(57)【特許請求の範囲】
【請求項１】
フェムトノードによるローカルアクセスネットワークから１対多数パケットの強化される配信のための方法であって、
適用エリア内にセルラエアインターフェイスサービスを供給することと、
複数のアクセス端末のアクセス端末と通信することであって、ここで、前記複数のアクセス端末のそれぞれは、各強化期間を割り当てられる、通信することと、
ローカルエリアネットワークを通じてホストから複数の１対多数パケットを受信することと、
前記アクセス端末に割り当てられる強化期間中に前記複数の１対多数パケットをバッファすることと、
前記強化期間の後セルラ通信中に前記アクセス端末へ前記複数の１対多数パケットを配信することと、
を備える方法。
【請求項２】
前記配信することは、さらに前記セルラエアインターフェイスサービスを通じて前記アクセス端末と通信することを備え、
前記複数の１対多数パケットを配信することによってローカルインターネットプロトコルアクセスをサポートすることと
をさらに備える請求項１の方法。
【請求項３】
前記配信することは、データパケット通信チャンネルを通じてモバイル動作ネットワークと通信することをさらに備え、
前記複数の１対多数パケットを配信することによってリモートインターネットプロトコルアクセスをサポートすること
をさらに備える請求項１の方法。
【請求項４】
前記アクセス端末は、第１アクセス端末を備え、第１強化期間によって繰り返し分割される前記第１アクセス端末へ第１複数の動作時間を割り当てることをさらに備える、
請求項１に記載の方法。
【請求項５】
前記フェムトノードで前記適用エリアにおいて到達する第２アクセス端末と通信することと、
第２強化期間によって繰り返し分割される前記第２アクセス端末へ第２複数の動作時間を割り当てることと、を備え、
前記第２複数の動作時間が前記第１複数の動作時間からずれている、
請求項４に記載の方法。
【請求項６】
しきい値を上回る前記複数の１対多数パケットの数に基づいて前記強化期間を決定することと、
セルラ接続を開始するため前記アクセス端末を呼び出すことと、
をさらに備える請求項１に記載の方法。
【請求項７】
前記複数の１対多数パケットをバッファすることは、さらに複数のタイムスタンプされるエントリを格納することを備える、
請求項１に記載の方法。
【請求項８】
現在の強化期間中に到達する第１エントリのためのソース識別子、到達タイムスタンプ及びパケットコンテンツを格納することによって前記複数のタイムスタンプされるエントリをアップグレードすることと、
前の強化期間中に到達した第２エントリのためのパケットコンテンツを見ることと、
をさらに備える請求項７に記載の方法。
【請求項９】
同一のパケットコンテンツを持つ同一のソースアドレスから送信される前記複数の１対多数パケットの１つ以上が現在の強化期間中に受信されるか否かを決定することによって全く同一の１対多数パケットを特定することと、
最も新しく到達する全く同一の１対多数パケットへ全く同一の１対多数パケットのための単一のエントリのためのタイムスタンプをアップグレードすることと、
をさらに備える請求項１に記載の方法。
【請求項１０】
強化期間よりも長い期間で追跡される複数の１対多数パケットに関するそれぞれのソースアドレス及びパケットコンテンツを比較することによって、１対多数パケットが唯一の１対多数パケットであるか否かを決定することと、
セルラ接続を開始するため前記アクセス端末を呼び出すことと各唯一の１対多数パケットのための動作時間を待つことなく１対多数パケットを送信することと、
さらに備える請求項１に記載の方法。
【請求項１１】
前記アクセス端末を呼び出すことが前記複数の１対多数パケットのためか決定することに応じて休止タイマを減少させることと
をさらに備える請求項１に記載の方法。
【請求項１２】
前記減少させることは、前記複数の１対多数パケットを送信することの後セルラ接続を直ちに終了させるため前記休止タイマをゼロに減少させることをさらに備える、
請求項１１に記載の方法。
【請求項１３】
セルラ接続中に前記アクセス端末から受信され又は前記アクセス端末へ送信されるユニキャストパケットに応じて休止タイマを初期値へ上昇させることと、
をさらに備える請求項１に記載の方法。
【請求項１４】
前記バッファすることは、前記アクセス端末が前記１対多数パケットに対応するアプリケーションを欠くことを決定することに応じて前記複数の１対多パケットから１対多数パケットを破棄することをさらに備える、
請求項１に記載の方法。
【請求項１５】
前記配信することは、セルラ接続中に配信することをさらに備える、
請求項１に記載の方法。
【請求項１６】
前記配信することは、放送エアインターフェイス又はマルチキャストエアインターフェイスを通じて送信することをさらに備える、
請求項１に記載の方法。
【請求項１７】
前記配信することは、放送−マルチキャストシステム（ＢＣＭＣＳ）エアインターフェイスを通じて送信することをさらに備える、
請求項１６に記載の方法。
【請求項１８】
前記配信することは、マルチメディア放送マルチキャストサービス（ＭＢＭＳ）エアインターフェイスを通じて送信することを備える、
請求項１６に記載の方法。
【請求項１９】
前記アクセス端末がオーバーヘッド情報を受信するために予定される他の時間スロットに隣接する時間スロットにおいて前記放送エアインターフェイス又は前記マルチキャストエアインターフェイスを通じて前記複数の１対多数パケットを受信することを前記アクセス端末に予定することと、
をさらに備える請求項１６に記載の方法。
【請求項２０】
前記予定することは、高レートパケットデータ（ＨＲＰＤ）における同時におこるカプセルの分離した送信に直ちに続く送信を予定することをさらに備える、
請求項１９に記載の方法。
【請求項２１】
前記送信することは、多数の制御チャンネルサイクルで送信することをさらに備える、
請求項１６に記載の方法。
【請求項２２】
前記送信することは、制御チャンネルを通じたシグナリング上のデータを実行することをさらに備える、
請求項１６に記載の方法。
【請求項２３】
前記送信することは、ユニキャストアドレス指定を持つ制御チャンネルメッセージを送信することをさらに備える、
請求項２２に記載の方法。
【請求項２４】
前記送信することは、マルチキャスト又は放送アドレス指定を持つ制御チャンネルメッセージを送信することをさらに備える、
請求項２２に記載の方法。
【請求項２５】
フェムトノードによるローカルアクセスネットワークから１対多数パケットの強化される配信のための少なくとも１つのプロセッサであって、
適用エリア内にセルラエアインターフェイスサービスを供給するための第１モジュールと、
複数のアクセス端末のアクセス端末と通信するための第２モジュールであって、ここで、前記複数のアクセス端末のそれぞれは、各強化期間を割り当てられる、第２モジュールと、
ローカルエリアネットワークを通じてホストから複数の１対多数パケットを受信するための第３モジュールと、
前記アクセス端末に割り当てられる強化期間中に前記複数の１対多数パケットをバッファするための第４モジュールと、
セルラ通信中に前記アクセス端末へ前記複数の１対多数パケットを配信するための第５モジュールと、
を備えるプロセッサ。
【請求項２６】
フェムトノードによるローカルアクセスネットワークから１対多数パケットの強化される配信のためのコンピュータ可読記録媒体であって、
コンピュータに、適用エリア内にセルラエアインターフェイスサービスを供給させるための第１セットのコードと、
前記コンピュータに、複数のアクセス端末のアクセス端末と通信させるための第２セットのコードであって、ここで、前記複数のアクセス端末のそれぞれは、各強化期間を割り当てられる、第２セットのコードと、
前記コンピュータに、ローカルエリアネットワークを通じてホストから複数の１対多数パケットを受信させるための第３セットのコードと、
前記コンピュータに、前記アクセス端末に割り当てられる強化期間中に前記複数の１対多数パケットをバッファさせるため第４セットのコードと、
前記コンピュータに、セルラ通信中に前記アクセス端末へ前記複数の１対多数パケットを配信させるための第５セットのコードと、
を備えるコンピュータ可読記録媒体。
【請求項２７】
フェムトノードによるローカルアクセスネットワークから１対多数パケットの強化される配信のための装置であって、
適用エリア内にセルラエアインターフェイスサービスを供給するための手段と、
複数のアクセス端末のアクセス端末と通信するための手段であって、ここで、前記複数のアクセス端末のそれぞれは、各強化期間を割り当てられる、手段と、
ローカルエリアネットワークを通じてホストから複数の１対多数パケットを受信するための手段と、
前記アクセス端末に割り当てられる強化期間中に前記複数の１対多数パケットをバッファするための手段と、
セルラ通信中に前記アクセス端末へ前記複数の１対多数パケットを配信するための手段と、
を備える装置。
【請求項２８】
フェムトノードによるローカルアクセスネットワークから１対多数パケットの強化される配信のための装置であって、
適用エリア内にセルラエアインターフェイスサービスを供給するため及び複数のアクセス端末のためのフェムト基地局であって、ここで、前記複数のアクセス端末のそれぞれは、各強化期間を割り当てられる、フェムト基地局と、
ローカルエリアネットワークを通じてホストから複数の１対多数パケットを受信するためのローカルエリアネットワークと、
前記アクセス端末に割り当てられる強化期間中に前記複数の１対多数パケットをバッファするためのコンピューティングプラットフォームと、
を備え、
ここで、前記フェムト基地局は、さらにセルラ通信中に前記アクセス端末へ前記複数の１対多数パケットを配信するためである、
装置。
【請求項２９】
前記フェムト基地局は、さらに、前記セルラエアインターフェイスサービス上に陣取る前記アクセス端末を通信するため、及び前記複数の１対多数パケットを配信することによるローカルインターネットプロトコルアクセスをサポートするためである、
請求項２８に記載の装置。
【請求項３０】
データパケット通信チャンネルを通じてモバイルオペレータネットワークと通信するため、及び前記１対多数パケットを配信することによるリモートインターネットプロトコルアクセスをサポートするためのリモートネットワークインターフェイスをさらに備え、
前記アクセス端末は、前記フェムトノードの適用エリアから離れたセルラエアインターフェイスを通じて前記モバイルオペレータネットワークにアクセスする、
請求項２８に記載の装置。
【請求項３１】
前記コンピューティングプラットフォームは、さらに、強化期間によってそれぞれ分割される前記アクセス端末へ第１複数の動作時間を割り当てるためである、
請求項２８に記載の装置。
【請求項３２】
前記コンピューティングプラットフォームは、さらに、前記フェムトノードで前記適用エリアにおいて到達する第２アクセス端末を通信するため、および第２強化期間によってそれぞれ分割される前記第２アクセス端末へ第２複数の動作時間を割り当てるためであり、
前記第２複数の動作時間は、前記第１複数の動作時間からずれている、
請求項３１に記載の装置。
【請求項３３】
前記コンピューティングプラットフォームは、さらに、しきい値を上回る前記複数の１対多数パケットの数に基づいて前記強化期間を決定するためであり、
前記フェムト基地局は、さらに、セルラ接続を開始するため前記アクセス端末を呼び出すためである、
請求項２８に記載の装置。
【請求項３４】
前記コンピューティングプラットフォームは、さらに、複数のタイムスタンプされるエントリを格納することによって前記複数の１対多数パケットをバッファするためである、
請求項２８に記載の装置。
【請求項３５】
前記コンピューティングプラットフォームは、さらに、強化期間中に到達する第１エントリに関するソース識別子、到達タイムスタンプ及びパケットコンテンツを格納することによって前記複数のタイムスタンプされるエントリをアップデートするため、及び前の強化期間中に到達した第２エントリに関するパケットコンテンツを見るためである、
請求項３４に記載の装置。
【請求項３６】
前記コンピューティングプラットフォームは、さらに、全く同一のパケットコンテンツを持つ全く同一のアドレスから送信される前記複数の１対多数パケットの１つ以上が、現在の強化期間中に受信されたか否かを決定するための複製検知を実行するため、及び最も新しく到達する１対多数パケットへ単一の時間エントリのためのタイムスタンプをアップグレードするためである、
請求項２８に記載の装置。
【請求項３７】
前記コンピューティングプラットフォームは、さらに、強化期間よりも長い期間で追跡される複数の１対多数パケットに関するソースアドレス及びパケットコンテンツを比較することによって、１対多数パケットが唯一であるか否かを決定するため、及びセルラ接続を開始するため前記アクセス端末を呼び出すことと動作時間を待つことなく１対多数パケットを送信するためである、
請求項２８に記載の装置。
【請求項３８】
前記コンピューティングプラットフォームは、さらに、前記アクセス端末を呼び出すことが前記複数の１対多数パケットのためであることを決定することに応じて休止タイマを減少させるためである、
請求項２８に記載の装置。
【請求項３９】
前記コンピューティングプラットフォームは、さらに、前記複数の１対多数パケットを送信することの後セルラ接続を直ちに終了させるため前記休止タイマをゼロに減少させるためである、
請求項３８に記載の装置。
【請求項４０】
前記コンピューティングプラットフォームは、さらに、セルラ接続中に前記アクセス端末から受信され又は前記アクセス端末へ送信されるユニキャストパケットに応じて休止タイマを初期値へ上昇させるためである、
請求項３８に記載の装置。
【請求項４１】
前記コンピューティングプラットフォームは、前記アクセス端末が対応するアプリケーションを欠くことを決定することに応じて配信することなくローカルエリアネットワークから１対多パケットを破棄するためである、
請求項２８に記載の装置。
【請求項４２】
セルラ接続中に前記複数の１対多数パケットを配信することと、
をさらに備える請求項２８に記載の装置。
【請求項４３】
放送又はマルチキャストエアインターフェイスを通じて送信することによるセルラ通信による前記複数の１対多数パケットを配信するための前記フェムト基地局の送信器と、
をさらに備える請求項２８に記載の装置。
【請求項４４】
放送−マルチキャストシステム（ＢＣＭＣＳ）エアインターフェイスを通じて前記複数の１対多数パケットを送信するための前記フェムト基地局の送信器と、
をさらに備える請求項４３に記載の装置。
【請求項４５】
マルチメディア放送マルチキャストサービス（ＭＢＭＳ）エアインターフェイスを通じて前記複数の１対多数パケットを送信するための前記フェムト基地局の送信器と、
をさらに備える請求項４３に記載の装置。
【請求項４６】
前記コンピューティングプラットフォームは、さらに、アクセス端末がオーバーヘッド情報を受信するために予定される他の時間スロットに隣接する時間スロットにおいて前記放送又はマルチキャストエアインターフェイスを通じて前記複数の１対多数パケットを受信することを前記アクセス端末に予定するためである、
請求項４３に記載の装置。
【請求項４７】
前記コンピューティングプラットフォームは、さらに、高レートパケットデータ（ＨＲＰＤ）における同時におこるカプセルの直ちに続く送信を前記複数の１対多数パケットの送信に予定するためである、
請求項４６に記載の装置。
【請求項４８】
前記送信器は、さらに、多数の制御チャンネルサイクルで前記複数の１対多数パケットを送信するためである、
請求項４３に記載の装置。
【請求項４９】
前記送信器は、さらに、制御チャンネルを通じてシグナリング上のデータを使用して前記複数の１対多数パケットを送信するためである、
請求項４３に記載の装置。
【請求項５０】
前記送信器は、さらに、ユニキャストアドレス指定を持つ制御チャンネルメッセージを送信するためである、
請求項４３に記載の装置。
【請求項５１】
前記送信器は、さらに、マルチキャスト又は放送アドレス指定を持つ制御チャンネルメッセージを送信するためである、
請求項４９に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
米国特許法第１１９条の下での優先権主張
特許のための本出願は、「Method and Apparatus for Efficient Delivery of Broadcast IP Packets for Femtocell Local IP Access and Remote IP Access」とタイトルが付けられ、２０１０年１月２９日に提出され、これについて譲渡人から譲渡され及びここに明確に本文中に参照によって組み込まれる米国仮出願第６１／２９９，８４０号に対して優先権を主張する。
【０００２】
関連出願の相互参照
特許のための本出願は、次の共同審議中の米国特許出願に関連する：
「Femtocell One-To-Many Packet Delivery」とタイトル付けられ、これとともに同時に提出され、これについて譲渡人から譲渡され、明確に本文中に参照によって組み込まれる、米国特許出願第１２／８９１，５２８号。
【０００３】
本開示は、一般的には、無線通信に、及び、より具体的には、フェムトアクセスポイント又はノードを通じた局所及び遠隔インターネットプロトコル（ＩＰ）アクセスに関連する。
【背景技術】
【０００４】
マクロ基地局の適用エリアを拡張するために又はより少ない費用の無線通信サービスを供給するために、小さな基地局のクラスは、配置されている。これらアクセスポイント（ＡＰ）基地局は、フェムトＡＰ、フェムトノード、ホームノードＢ（ＨＮＢ）ユニット、ホーム発展ノードＢ（ＨｅＮＢ）ユニット、フェムト基地局（ｆＢＳ）、基地局、基地局送受信機システム（ＢＳＴＳ）などと呼ばれることができ、ここで、これらは、以下に「フェムトノード」として集合的に又は個々に呼ばれる。しばしばこれらのフェムトノードは、室内無線通信サービスを供給するため、低い電力、雇用のプライベート住宅又は場所に取り付けられるための認可されていない帯域幅を利用する。典型的に、フェムトノードは、デジタル加入者ライン（ＤＳＬ）、ケーブルインターネットアクセス、Ｔ１／Ｔ３又はそのようなものを通じてインターネット及びモバイルオペレータネットワークに接続され、基地送受信機局（ＢＴＳ）技術、無線ネットワークコントローラ、及びゲートウェイサポートノードサービスのような、典型的な基地局機能を提供する。これは、アクセス端末（ＡＴ）、これはまた端末、セルラ／モバイル機器、ハンドセット、若しくは、ユーザ設備とも呼ばれる、にマクロ基地局によって供給される無線ワイドエリア又はセルラネットワークサービスを使用することの代案として、フェムトノードを通じて無線サービスに接続することを許可する。
【０００５】
追加的に、端末は、限定ではなくＩＥＥＥ８０２．１１に準拠したＷＬＡＮのような無線ローカルアクセスネットワーク（ＷＬＡＮ）のサービスを利用し得る。たとえば、無線モバイル機器は、インターネットにアクセスするために、一般に「Ｗｉ−Ｆｉホットスポット」と呼ばれるものにおいて使用されることができる。しばしば、ＷＬＡＮの適用エリア内のローカルホストは、デスクトップパーソナルコンピュータ、プリンタ、メディアサーバ、ファイルサーバなどにアクセスを供給するように、ローカルインターネットプロトコル（ＩＰ）を供給することができる。
【０００６】
いくつかの態様において、フェムトノードは、ローカルＩＰアクセス（ＬＩＰＡ）と呼ばれる端末へサービスを供給することができる。ＬＩＰＡは、端末に、（ｃｄｍａ２０００、ＵＭＴＳ、又はＬＴＥのような）セルラエアインターフェイスを使用して、フェムトノードのある場所においてローカルエリアネットワークと通信することを許可する。フェムトノードがまた動作可能にし得る他の無料サービスは、リモートＩＰアクセス（ＲＩＰＡ）である。ＲＩＰＡは、端末に、端末がフェムトノードに空中で接続されない場合でさえフェムトノードがある場所においてローカルアリアネットワークによってＩＰコネクティビティを持つことを許可する。これら２つのサービスは、利用者にセルラ端末を使用してどこからでもホームローカルアクセスネットワークにアクセスすることを許可する。
【０００７】
典型的なローカルエリアネットワークにおいて、ホストが同一のＬＡＮ上の他のホストによって供給されるメディアサーバ又はプリンタのようなサービスを発見しようとする場合、１対多数インターネットプロトコル（ＩＰ）パケットは、使用される。同様に、１対多数ＩＰパケットはまた、ＬＡＮにおいて供給することができるサービスを広告しようとするホストによって使用されもする。イーサネット（登録商標）及びＷｉＦｉ（８０２．１１）の両者は、効率的に１対多数ＩＰパケットを取り扱う機会に組み込まれている。現在のセルラエアインターフェイスにおいて、１対多数ＩＰパケットは、まれにしか利用されない。
【０００８】
伝統的に、セルラエアインターフェイスプロトコルを使用して、フェムトモードを通じでＬＩＰＡ又はＲＩＰＡサービスを受信する端末と関連する１対多数ＩＰパケットは、端末上でいくらかの有害な効果を持つ。たとえば、１対多数ＩＰパケットのおかげで、端末に電力を供給するバッテリの待ち時間は、相当に減少される。さらに、フェムトノード上のチャンネル要素は、非効率的に利用され、したがって、フェムトノードがサポートすることができる端末の数を減少させる。
【０００９】
たとえば、フェムトノードがＬＩＰＡ又はＲＩＰＡサービスに関連する放送又はマルチキャスト（即ち、１対多数）ＩＰパケットを配信するため、フェムトノード（ローカル又はリモートのどちらか）と接続している各端末は、呼び出され、接続要求を開始し、パケットを受信し、そのとき休止タイマが期限切れになるまでトラフィックチャンネルを維持する必要がある。ＬＡＮに関連する１対多数ＩＰパケットが典型的には非常に小さい（最大で数百バイト）ので、パケットは、典型的な３Ｇ／４Ｇスループットのための接続の開始時点での数百ミリ秒の間で配信され得る。しかしながら、端末がマルチキャストパケットを受信しそのとき直ちに休止状態へ戻るＷｉＦｉとは異なり、パケットが配信された後、休止タイマが期限切れとなる、ここで、典型的な休止タイマは２−１０秒にセットされる、まで、セルラ端末は、接続された状態を維持するだろう。
【００１０】
なお悪いことには、ＬＡＮにおける１対多数ＩＰパケットの数は、１対多数ＩＰパケットが毎秒観測されることができるＬＡＮにおいて、たとえば、数十のウィンドウズ（登録商標）ＰＣを持つエンタープライスＬＡＮにおいて、接続されるホストの数をスケールする。１対多数（放送／マルチキャスト）パケットのこの周波数によって、端末は、接続をほとんど解除しないこともある。この概要は、さらなる端末との利用者の交流がない場合でさえ、端末の待ち時間における相当の減少を導く。
【００１１】
したがって、フェムトノードによって端末へ供給されるＬＩＰＡ及びＲＩＰＡサービスにおける改善は、貧弱な待ち時間、及び、トラフィックチャンネル接続の長い維持の現在の問題の点において記述され、ここで、それは、フェムトノードの限定されるチャンネル要素上で貧弱な多重化ゲインを生ずる。
【発明の概要】
【００１２】
次は、開示される態様のいくつかの態様の基本的な理解を供給するため単純化されている概要を提示する。この概要は、広範囲にわたる概略ではなく、キー若しくはきわめて重大な要素を明らかにすることも、そのような態様の範囲を標示することも意図するものではない。その目的は、後に開示されるより詳細な明細書の序文として、単純化されている形式において記述される特徴のいくつかの概念を提示することである。
【００１３】
１つ又はそれ以上の態様及びこれについて対応する開示に従って、様々な態様は、マクロセルラネットワークへ応用できない課題へ取り組むためフェムトノードのおける１対多数（放送／マルチキャスト）ＩＰパケットの配信を最適化することに関連して記述される。１対多数（たとえば、方法又はマルチキャスト）ＩＰパケットの配信は、アクセス端末からセルラエアインターフェイス又は明確なサポートへの変化を要求することなく強化される。それによって、相当の減少は、アクセス端末が放送又はブロードキャストＩＰパケットのおかげで接続される状態に留まる必要のある時間において現実化される。ローカルネットワークからの１つ又はそれ以上のパケットの配信は、セルラ接続又はセルラ１対多数（放送／マルチキャスト）送信（即ち、ローカルに又はＩＰトンネルを通じてのどちらかのリモートフェムト／マクロ基地局への）のような、セルラ通信によって配信されることができる。
【００１４】
１つの態様において、方法は、適用エリア内のセルラエアインターフェイスサービスを供給すること、アクセス端末と通信すること、ローカルエリアネットワークを通じてホストから複数の１対多数パケットを受信すること、強化期間中に複数の１対多数パケットをバッファすること、及びセルラ通信中にアクセス端末へ複数の１対多数パケットを配信することによって、フェムトノードによる１対多数（たとえば、放送／マルチキャスト）パケットの強化される配信のために供給される。
【００１５】
他の態様において、少なくとも１つのプロセッサは、フェムトノードによる１対多数（たとえば、放送／マルチキャスト）パケットの強化される配信のために供給される。第１モジュールは、適用エリア内のセルラエアインターフェイスサービスを供給する。第２モジュールは、アクセス端末と通信する。第３モジュールは、ローカルアリアネットワークを通じてホストから複数の１対多数パケットを受信する。第４モジュールは、強化期間中に複数の１対多数パケットをバッファする。第５モジュールは、セルラ通信中にアクセス端末へ複数の１対多数パケットを配信する。
【００１６】
追加の態様において、コンピュータプログラム製品は、フェムトノードによる１対多数（たとえば、放送／マルチキャスト）パケットの強化される配信のため供給される。不揮発性のコンピュータ可読記録媒体は、コンピュータに、適用エリア内でセルラエアインターフェイスサービスを供給させるためのコードの第１セットを備える。コードの第２セットは、コンピュータに、アクセス端末と通信させる。コードの第３セットは、コンピュータに、ローカルエリアネットワークを通じてホストから複数の１対多数パケットを受信させる。コードの第４セットは、コンピュータに、強化期間中に複数の１対多数パケットをバッファさせる。コードの第５セットは、コンピュータに、セルラ通信中にアクセス端末へ複数の１対多数パケットを配信させる。
【００１７】
他の追加の態様において、装置は、フェムトノードによる１対多数（たとえば、放送／マルチキャスト）パケットの強化される配信のために供給される。装置は、適用エリア内でセルラエアインターフェイスサービスを供給するための手段を備える。装置は、アクセス端末と通信するための手段を備える。装置は、ローカルエリアネットワークを通じてホストから複数の１対多数パケットを受信するための手段を備える。装置は、強化期間中に複数の１対多数パケットをバッファするための手段を備える。装置は、セルラ通信中にアクセス端末へ複数の１対多数パケットを配信するための手段を備える。
【００１８】
前記のもの及び関連する目的の成果として、１つ又はそれ以上の態様は、後に十分に記述され、特に請求項において指し示される特徴を備える。次の記述及び添付される図は、詳細なある例示の態様を述べ、態様の原理が具体化され得るほんの少しの様々な方法を示す。図に関連して考慮される場合、他の利点及び新規な特徴は、次の詳細な記述から明らかになるり、開示される態様は、その様な態様及びそれらの同等物の全てを含むことを意図している。
【図面の簡単な説明】
【００１９】
参照記号が全体を通じて対応して同一視する図と関連して理解される場合、本開示の特徴、性質及び利点は、以下に示される詳細な記述からより明らかになるだろう：
【図１】図１は、アクセス端末でバッテリサービス寿命を促進し、セルラリソースを空けておくためにアクセス端末へフェムトノードを通じてローカルアクセスネットワーク（ＬＡＮ）からの１対多数パケットの配信を強化する無線通信システムの概略的なブロック図である。
【図２】図２は、セルラ１対多数（放送／マルチキャスト）エアインターフェイス上で送信することによってＬＡＮの１対多数パケットを配信するフェムトノードの概略的なブロック図である。
【図３】図３は、フェムトノードがローカルＩＰアクセス（ＬＩＰＡ）及びリモートＩＰアクセス（ＲＩＰＡ）サービスをサポートする異種の通信ネットワークの概略的なブロック図である。
【図４】図４は、２つのアクセス端末への配信のためパケットを強化するためのフェムトノードに関連するアクションを含むタイムラインである。
【図５】図５は、バッファリング及びローカルアクセスネットワークと関連する１対多数パケットの端末への促進される第１配信を実行するためのフェムトノードのための動作の方法又は順序である。
【図６】図６は、動作時に強化される１対多数パケットのフェムトノード配信のための動作の方法又は順序のための流れ図である。
【図７】図７は、少なくともフェムトノードの一部に組み込まれる無線通信システムにおいてＬＩＰＡ／ＲＩＲＡサービスを供給するための電気的コンポーネントの論理的グルーピングのブロック図である。
【図８】図８は、少なくともフェムトノードの一部に組み込まれる無線通信システムにおいてセルラ１対多数エアインターフェイスを通じてＬＡＮパケットを配信するための電気的コンポーネントの論理的グルーピングのブロック図である。
【図９】図９は、少なくともアクセス端末の一部に組み込まれる無線通信システムにおいてセルラ１対多数エアインターフェイスを通じてＬＡＮ１対多数パケットを配信するための電気的コンポーネントの論理的グルーピングのブロック図である。
【図１０】図１０は、フェムトノードによるローカルアクセスネットワークから１対多数パケットの強化される配信のための動作の方法又は順序のための流れ図である。
【図１１】図１１は、アクセス端末へフェムトノードによるセルラ１対多数エアインターフェイス上でローカルアクセスネットワークから１対多数パケットを配信するための動作の方法又は順序のフローチャートである。
【図１２】図１２は、アクセス端末によるフェムトノードからセルラ１対多数エアインターフェイス上でローカルアクセスネットワークの１対多数パケットを受信するための動作の方法又は順序のフローチャートである。
【図１３】図１３は、いくつかのユーザをサポートするために構成される無線通信システムの概略的なブロック図である。
【図１４】図１４は、マクロセル、フェムトセル及びピコセルを備える無線通信システムの概略的なブロック図である。
【図１５】図１５は、１つ又はそれ以上のフェムトノードがネットワーク環境内で展開される通信システムの概略的なブロック図である。
【図１６】図１６は、いくつかのトラッキングエリア、ルーティングエリア又はロケーションエリアが定義される適用範囲マップの概略的なブロック図である。
【図１７】図１７は、多重アクセス無線通信システムの概略的なブロック図である。
【図１８】図１８は、多入力多出力（ＭＩＭＯ）通信システムの概略的なブロック図である。
【詳細な説明】
【００２０】
記述される態様は、フェムトセルがローカルアクセスネットワークに関連する１対多数ＩＰパケットを効果的に送信するための、また他のいいかをすれば、フェムトセルがローカルＩＰアクセス（ＬＩＰＡ）及びリモートアクセス（ＲＩＰＡ）サービスを効果的に供給するための方法及び装置を供給する。本文中に提示される例示の態様は、１対多数ＩＰパケットの強化及び１対多数ＩＰパケットを配信するため１対多数エアインターフェイスの利用、又はセルラ１対多数エアインターフェイスの利用、あるいは両者を含む。特に、強化アルゴリズムは、アクセス端末に対応するためのスタンバイバッテリ時間における改善を供給するいくつかの態様において、及び、フェムトセルとアクセス端末との間のチャンネル要素の使用における改善を供給するいくつかの態様において、セルラエアインターフェイス上で１対多数ＩＰパケットの配信を最適化するために使用されることができる。
【００２１】
記述される態様は、１対多数パケットを強化することによって、若しくは１対多数（放送／マルチキャスト）エアインターフェイスを使用することによって、又は両者によって、ＬＩＰＡサービスのためこれらの問題点の１つ又は両者に取り組む。
【００２２】
ＡＴがフェムトセルがある場所においてローカルエリアネットワークへ現在接続されるように、リモートＩＰアクセス（ＲＩＰＡ）は、ＡＴへＩＰサービスを供給する。たとえば、ＲＩＰＡサービスを通じて接続するＡＴは、ローカル接続されるＡＴへ同一のサービスを受信することができる。本開示の利益によって、ＲＩＰＡサービスがＬＩＰＡと同様の１対多数パケット問題をこうむることができることが認識されるべきである。加えて、フェムトセルが、ＡＴが空中で接続する基地局でないように、フェムトセルが、トンネルされるＲＩＰＡパケットがＡＴへ送信される方法上での任意の制御を持つと仮定されることはできない。
【００２３】
本開示の利益によって、ホームＬＩＰＡサービスは、１対多数ＩＰパケットによって生じる増加するバッテリドレインの問題を生じさせることができる。企業ＬＩＰＡサービスにおいて、１対多数パケットによって生じる増加するバッテリドレインに加えて、オーバーヘッド負荷は、フェムトセルが各アイドル状態のＡＴへのユニキャスト方法において１対多数パケットを呼び出し配信することが必要な状態において生じる。加えて、貧弱な多重化ゲインは、フェムトセルにおいて限定的なチャンネル要素の使用に存在する。同様に、ホームフェムトノードの利益の代わりにセルラ接続によって１対多数パケットを配信するリモートアクセスノードからＲＩＰＡサービスを受信する場合、リモートＡＴは、増加されたバッテリ消費を経験することができる。
【００２４】
様々な態様は、図を参照することで今記述される。次の記述において、説明の目的のため、多数の特定の詳細は、１つ又はそれ以上の態様の全体的な理解を供給するために示される。しかしながら、様々な態様がこれら特定の詳細なしに実行され得ることは明白である。他の例において、よく知られた構造及び機器は、これらの態様を記述することを容易にするためにブロック図の形式において記述される。
【００２５】
図１において、１つの態様として、無線通信システム１１０は、アクセス端末１１４でのバッテリサービス寿命を促進するため及びセルラリソースを空けておくためにフェムトノード１１２を通じてローカルアアクセスネットワーク（ＬＡＮ）１１１からアクセス端末１１４への１対多数パケットの配信を強化する。フェムトノード１１２は、適用エリア（フェムトセル）１１８なしにセルラエアインターフェイスサービスを供給するフェムト基地局を備える。ローカルエリアネットワーク（ＬＡＮ）インターフェイス（たとえば、有線、無線）１２０は、ＬＡＮ１１１を通じてホスト１２４から複数の１対多数（放送又はマルチキャスト）ＩＰパケット１２２を受信する。フェムト基地局１１６は、アクセス端末１１４とのセルラエアインターフェイス通信１３２を確立し、１対多数パケット１２２を配信する。
【００２６】
特に、態様において、計算プラットフォーム１２８は、強化期間中に受信される複数の１対多数ＩＰパケット１２２をバッファし、そのときそれに引き続いて、例えば、ユニキャスト配信機械を使用して、アクセス端末１１４へバッファされている１対多数ＩＰパケット１２２を配信する。したがって、この態様において、フェムトノード１１２は、インターバルでＬＡＮ１１１からの１対多数ＩＰパケット１２２の効果的で強化されている配信を使用して、適用エリア１１８においてアクセス端末１１４へローカルインターネットプロトコル（ＩＰ）アクセス（ＬＩＰＡ）サービスを供給する。ＬＩＰＡサービスは、さらにアクセス端末１１４とＬＡＮ１１１との間でのユニキャストパケットの配信を含むことができる。
【００２７】
他の態様において、フェムトノード１１２は、１対多数配信機械を通じて適用エリア１１８においてアクセス端末へＬＩＰＡサービスを供給する。たとえば、フェムト基地局１１６は、適用エリア１１８においてアクセス端末１２６を利用してセルラエアインターフェイス接続１３２を確立する。フェムト基地局１１６は、放送又はマルチキャストのような１対多数セルラ通信中に１対多数ＩＰパケット１２２を配信することによってローカルインターネットプロトコル（ＩＰ）アクセス（ＬＩＰＡ）をサポートする。したがって、この態様において、フェムトノード１１２は、効果的な１対多数セルラ配信機械を使用して適用エリア１１８においてアクセス端末１２６へＬＩＰＡサービスを供給し、任意にフェムトノード１１２は、インターバルで配信のためＬＡＮからの１対多数ＩＰパケット１２２を強化する。
【００２８】
さらに他の態様において、アクセス端末１１４又はアクセス端末１２６と同一であるが異なる位置へ動かされることができるアクセス端末１２９は、セルラエアインターフェイス接続１３２を通じてモバイルオペレータネットワーク１３０にアクセスする。このケースにおいて、アクセス端末１２９は、遠隔に配置され又はフェムトノード１１２の適用エリア（フェムトセル）１１８の外に配置される。各フェムトセル１１８のための１つのフェムトノード１１２の一般的な一致のために、これらの用語又はそれらの同等物は、いくつかの例において交換可能に使用されることができる。フェムトノード１１２は、データパケット通信チャンネル（たとえば、ＩＰトンネル）１３６を通じてモバイルオペレータネットワーク１３０と通信するため及びリモートインターネットプロトコルアクセス（ＲＩＰＡ）をサポートするためリモートネットワークインターフェイス１３４を持つ。厳密な意味では、フェムトノード１１２は、リモートネットワークインターフェイス１３４を通じてアクセス端末１２９へ付空の１対多数ＩＰパケット１２２を遠くから配信することができる。したかって、この態様おいて、フェムトノード１１２は、アクセス端末１２９からＬＡＮ１１１へパケット１２２を配信することはもちろんインターバルでＬＡＮ１１１から１対多数ＩＰパケット１２２の効果的な強化されている配信を使用して、適用エリア１１８の外でアクセス端末１２９へＲＩＰＡサービスを供給する。
【００２９】
図２を参照すると、１対多数セルラ配信機械の態様は、より詳細に記述される。１対多数セルラ配信機械は、ＬＡＮから受信される１対多数ＩＰパケットの代わりとして又は追加的に供給され得ることは留意される。図２において、フェムトノード２５０は、１対多数（放送／マルチキャスト）エアインターフェイス２５６を使用することによって、アクセス端末２５４のため効果的なバッテリ寿命を可能にし多重化ゲインを増加させる１対多数パケット２５２を配信する。フェムト基地局２５８は、アクセス端末２５４へ適用エリア（又はフェムトセル）２６０内のセルラエアインターフェイスサービスを供給する。フェムトノード２５０での受信機２６２は、ローカルエリアネットワーク（ＬＡＮ）２６６から１対多数パケット２５２を受信する。送信器２６８は、１対多数（放送／マルチキャスト）エアインターフェイス２５６上で第１アクセス端末２５４へ１対多数パケット２５２を送信する。
【００３０】
アクセス端末２５４は、フェムトノード２５０によって供給される適用エリア２６０内でセルラエアインターフェイスサービスにアクセスするセルラトランシーバ２７２を持つ。受信機２７４は、フェムトノード２５０からのセルラ１対多数エアインターフェイス２５６上で１対多数パケット２５２を受信する。計算プラットフォーム２７６は、ＬＡＮ２６６を通じてフェムトノード２５０によって受信される１対多数パケット２５２を引き起こしたホスト２２４を特定する。さらに、アクセス端末２５４は、ホスト２２４のために前もって定められた通信のような、フェムトノード２５０へのセルラ通信を送信することができる送信器２７８を含む。
【００３１】
図３を参照すると、効果的な方法においてＬＩＰＡ及び／又はＲＩＰＡサービスを供給するフェムトノードのさらに他の態様は、記述される。図３において、異種の通信ネットワーク３００は、ローカルＩＰアクセス（ＬＩＰＡ）をサポートし、ここでそれは、フェムトノード３０４に固有な、又はフェムトノード３０４の適用エリア若しくはサービスエリア内にある、ホスト（たとえば、サーバ）に、セルラエアインターフェイスを使用してフェムトノード３０４を通じて接続するアクセス端末３０６によってアクセス可能であることを許可するタイプのサービスである。たとえば、メディアサーバ、ネイニーカム（nanny cam）又はホームオートメーションコントローラのようなホスト３０２は、有線又は無線ＬＡＮ３０８を当てにすることなくアクセス端末３０６から直接アクセスされることができる。さらに、１つの態様において、パケットデータサービングノード（Packet Data Serving Node）（ＰＤＳＮ）又はゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）を持つモバイルオペレータネットワーク３１４として描かれるセルラコアネットワークを迂回する、ここで、ＧＰＲＳは、汎用パケット無線システム（General Packet Radio Service）と呼ばれる、間に、フェムトノード３０４は、安全なＩＰトンネルのような陸上回線ブロードバンドアクセス３１２を通じてリモートネットワーク（たとえば、インターネット）３１０へ直接のアクセスを可能にする。ＬＩＰＡなしに、ＡＴトラフィックは、ＰＤＳＮ／ＧＧＳＮ３１５を通過しインターネット又はその同等物へ行く。フェムトノード３０４を通じて、モバイルオペレータネットワーク３１４のような、セルラコアネットワークからインターネットトラフィックを降ろすことは、オペレータに、たとえば、加入者がフェムトノード３０４へ接続する時はいつでも、加入者（たとえば、アクセス端末３０６の利用者）へデータサービスを供給するための動作費用を減少させることを許可する。特に、トラフィックがセキュリティゲートウェイ又はＰＤＳＮ／ＧＧＳＮを使用することなく直接インターネット３１０へ行くことができると、ＬＩＰＡは、モバイルオペレータネットワーク３１４バックホールを節約する。したがって、フェムトノード３０４によって供給されるＬＩＰＡサービスの使用を通じて、アクセス端末３０６とセルラアクセスネットワークのオペレータとの両者は、利益を得る。
【００３２】
代わりに又は加えて、フェムトノード３０４は、リモートＩＰアクセス（ＲＩＰＡ）サービスを供給することができる。典型的には、ＬＡＮ３０８として描かれるホームネットワーク又は企業ネットワークは、ファイアウォールによって保護され、ファイアウォールの外から、アクセス端末３１６のような、ＩＰホストによって開始される任意のアクセスは妨害される。さらに、ローカルエリアネットワーク３０８におけるＩＰホスト３０２は、パブリックＩＰアドレスを持たないこともあり、それゆえローカルＩＰアドレスをも持つ他のローカルＩＰホストによってアクセスされることのみができる。ＲＩＰＡは、アクセス端末３１６のような、認定のセルラ加入者に、フェムトノード３０４を通じて、バーチャルプライベートネットワーク（ＶＰＮ）と同様な方法において、ローカルエリアネットワーク３０８へ遠隔にアクセスすることを許可するサービスである。たとえば、ＲＩＰＡは、フェムトノード３０４と、フェムトセキュリティゲートウェイとして描かれるコアネットワーク３２０との間のＩＰトンネル（たとえば、ＩＰｓｅｃ接続）３１８を使用することができる。ＲＩＰＡは、ローカルエリアネットワーク３０８へアクセス端末３１６の証明及び認可を自動化する能力を持つセルラアクセス端末３１６を利用する。
【００３３】
ＲＩＰＡサービスを使用するアクセス端末３１６は、フェムトノード３０４が存在するネットワーク３０８からＩＰアドレスを割り当てられるだろう。ＩＰパケットは、そのとき、ホームルータとして描かれるネットワークアドレス転送器及びファイアウォール３２１を横断する安全なＩＰ接続を通じてアクセス端末３１６とコアネットワーク３２０との間を取り交わされることができる。
【００３４】
厳密に言えば、本態様に従って、フェムトノード３０４は、ＬＡＮ３０８から１対多数（放送／マルチキャスト）ＩＰパケットを配信するため、１つ又はそれ以上のアクセス端末へＬＩＰＡ及び／又はＲＩＰＡサービスを供給し得る。たとえば、そのような１対多数（放送／マルチキャスト）ＩＰパケットは、サービスを公示するため又は、他のＩＰホスト（たとえば、ＰＣ）３０２によって供給されるサービスを発見するため、ホストによって利用され得る。
【００３５】
たとえば、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）３０８の例示の態様において、発生するＩＰホスト（「ホスト１」）３４０は、ＷＬＡＮアクセスポイント（ＡＰ）３４４へのよく知られたユーザデータグラムプロトコル（ＵＤＰ）ポート上で、３４２に描かれる１対多数ＩＰパケットのような、１対多数パケットを送信することができる。ＩＰパケット３４２のペイロードは、所望のサービスのクエリを含む。パケット３４２は、アクセスポイント３４４へのみ向けられるユニキャスト媒体アクセス制御（Medium Access Control）（ＭＡＣ）フレームに埋め込まれる。ＷＬＡＮアクセスポイント３４４は、パケット３４２を受信し、ホスト１・３４０を承認する。ＷＬＡＮアクセス端末３４４は、そのとき、マルチキャストＭＡＣアドレスを持つＭＡＣフレームにおいて、ＩＰホストはもちろんホスト２・３４８及びホスト３・３５０として描かれるような、他のＷＬＡＮ端末へ３４６で描かれるようにパケットを放送又はマルチキャストする。受信端末３０２、３４８、３５０からの承認はない。電力節約モードが使用される場合、そのとき、アクセスポイント３４４は、配信トラフィック表示メッセージ（Delivery Traffic Indication Message）（ＤＴＩＭ）と呼ばれる特別な標識フレームの後に、フレームが送信されることを予定する。電力節約モードにおける全ての端末３４８、３５０は、したがって、稼動し、マルチキャストフレームを受信し及びそれに続いてスリープ状態に戻るときを知る。ホスト１・３４０が求めるサービスを供給するホスト３・３５０は、そのとき、それがそのようなサービスを供給することができることを、３５４で描かれるように（１対多数ＩＰパケットにおいてソースＩＰアドレスに基づいて）ホスト１．３４０へ直接応答する。
【００３６】
同様の機械はまた、ホストが供給し得るサービスを公示するために使用されることもできる。この方法において、アクセス端末、ＰＣ、プリンタ、メディアサーバ、ファイルサーバなどのようなホストは、互いを発見することができる。この機会を利用する普及したプロトコル及び仕様の例は、シンプルサービスディスカバリプロトコル（Simple Service Discovery Protocol）（ＳＳＤＰ）、ＵＰｎＰ及びＤＬＮＡである。
【００３７】
これらの概要において、フェムトノード３０４は、描かれるような、ＷＬＡＮ３０８においてＷＬＡＮ端末３０２、３４８、３５０の１つの作用をすることができ、さらに、フェムトノード３０４とセルラエアインターフェイス接続を使用するＷＬＡＮ３０８（即ち、ＬＩＰＡサービス）へ接続するため、ローカルアクセス端末３０６のような、任意のアクセス端末のためのプロキシの作用もし得る。ＷＬＡＮの代わりに、フェムトノード３０４は、（図示されない）ホームＬＡＮにおいて端末であることができる。代わりに又は追加として、フェムトノード３０４は、セルラエアインターフェイスによって最後には遠隔に配信されるＷＬＡＮ３０８からそのような１対多数ＩＰパケットを配信するため、リモートＡＴ３１８のような、リモートアクセス端末へのプロキシの作用をすることができる。
【００３８】
本刷新にかなった１つの例示の態様において、フェムトノード３０４は、本文中に記述されるパケット強化技術を使用するＡＴ３０６、３１６のためのＷＬＡＮ３０８へのインターフェイスに基づく効果的なセルラプロトコルに必要な物を与え得る。
【００３９】
本刷新にかなった他の例示の態様において、フェムトノード３０４は、ローカルＡＴ３０６のためのＷＬＡＮ３０８へのインターフェイスに基づく効果的なセルラプロトコルを供給するために、本文中に記述される選択される１対多数セルラ送信技術を使用することができる。
【００４０】
セルラネットワークにおけるパケットデータ配信
伝統的に、セルラネットワークにおけるユニキャストパケットデータ配信は、接続確立後に行われる。接続は、端末へのリソースの割り当てを要求する。最初の接続確立に時間が掛かる間、接続のために割り当てられている専用のリソースのおかげで、接続におけるその後のデータ交換は、早く効果的である。したがって、パケットが送信されるための他のパケットがあるケースにおいてフェムトノード３０４とＡＴ３０６との間で送信されている後に、接続が維持される。休止タイマが時間切れになる後にのみ、接続は、切断される。休止タイマは、最後のパケット送信の後に開始され、パケットが送信新される度にリセットされる。休止タイマの典型的な値は、２−１０秒である。休止は、一般的に、どちらか１つから発生する、ユニキャストパケットのような、パケットを収容するため、フェムトノード３０４とＡＴ３０６との両者へ適用することができる。
【００４１】
端末が接続される間、それは、アップリンクパイロットを送信し、またデータのためのダウンリンクトラフィックチャンネルを監視する。したがって、接続される端末は、アイドル状態の端末よりも多くのエネルギーを消費し、ここで、それは、その読み込みサイクルで（典型的には、少しの秒ごとのためのちょうど数ミリ秒）オーバヘッドメッセージとページを呼び出す必要があるのみである。
【００４２】
図３へのさらなる言及によって、モバイル機器、ハンドセット又はアクセス端末（ＡＴ）３０６は、フェムトノード３０４の適用範囲又はサービスエリア内へ到着し、セルラサービスのためフェムトノード３０４へ接続することができる。フェムトノード３０４は、プロキシアドレス解決プロトコル（ＡＲＰ）を実行し、ローカルＩＰアドレスをＡＴ３０６へ割り当てる。同様に、リモートＡＴ３１６は、リモートＩＰアクセス（ＲＩＰＡ）を受信するためフェムトノード３０４へトンネルすることができる。
【００４３】
１つの態様において、フェムトノード３０４は、１対多数インターネットプロトコル（ＩＰ）パケット３２２を集め、そのとき集められるパケット３２２をＡＴ３０６、３１６へ送信する。それによって、ローカルＩＰアクセス（ＬＩＰＡ）は、ＡＴ３０６に不当な期間、接続される状態を維持させ、バッテリサービス寿命を消費し、非効率にチャンネル要素を使用することなしに、効果的に配信されることができる。ローカルフェムトノード３０４は、配信されるパケットがセルラ接続（たとえば、フェムトセル、マクロセルなど）を通じて遠隔にいかに送信されるかを直接制御しないが、強化される配信と比較すると、リモートＡＴ３１６が個々に配信されるパケットを受信するために接続され又は起動しなければならない多くの時間において一致があることは仮定されることができる。
【００４４】
強化期間は、固定した存続期間又は時間期間であることができる。あるいはまた、バッファされているパケットの数又はサイズのためのような、ある閾値が達成されるまで、強化期間の存続期間は、継続することができる。他の代案として、最初にバッファされるパケットのための最大遅延が達成されるまで、強化期間は、バッファされることができる。パケットを使用することができるＡＴ３０６、３１６上のアプリケーションに関して、配信はまた、ＡＴ３０６、３１６が持つ情報に依存することができる。たとえば、プリントすることができるホストは、コンテンツをプリントするあらゆる利用者の制御を欠くＡＴにおいて、適切ではなく又は対応するアプリケーションを持たないだろう。他の例として、配信するためのビデオ又はメディアコンテンツを持つホストは、メディアプレイヤを欠くＡＴのために適切ではないだろう。
【００４５】
さらなる態様において、フェムトノード３０４は、ＬＡＮ３０８を通じてホスト３０２から受信される１対多数パケットを送信するために１対多数（放送／マルチキャスト）エアインターフェイス３３０を使用し得るので、放送／マルチキャストＩＰパケットによって消費されるリソースは、フェムトノード３０４上に陣取られるＡＴ３０６の数とは独立する。他の言い方では、１対多数（放送／マルチキャスト）エアインターフェイス３３０の利用は、フェムトノード３０４が各ＡＴのため別々の接続をセットアップしなければならなくなることを避けることを可能にする。それによって、フェムトノード３０４は、ＡＴ３０６のためバッテリ寿命を改善しフェムトノート３０４のため多重化ゲインを増加させる方法において、ＬＡＮ３０８から１対多数ＩＰパケットを配信する。たとえば、ブロードキャストマルチキャストシステム（Broadcast-Multicast System）（ＢＣＭＣＳ）又はマルチメディアブロードキャストマルチキャストサービス（Multimedia Broadcast Multicast Service）（ＭＢＭＳ）プロトコルは、エアインターフェイス３３０のために使用されることができる。同様に、フェムトノード３０４は、ユニキャスト又はマルチキャスト方法のどちらかにおいて制御チャンネルのデータオーバーシグナリング（data-over-signaling）を実行することによって１対多数エアインターフェイス３３０を使用することができる。
【００４６】
したがって、ローカルＩＰアクセス（ＬＩＰＡ）は、フェムトノート３０４を通じてＬＡＮへ接続するためにセルラプロトコルを使用することなく、ＡＴ３０６のため「Ｗｉ−Ｆｉ」と同様な経験を供給することができる。したがって、マクロセルの適用範囲（たとえば、ビル内の）において単に穴を埋めるために努めるだけというより、フェムトノート３０４は、セルラプロトコルを通じてローカルＩＰアクセスを効果的に供給することができる。
【００４７】
シミュレーションは、１対多数ＩＰパケットのおかげでフェムトセルにおける端末が、本態様を実行することなく、接続されているだろう時間のほんの少しを示す。シミュレーションは、次のようにセットアップされる。最初に、１対多数パケット送信の形跡は、様々なＬＡＮ構成においてキャプチャされる。たとえば、態様において、放送／マルチキャストＩＰパケットの次の３つのタイプは、キャプチャされる：
（ａ）サブネット放送（たとえば、１９２．１６８．１．２５５の宛先ＩＰアドレス）
（ｂ）ＩＰ放送（たとえば、２５５．２５５．２５５．２５５の宛先ＩＰアドレス）
（ｃ）ＳＳＤＰマルチキャスト（たとえば、２３９．２５５．２５５．２５０の宛先ＩＰアドレス）
シミュレーションは、形跡に従ってフェムトセルでこれら１対多数パケットの到着パターンに基づいてそのとき処理される。到着パターンに基づいて、フェムトセル上の端末が典型的な休止状態タイマ機械に基づいてせつぞくされるだろう持続期間は、次のシナリオに関連してシミュレートされる：
ホーム１：ＬＡＮにも接続するただ１つの活動中のウィンドウズ（登録商標）ＰＣがある。
【００４８】
ホーム２：このシナリオは、ＬＡＮに接続される２つ以上のウィンドウズ（登録商標）ＰＣ、プレイステーション３及びＷｉＦｉ対応のスマートフォンもあること以外はホーム１と同一である。
【００４９】
企業１：このシナリオにおいて、ＬＡＮ上に、数ダースのウィンドウズ（登録商標）ＰＣ及びいくつかのネットワークプリンタがある。
【００５０】
企業２：このシナリオは、１対多数パケットがイーサネット（登録商標）の代わりにＷｉＦｉ上でキャプチャされること以外は企業１と同一である。
【００５１】
表１は、フェムトセルにおける端末が、記述されている態様を実行せずに、上に記述されているシミュレーションに基づく様々なシナリオにおいて接続されるだろう時間のパーセンテージを示す。シミュレーションは、５００ｋｂｐｓのダウンリンクユニキャストデータレートを仮定する。１対多数ＩＰパケットがない場合、そのとき接続される存続期間は、ゼロだろう。
【表１】
0005512829.tif 000002
【００５２】
シミュレーションは、フェムトセル上の端末が、記述されている態様を使用することなしに、１対多数パケットのおかげで、激しい待ち時間の減少を持つだろうことを示す結果となる。ＬＡＮにおいて１対多数ＩＰパケットを生成するただ１つのホストがある場合、休止状態タイマにおける減少は十分であり得るが、ＬＡＮにおいて１対多数ＩＰパケットを生成する複数のホストがある場合、それは相当に効果がない。休止状態タイマにおけるさらなる減少はまた、非現実的である、というのは、それは、端末上でユーザの経験に影響を与えるからであり、たとえば、ジッタ又はサーバ応答時間が休止状態タイマよりも大きい場合、端末は接続を再確立する必要があり得るからである。より多くのデータが交換されることができる前に、接続を再確立することは、一般的に数百ミリ秒を必要とする。シミュレーション結果からの他の興味深い観察は、これら１対多数ＩＰパケットを送信するために使用される全ての帯域幅が３Ｇ又は４Ｇセルラエアインターフェイスの典型的なスループットに比べて非常に小さいことである。
【００５３】
図４を参照すると、シミュレーションによって明らかになる１つ又はそれ以上の問題に打ち勝つ態様において、例示のタイムライン４００は、セルラ接続を通じてアクセス端末へ１対多数ＩＰパケットを配信する前にＬＡＮからの１対多数ＩＰパケットを強化するフェムトノード４０２のために描かれる。この態様において、１対多数ＩＰパケットはパケット１−６として描かれ、ここで、それらは、フェムトノード４０２に順に達し、第１ＡＴ（「ＡＴ１」）４０４へ及び第２ＡＴ（「ＡＴ２」）４０６へ配信される前にバッファされ得る。フェムトノード４０２は、それぞれ第１強化期間４０８によって分割されるそれぞれ動作時間４１６，４１８及び４２０でＡＴ１・４０４へ強化されている１対多数ＩＰパケットを配信するために構成される。動作時間４１６で、パケットは、まだ受信されておらず、したがって配信はない。フェムトノード４０２はまた、それぞれ第２強化期間４１０によって分割されるそれぞれ動作時間４１７、４１４及び４２１でＡＴ２・４０６へ強化されている１対多数ＩＰパケットを配信するためにも構成される。１つの態様において、４１２に描かれるように、フェムトノード４０２は、ＡＴ４０４、４０６へそれぞれ相当する強化期間の倍数のこれら動作時間を割り当てる。
【００５４】
１つの態様において、フェムトノード４０２又はシステムのオペレータは、フェムトノード４０２の通信効率を上昇させるため動作時間の間の間隔を供給し得る。たとえば、（図示されない）新しいＡＴがフェムトノード４０２に到達するときはいつでも、フェムトノード４０２は、新しい最初の動作時間が存在するＡＴ４０６、４０８の現在及び将来の全ての動作時間から最も遠いように、最初の動作時間を割り当てる。そのように、動作時間は、動作時間の間の最小の間隔を供給するためずれ得る。それによって、ＬＡＮから１対多数又は１対多数ＩＰパケットを配信するために使用される接続リソースは、効率的に多重化され、必要であれば、ユニキャストデータのための接続は確立されることができる。態様例において、ずれている動作時間の確立は、一様な強化期間を実行又は供給することによって容易になることができる。あるいはまた、強化期間は、ＡＴの間又は特定のＡＴのための後の時間期間の間かどちらかの異なる長さであることができる。あるいはまた、若しくは追加として、ＡＴがフェムトノード（フェムトセル）の適用範囲に入る又は出る場合、いくつか又は全てのＡＴのための動作時間は、再調整されることができる。
【００５５】
１つの態様において、特定の強化期間４０８、４１０（ブロック４１４）の間にフェムトノード４０２は、フェムトノード４０２に到達する１対多数パケットをバッファする。たとえば、１対多数パケットは、それらの到達タイムスタンプと共に格納されることができる。動作時間が来る場合、フェムトノート４０２は、４１８に描かれるように第２動作時間でＡＴ１・４０６へパケット１−２を送信するように、ユニキャストであるべきそれら強化されるパケットを決定する。
【００５６】
態様において、フェムトノード４０２の効率は、全く同様の１対多数ＩＰパケットの送信を避けることによって改善されることができる。たとえば、これら１対多数パケットに含まれる情報は、比較的静的な傾向であり、時間制約が厳しいことはめったにない。たとえば、同一のホストから観測されるＳＳＤＰパケットのため、どのパケットもＩＰヘッダにおける確認フィールドを除いては同一である。そのように、ユーザデータグラムプロトコル（User Datagram Protocol）（ＵＤＰ）は、全てのパケットにおいて正確に同一である。１対多数パケットがフェムトノード４０２に到達する場合、フェムトノード４０２は、バッファされるパケットと反対にパケットのＩＰアドレス及びＵＤＰチェックサムをチェックし＜ソースＩＰアドレス、ＵＤＰチェックサム＞がマッチする場合にタイムスタンプをアップデートするために、アルゴリズム又はルールのような、繰り返し検知コンポーネントを実行し得る。他の言い方をすれば、このプロセスに基づいて、フェムトノード４０２は、ＡＴへより早いタイムスタンプを持つパケットを送信しない。したがって、複製検知コンポーネントを動作させるフェムトノード４０２は、パケットをバッファするために要求される間隔を減少させ、ＡＴへバッファされているパケットを配信するために要求される帯域幅を減少させる。
【００５７】
他の態様において、フェムトノード４０２は、それぞれのアクセス端末上でそれぞれ休止タイマを短くするため休止時間減少コンポーネントをさらに含み得る。フェムトノード４０２は、それがＬＡＮからのバッファされている１対多数パケットを配信するためだけにＡＴを呼び出すことに気が付くことができるので、フェムトノード４０２は、休止タイマを減少させ、又は、バッファされている１対多数パケットが配信されるとＡＴとの接続を直ちに打ち切ることができる。それによって、ＡＴスタンバイ時間は改善され、接続リソースは、利用者の経験に影響を与えることなく減少される。１つの態様において、ページの時間から接続が終わるまでにＡＴのユニキャストパケットがない場合、短くされる休止タイマは、実施されることができる。ユニキャストパケットがＡＴへ又はＡＴから到達する場合、そのとき休止タイマは、通常の値にセットされることができる。ＩＰパケットがフェムトノードで受信される場合、ユニキャスト／放送／マルチキャストパケットの分類は、行き先アドレスに基づいてなされることができる。
【００５８】
他の態様において、フェムトノード４０２は、ＬＡＮからＡＴへの１対多数パケットの第１配信のための時間を減少させるため促進コンポーネントを含み得る。１対多数パケット強化を使用することにおける熟慮は、ＬＡＮ上の端末が新しいコンテンツを持つ１対多数パケットを送信することができることである（たとえば、特定のサービスを提供するホストを見つけようとする）。ＡＴは、対応する強化期間のいくつかの部分のためのこの新しい１対多数パケットを受信しないだろう、ここで、それは平均して強化期間の半分であるだろう。この遅延は、利用者の経験を劣化させることができる。この状況に取り組むため、フェムトノード４０２は、現在時刻からの強化期間の数倍を持つ全ての受信されるパケットのため＜ソース（ｓｒｃ）ＩＰアドレス、ＵＤＰチェックサム、及び最新のパケット到達タイムスタンプ＞のテーブルを格納することができる。一般に、必ずしも１つの強化期間の倍数ではない、強化期間より長い時間の期間（たとえば、履歴又はメモリ期間）は、実施されることができる。ＬＡＮからの１対多数パケットが到達しテーブルにおける何れのパケットともマッチしない場合、そのときフェムトノードは、全てのＡＴへのすぐの送信のためこの新しい１対多数パケットを予定することができる。その結果、ホストが１対多数パケットにおいて新しい情報を送信し始めた場合、そのとき新しいパケットは、直ちに配信される。１対多数パケットが繰り返し放送され又はマルチキャストされると、１対多数パケットは、強化されることができる。
【００５９】
たとえば、表２によると、例示のデータ構造は、１対多数ＩＰパケットバッファリングへ供給される。情報の最初の三列は、促進される最初の配信のための履歴又はメモリ期間の持続期間中ずっと格納される。同一のソースアドレス及びＵＤＰチェックサムを持つパケットがフェムトノードに到達する場合、最後の到達タイムスタンプは更新される。パケットコンテンツは、強化期間内に到達するパケットのために格納されることのみが必要となる。
【表２】
0005512829.tif 000003
【００６０】
図５において、動作５００の方法及び順序は、促進される最初の配信のための１対多数パケットバッファリングのために描かれる。１対多数パケットは、フェムトノードで受信される（ブロック５０２）。メモリ又は履歴期間よりも古いタイムスタンプを持つエントリは、データベースから一掃される。パケットコンテンツは、強化期間よりも古いタイムスタンプを持つエントリから一掃される（ブロック５０４）。受信されるパケット＜ｓｒｃアドレス、ＵＤＰチェックサム＞が現在のエントリにマッチするかの判断は、ブロック５０６で行われる。その場合、そのとき現在のエントリは、タイムスタンプを同一のパケットのための最新の到達時間へ変更することによって更新される（ブロック５０８）。そうでない場合、そのとき、促進される第１配信のための全てのＡＴへの新しいパケットの配信は、予定され（ブロック５１０）、新しいパケットは、データベース内へ入れられる（ブロック５１２）。
【００６１】
接続時間における改善は、表３に描かれるような強化アルゴリズムを使用することによって実現されることができる。例示のシミュレートされるシナリオにおいて、１対多数パケットがフェムトノードからＡＴへ配信される後に接続は直ちに閉じられることが仮定される。
【表３】
0005512829.tif 000004
【００６２】
したがって、１対多数パケットが配信される後に接続が直ちに終了する場合、接続時間は、端末へパケットを送信するために要求される持続時間のみになる。合計の接続される時間は、強化期間から独立する。しかしながら、強化期間は、（ページ、ページング能力、アクセス調査及びアクセスチャンネル負荷の数に至る）接続の数に影響を及ぼすので、１対多数パケットを利用するアプリケーションの性能に影響を与えない強化期間は、可能な限り長いべきである。
【００６３】
図６において、動作６００の方法又は順序は、動作時間に強化される１対多数パケットのフェムトセル配信ために描かれる。ブロック６０１において、フェムトノードからローカルＩＰサービスを受信する各ＡＴのため、フェムトノードは、ＡＴへバッファされる１対多数パケットを配信するための動作時間を維持する。現在の時間が特定のＡＴ（ＡＴｉ）のための動作時間であるかの決定は行われる（ブロック６０２）。履歴期間よりも古いタイムスタンプを持つエントリは、データベースから一掃される。パケットコンテンツは、強化期間よりも古いタイムスタンプを持つエントリから一掃される（ブロック６０４）。ＡＴｉのための動作時間は、現在の時間プラス相当する強化期間に更新される（ブロック６０６）。接続がＡＴｉのために既に存在しているかの判断は、行われる（ブロック６０８）。その場合、全てのバッファされる１対多数パケットは、ＡＴｉへ送信され（ブロック６１０）、接続は、初期状態の休止タイマによって継続される（ブロック６１２）。そうでない場合、フェムトノードはＡＴｉを呼び出して、そのときＡＴｉへ全てのバッファされている１対多数パケットを送信する（ブロック６１４）。時間の無効期間を含むことができる、短くされている休止タイマは、バッファされる１対多数パケットの送信の後に開始される（ブロック６１６）。短くされている休止タイマが期限切れになる前にユニキャストパケットがＡＴｉへ又はＡＴｉから送信されるかの判断は、行われる（ブロック６１８）。その場合、接続は、初期状態の休止タイマによって継続される（ブロック６１２）。そうでない場合、接続は、閉じられる（ブロック６２０）。
【００６４】
本開示の利益によって、革新的な発明は、ＬＩＰＡ及びＲＩＰＡの両者に応用することが認識されるべきである。ＬＩＰＡに関して、パケットは、無線上で個別に配信される。ＲＩＰＡに関して、パケットは、ＡＴへの安全なトンネルを通じて配信される。強化期間は、ＲＩＰＡのため異なってセットされることができる。１つの態様において、フェムトノードは、エアインターフェイス又は展開されるアプリケーション絵の変化を避ける革新的な発明を実施することができる。放送／マルチキャストパケットは、エアインターフェイス上で動作可能にされる必要がない。１対多数パケットの全てのタイプは、ＬＩＰＡ／ＲＩＰＡのために常に利用可能であることができる。加えて、本革新的な発明の実施は、アクセス技術を横断して適用可能であることができる（ＣＤＭＡ２０００、高レートパケットデータ（High Rate Packet Data）（ＨＲＰＤ）、ハイスピードパケットアクセス（High Speed Packet Access）（ＨＳＰＡ）、ロングタームエボルブド（Long Term Evolved）（ＬＴＥ）、ＬＴＥアドバンス、ＷｉＭＡＸ、など）。
【００６５】
図７を参照すると、フェムトノードによるローカルアクセスネットワークからの１対多数パケットの強化される配信のためのシステム７００が示される。たとえば、システム７００は、フェムトノード、閉じられる予約セル、ピコセルなどのようなアクセスポイント基地局内に少なくとも部分的に存在することができる。システム７００は、機能ブロックを含むように表されており、ここでそれはコンピューティングプラットフォーム、プロセッサ、ソフトウェア、又はそれらの組み合わせ（たとえば、ファームウェア）によって実施される機能を表している機能ブロックであることは認識されるべきである。システム７００は、連動して動作することができる電気的コンポーネントの論理的なグルーピング７０２を含む。たとえば、論理的なグルーピング７０２は、適用エリア内のセルラエアインターフェイスサービスを供給するための電気的コンポーネント７０４を含むことができる。そのうえ、論理的なグルーピング７０２は、アクセス端末と通信するための電気的コンポーネント７０６を含むことができる。さらに、論理的なグループ７０２は、ローカルエリアネットワークを通じてホストから複数の１対多数パケットを受信するための電気的コンポーネント７０８を含むことができる。また、論理的なグルーピング７０２は、強化期間中に複数の１対多数パケットをバッファするための電気的コンポーネント７１０を含むことができる。そのうえ、論理的なグルーピング７０２は、セルラ通信中にアクセス端末へ複数の１対多数パケットを配信するための電気的コンポーネント７１２を含むことができる。加えて、システム７００は、電気的コンポーネント７０４−７１２に関連する機能を実行するための命令を保有するメモリ７２０を含むことができる。メモリ７２０の外部にあるように示されるが、電気的コンポーネント７０４−７１２の１つ又はそれ以上は、メモリ７２０内に存在することができることは理解されるべきである。
【００６６】
図８に関して、フェムトノードによってローカルアクセスネットワークから１対多数パケットを配信するためのシステム８００は、示される。たとえば、システム８００は、フェムトセル、閉じられる予約セル、ピコセルなどのようなアクセスポイント基地局内に少なくとも部分的に存在することができる。システム８００は、機能ブロックを含むように表現され、それは、コンピューティングプラットフォーム、プロセッサ、ソフトウェア、又はそれらの組み合わせ（ファームウェア）によって実施される機能を表現していることは認識されるべきである。システム８００は、連動して動作することができる電気的コンポーネントの論理的なグルーピング８０２を含む。たとえば、論理的なグルーピング８０２は、アクセス端末へ適用エリア内のセルラエアインターフェイスサービスを供給するための電気的コンポーネント８０４を含むことができる。そのうえ、論理的なグルーピングは、フェムトノードでローカルエリアネットワークから１対多数パケットを受信するための電気的コンポーネント８０６を含むことができる。また、論理ブロック８０２は、セルラ１対多数エアインターフェイス上で第１アクセス端末へ１対多数パケットを送信するための電気的コンポーネント８０４を含むことができる。加えて、システム８００は、電気的コンポーネント８０４−８０８に割り当てられる機能を実行するための命令を保有するメモリ８２０を含むことができる。メモリ８２０の外部にあるように示されるが、電気的コンポ―ネント８０４−８０８の１つ又はそれ以上はメモリ８２０内に存在することができることは理解されるべきである。
【００６７】
図９に関して、フェムトノードを通じてローカルアクセスネットワークから１対多数パケットを受信するためのシステム９００は、示される。たとえば、システム９００は、アクセス端末（ＡＴ）又は利用者設備（ＵＥ）内に少なくとも部分的に存在することができる。システム９００は、機能ブロックを含むように表現され、ここで、それは、コンピューティングプラットフォーム、プロセッサ、ソフトウェア、又はそれらの組み合わせ（たとえば、ファームウェア）によって実施される機能を表現していることは、認識されるべきである。システム９００は、連動して動作することができる電気的コンポーネントの論理的なグルーピング９０２を含むことができる。たとえば、論理的なグルーピング９０２は、アクセス端末によってフェムトノードによって供給される適用エリア内のセルラエアインターフェイスサービスにアクセスするための電気的コンポーネント９０４を含むことができる。そのうえ、論理的なグルーピング９０２は、第１アクセス端末でセルラ１対多数エアインターフェイス上でフェムトノードから１対多数パケットを受信するための電気的コンポーネント９０６を含むことができる。さらに、論理的なグルーピング９０２は、ローカルエリアネットワークを通じてフェムトノードによって受信された１対多数パケットを引き起こしたホストを特定するための電気的コンポーネント９０８を含むことができる。加えて、システム９００は、電気的コンポーネント９０４−９０８に割り当てられる機能を実行するための命令を保有するメモリ９２０を含むことができる。メモリ９２０の外部にあるように示されるが、電気的コンポーネント９０４−９０８の１つ又はそれ以上は、メモリ９２０内に存在することができることは、理解されるべきである。
【００６８】
図１０において用いられる、動作１０００の方法又は順序は、フェムトノードによるローカルアクセスネットワークから１対多数パケットの強化される配信のために描かれる。例示の態様において、フェムトノード１００１は、ホスト１００２とローカルＡＴ１００３との間にＬＩＰＡサービスを供給する。そのため、フェムトノード１００１は、適用エリア内のセルラエアインターフェイスサービスを供給する。フェムトノード１００１は、ローカルＡＴ１００３と通信し、それは、例示の態様においてセルラエアインターフェイスサービスに陣取っている（ブロック１００６）。フェムトノード１００１は、１００８で描かれる、ローカルエリアネットワークを通じてホスト１００２から複数の１対多数パケットを受信する。一定の又は様々な強化期間中に、フェムトノード１００１は、複数の１対多数パケットをバッファする（ブロック１０１０）。そのとき、セルラ通信中に、フェムトノード１００１は、アクセス端末へ複数の１対多数パケットを配信する（たとえば、セルラ接続、セルラ放送／マルチキャスト送信など）（ブロック１０１２）。
【００６９】
他の例示の態様において、フェムトノード１００１は、１０１５に描かれるようなデータパケット通信チャンネルを通じてモバイルオペレータネットワークを通信し、ここで、それは、１０１７に描かれるようなリモートＡＴ１０１６と順々にセルラ通信する。フェムトノード１００１は、リモートＡＴ１０１６へＲＩＰＡサービスを供給する。そのため、フェムトノード１００１は、ローカルエリアネットワークを通じてホスト１００２から複数の１対多数パケットを受信する（ブロック１０１８）。一定の又は様々な強化期間中に、フェムトノード１００１は、複数の１対多数パケットをバッファする（ブロック１０２０）。そのとき、モバイルオペレータネットワークのためリモートセルラアクセスによって供給されるセルラ通信（たとえば、セルラ接続、セルラ放送／マルチキャスト送信など）中に、フェムトノード１００１は、リモートＡＴへ複数の１対多数パケットを配信する（ブロック１０２２）。
【００７０】
１つの態様において、フェムトノードは、アクセス端末に、強化期間によってそれぞれ分割される第１アクセス端末への第１複数の動作時間を割り当てる。
【００７１】
他の態様において、フェムトノードは、閾値を上回る複数の１対多数パケットのカウントに基づいて強化期間を決定し、セルラ接続中に複数の１対多数パケットを配信するためのアクセス端末を呼び出す。
【００７２】
追加の態様において、第２アクセス端末は、フェムトノードの適用エリア内に到達する。フェムトノードは、第２複数の動作時間に、第２強化期間によってそれぞれ分割される第２アクセス端末を割り当て、ここで、第２複数の動作時間は、第１複数の動作時間からずれている。いくつかの態様において、ずれていることは、第１複数の動作時間と第２複数の動作時間との間の最大間隔を供給し得る。
【００７３】
他の追加の態様において、フェムトノードは、複数のタイムスタンプされるエントリを格納することによって複数の１対多数パケットをバッファする。たとえば、フェムトノードは、現在の強化期間中に到達する第１エントリのためのソース識別名、到達タイムスタンプ及びパケットコンテンツを格納することによって複数のタイムスタンプされるエントリを更新することができる。フェムトノードは、前の強化期間中に到達したエントリのためのパケットコンテンツを一掃することができる。
【００７４】
さらに他の態様において、フェムトノードは、同一のパケットコンテンツを持つ同一のソースアドレスから送信される１対多数パケットが現在の強化期間中に受信されるかを決定するため複製探知を実行することができる。そのとき、フェムトノードは、単一時間エントリのためのタイムスタンプを、全く同一の１対多数パケットの最も新しい到達時間へ更新することができる。
【００７５】
また他の態様において、フェムトノードは、強化期間よりも長い期間上で追跡される複数の１対多数パケットのためそれぞれソースアドレス及びパケットコンテンツを比較することによって、１対多数パケットが唯一か否か決定することができる。そのとき、フェムトノードは、次の動作時間を待つことなく、アクセス端末を呼び出すことができ、唯一の１対多数パケットを送信することができる。
【００７６】
また他の態様において、フェムトノードは、アクセス端末を呼び出すことが複数の１対数パケットのためであることを決定することに応じて休止タイマを減少させることができる。たとえば、複数の１対多数パケットを送信するのち、フェムトノードは、接続を直ちに終了させるため休止タイマをゼロに減少させることができる。あるいはまた、フェムトノードは、セルラ通信中にアクセス端末から受信され又はアクセス端末へ送信されるユニキャストパケットに応じて休止タイマを初期状態の値へ上昇させることができる。
【００７７】
また追加の態様において、フェムトノードは、アクセス端末が対応するアプリケーションを欠くことを決定することに応じてアクセス端末へパケットを配信することなしにローカルエリアネットワークから１対多数パケットを破棄することができる。したがって、いくつかの例において、フェムトノードは、強化アルゴリズムを利用することよりむしろ１対多数ＩＰパケットを破棄することができる。たとえば、フェムトノードは、アクセス端末上のアプリケーションが１対多数ＩＰパケットを要求していないことを決定することができるか、または、アクセス端末は、アクセス端末上のアプリケーションが１対多数ＩＰパケットを要求していないことを決定することを示すことができる。同様に、１対多数ＩＰパケットから利益を得るであろうアクセス端末のみがそれらを受信するために調整されるように、フェムトノードは、１対多数（放送／マルチキャスト）送信を送信することができる。
【００７８】
また他の追加の態様において、セルラ接続中に、フェムトノードは、複数の１対多数パケットを配信することができる。
【００７９】
またさらに他の態様において、フェムトノードは、放送又はマルチキャストエアインターフェイスを通じて送信することによるセルラ通信によって複数の１対多数パケットを配信することができる。たとえば、フェムトノードは、放送−マルチキャストシステム（Broadcast-Multicast System）（ＢＣＭＣＳ）を通じて複数の１対多数パケットを送信することができる。他の例に関して、フェムトノードは、マルチメディア放送マルチキャストサービス（Multimedia Broadcast Multicast Service）（ＭＢＭＳ）エアインターフェイスを通じて複数の１対多数パケットを送信することができる。追加の例に関して、フェムトノードは、高レートパケットデータ（ＨＲＰＤ）における同時のカプセルの送信に直ちに続くことによるような、アクセス端末がオーバーヘッド情報を受信するために予定される他のタイムスロットに隣接するタイムスロットにおける放送／マルチキャストエアインターフェイスを通じてアクセス端末が複数の１対多数パケットを受信することを予定することができる。
【００８０】
また１つのさらなる他の態様おいて、フェムトノードは、制御チャンネルサイクルの倍数で複数の１対多数パケットを送信することができる。
【００８１】
また他のさらなる態様において、フェムトノードは、制御チャンネルを通じたデータオーバーシグナリング上の複数の１対多数パケットを送信することができる。
【００８２】
また追加のさらなる他の態様において、フェムトノードは、ユニキャスト復号のため又はマルチキャスト復号のため制御信号を送信することができる。
【００８３】
図１１において、動作１１００の方法又は順序は、フェムトノードによってローカルエリアネットワークから１対多数パケットを配信するために描かれ、ここで、それは、たとえば、アクセス端末のための有効なバッテリ寿命を可能にし得、又は多重化ゲインを上昇させ得、又は両者であり得る。フェムトノードは、適用エリアを持つセルラエアインターフェイスサービスを供給する（ブロック１１０４）。フェムトノードは、有線又は無線ローカルエリアネットワークから１対多数（放送／マルチキャスト）ＩＰパケットを受信する（ブロック１１０６）。フェムトノードは、セルラ１対多数エアインターフェイス上で１対多数パケットを送信する（ブロック１１０８）。
【００８４】
図１２において、動作１２００の方法又は順序は、アクセス端末によってフェムトノードを通じてローカルアクセスネットワークから１対多数パケットを受信するために描かれ、それは、たとえば、アクセス端末のための有効なバッテリ寿命を可能にし得、又は多重化ゲインを上昇させ得、又は両者であり得る。フェムトノードによって供給される適用エリア内のセルラエアインターフェイスサービスにアクセスするアクセス端末（ブロック１２０４）。アクセス端末は、フェムトノードからのセルラ１対多数エアインターフェイス上で１対多数パケットを受信する（ブロック１２０６）。アクセス端末は、ローカルエリアネットワークを通じてフェムトノードによって受信された１対多数パケットを引き起こしたホストを特定する（ブロック１２０８）。
【００８５】
１つの態様において、フェムトノードは、アクセス端末による受信のための放送又はマルチキャストエアインターフェイスを通じて１対多数パケットを送信する。
【００８６】
他の態様において、フェムトノードは、アクセス端末による受信のための放送−マルチキャストシステム（Broadcast-Multicast System）（ＢＣＭＣＳ）エアインターフェイスを通じて１対多数パケットを送信する。
【００８７】
追加の態様において、フェムトノードは、アクセス端末による受信のためのマルチメディア放送マルチキャストサービス（Multimedia Broadcast Multicast Service）（ＭＢＭＳ）を通じて１対多数パケットを送信する。
【００８８】
他の追加の態様において、フェムトノードは、アクセス端末がオーバーヘッド情報を受信するために予定される他のタイムスロットに隣接するタイムスロットにおいて１対多数エアインターフェイスを通じて１対多数パケットをアクセス端末が受信することを予定する。
【００８９】
さらなる他の態様において、フェムトノードは、高レートパケットデータ（ＨＲＰＤ）において同時のカプセルの送信に直ちに続く１対多数パケットの送信をアクセス端末に予定する。
【００９０】
また１つの態様において、フェムトノードは、アクセス端末による受信のための制御チャンネルサイクルの倍数で１対多数パケットを送信する。
【００９１】
また他の態様において、フェムトノードは、アクセス端末による受信のための制御チャンネルを通じたデータオーバーシグナリング上の１対多数パケットを送信する。
【００９２】
また追加の態様において、フェムトノードは、アクセス端末による受信のためのユニキャストアクセス端末識別子を用いてユニキャスト復号のための制御チャンネルを送信する。
【００９３】
また他の追加の態様において、フェムトノードは、アクセス端末による受信のためのマルチキャストアクセス端末識別子を用いてマルチキャスト復号のための制御チャンネルを送信する。
【００９４】
また他の追加の態様において、フェムトノードは、アクセス端末による受信のための放送キャストアクセス端末識別子を用いて放送復号のための制御チャンネルメッセージを送信する。
【００９５】
また他の態様において、フェムトノードは、１対多数エアインターフェイスを使用し得る。たとえば、端末及びフェムトノードが１対多数チャンネルを通して、たとえば、ｃｄｍａ２０００のための放送マルチキャストサービス又はＵＭＴＳのためのマルチメディア放送マルチキャストサービスのどちらかを通して、パケットを配信することができる場合、そのとき、ローカルネットワークにおける放送／マルチキャストＩＰパケットは、このチャンネルを通して配信され得る。そうすることが恐らくフェムトノード上で１対多数ＩＰパケットを転送する最も効果的な手段であるが、セルラ１対多数サービス能力は、典型的な端末上で一般にはサポートされず、またフェムトノート上でかなりの開発努力を要求する。
【００９６】
任意のケースにおいて、強化アルゴリズムは、１対多数エアインターフェイスの使用を保管するために使用されることができ、たとえば、それは、１対多数エアインターフェイスの能力のある全ての端末の動作時間が同一であることができ、したがって、最初のＬＩＰＡ／ＲＩＰＡサービスランチャでそのサポートを満たすことなく徐々に移動するパスをより効果的な機械へ供給する。
【００９７】
端末が１対多数パケットを受信するために接続される必要にある実例の例を減少させるため、各端末が、興味深いサービスを広告しているパケットのみを配信することをフェムトノードへ指示することを可能にし得る。このケースにおいて、フェムトノードは、サービスを理化するため、及びまたサービスのためにチェックするための全ての１対多数ＩＰパケット上のパケットコンテンツ検査を実行するためのロジックを含む。新しいサービスが定義され又は使用される場合、そのとき、フェムトノードはまた、アップグレードされる必要があり得る。
【００９８】
前記のもののおかげで、従来遭遇する欠落に取り組む強化アルゴリズムは、ローカルＩＰアクセス及びリモートＩＰアクセスの両者のため働くことができることは認識されるべきである。リモートＩＰアクセストラフィックが端末及びフェムトノードの間の安全なＩＰトンネルによって保護されるので、端末が無線で接続する基地局は、１対多数ＩＰパケットを配信するための最適化を実行し得ない。したがって、１対多数ＩＰパケットを強化すること又は破棄することは、リモート基地局ではなされないこともあり得る。しかしながら、アクセス端末での減少される接続の数及び接続の継続時間を実現するための安全なＩＰトンネル内へパケットを送信する前に、フェムトノートは、パケットを強化することができる。ＲＩＰＡのために使用される強化期間は、ＬＩＰＡとは異なるようにセットされ得る。
【００９９】
１つの態様において、したがって、この開示の利益によって、この革新的な発明は、現在のセルラエアインターフェイス又はアプリケーションにおける変更のないフェムトノードにおいてまさに実施されることができるとこは認識されるべきである。この実施アプローチは、フェムトノードが明確にＬＩＰＡをサポートするため高められていない現在の端末のためのパケット詮索及び差し込みを利用するＬＩＰＡの早い実施のために特に役立つことができる。
【０１００】
１対多数エアインターフェイスの使用に関しては、１つの態様において、放送マルチキャストシステム（ＢＣＭＣＳ）又はマルチメディア放送マルチキャストサービス（ＭＢＭＳ）エアインターフェイスは、１対多数エアインターフェイスにおいて１対多数ＩＰパケットを送信するために使用されることができる。これにより、１対多数ＩＰパケットにより消費されるリソースは、フェムトノードに陣取るＡＴの数から独立する。１つの態様において、スタンバイ時間を改善するため、フェムトノードは、ＡＴがすでに（たとえば、ＨＲＰＤにおいて同時のカプセルに続く）オーバーヘッド情報を監視するために起動しなければならないスロットに隣接するため１対多数スロットを構成することができる。異なるＡＴが異なる制御チャンネルサイクルにハッシュされるので、同一の１対多数ＩＰパケットは、全てのＡＴに届くために複数回放送され又はマルチキャストされる必要がある。１対多数ＩＰパケットは、追加の効力のための制御チャンネルの数倍でのみ強化され、及び放送され又はマルチキャストされ得る。
【０１０１】
あるいはまた、データオーバーシグナリングは、１対多数ＩＰパケットをサポートするために使用されることができる。１つの態様において、データは、ＨＲＰＤ制御チャンネル上で送信されることができる。パケットを受信する後、ＡＴは、直ちにスリープ状態に戻る。他の態様において、データオーバーシグナリングは、ユニキャスト方法（即ち、ユニキャストアクセス端末識別子（Unicast Access Terminal Identifier）（ＵＡＴＩ）によって名宛される特定の利用者へ向けられる）又はマルチキャスト方法（たとえば、マルチキャストアクセス端末識別子（Multicast Access Terminal Identifier）（ＢＡＴＩ）又は放送方法（たとえば、放送アクセス端末識別子（Broadcast Access Terminal Identifier）（ＢＡＴＩ）を使用する全てのＡＴに名宛される）を使用する多重ＡＴへ名宛される）のいずれかにおいて使用されることができる。異なるＡＴは、異なる制御チャンネルサイクルへハッシュされるので、同一の１対多数ＩＰパケットは、全てのＡＴへ到達するため複数回放送され又はマルチキャストされる必要がある。１対多数ＩＰパケットは、追加の効力のための制御チャンネルサイクルの倍数でのみ強化され、及び放送され又はマルチキャストされ得る。１対多数エアインターフェイスに関して、このアプローチはＬＩＰＡをサポートする。しかしながら、ＲＩＰＡに関して、マクロネットワークは、ＲＩＰＡのためのパケットコンテンツに気づき得、ＢＣＭＣＳ又はデータオーバーシグナリングをサポートしないこともあり得る。
【０１０２】
上述した態様は、フェムトノードを含む任意の通信システムにおいて利用され得る。フェムトノードは、ホーム又は企業環境内でセルラサービスを供給するための加入者の構内に取り付けられる個人の小型の基地局である。一般的に、フェムトノードは、デジタル加入者ライン（ＤＳＬ）又はケーブルモデムのような、地上ブロードバンドアクセスを通じてインターネット及びセルラオペレータネットワークに接続される。フェムトノードへのアクセスは、任意の加入者、制限された限られた利用者のセット又は両者の組み合わせへ開くことができ、より好まれる利用者のための優先権を含み得る。
【０１０３】
たとえば、無線通信システムは、音声、データなどのような通信コンテンツの様々なタイプを供給するため広く展開される。これらのシステムは、利用可能なシステムリソース（たとえば、帯域幅及び送信パワー）を供給することによって多数の利用者との通信をサポートする能力のある多重アクセスシステムであり得る。そのような多重アクセスシステムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、及び直交周波数分割多元接続（ＯＦＤＭＡ）システムを含む。
【０１０４】
一般的に、無線多重アクセス通信システムは、多重無線端末のための通信を同時にサポートすることができる。各端末は、順及び逆リンク上の送信を通じて１つ又はそれ以上の基地局と通信する。順リンク（又は、ダウンリンク）は、基地局から端末への通信リンクを示し、逆リンク（又は、アップリンク）は、端末から基地局への通信リンクを示す。この通信リンクは、単入力単出力（single-input-single-output）（ＳＩＳＯ）、多入力単出力（multiple-input-single-output）（ＭＩＳＯ）、単入力多出力（single-input-multiple-output）（ＳＩＭＯ）又は多入力多出力（multiple-input-multiple-output）（ＭＩＭＯ）システムを通じて確立され得る。
【０１０５】
ユニバーサルモバイル通信システム（Universal Mobile Telecommunications System）（ＵＭＴＳ）は、第３世代（３Ｇ）携帯電話技術の１つである。ＵＭＴＳ地上波無線アクセスネットワークのために短いＵＴＲＡＮは、（ノードＢの）基地局及びＵＭＴＳコアネットワークを構成する無線ネットワークコントローラ（ＲＮＣ）に関する集合的な用語である。この通信ネットワークは、リアルタイム回路交換からＩＰ基礎パケット交換までの、多数のトラフィックタイプを運ぶことができる。ＵＴＲＡＮは、ＵＥ（利用者設備）とコアネットワークとの間の通信を許可する。ＵＴＲＡＮは、基地局を含み、ここで基地局は、ノードＢ及びＲＮＣと呼ばれる。ＲＮＣは、１つ又はそれ以上のノードＢのための制御機能を供給する。一般的な実施は、多数のノードＢを供給する中央オフィスにおいて設置される別々のＲＮＣを持つが、ノードＢ及びＲＮＣは、同一の機器であることができる。それらが物理的に分割されるべきではない事実にも関わらず、Ｉｕｂとして知られる、それらの間の論理インターフェイスがある。ＲＮＣ及びそれの相当するノードＢは、無線ネットワークサブシステム（ＲＮＳ）を呼ばれる。ＵＴＲＡＮにおいて存在する１つ以上のＲＮＳがあることができる。
【０１０６】
第３世代パートナーシップ協定（３ＧＰＰ）ＬＴＥ（ロングタームエボリューション）は、将来の要求を処理するためＵＭＴＳモバイルフォン標準を改善するために３ＧＰＰ内の協定へ与えられる名前である。ゴールは、効率を改善すること、コストを下げること、サービスを改善すること、機会の新しい周波数帯の利用を行うこと、及び他の開かれた標準とのより良い統合を含む。ＬＴＥシステムは、仕様書の進化型ＵＴＲＡ（Evolved UTRA）（ＥＵＴＲＡ）及び進化型ＵＴＲＡＮ（Evolved UTRAN）（ＥＵＴＲＡＮ）シリーズにおいて記述される。改善される通信サービス及び上昇する効率を供給するために、セルラ通信システムは、継続的に開発され高められる。最近は、第３世代パートナーシップ協定（３ＧＰＰ）標準本体は、ＬＴＥとして知られるユニバーサルモバイル通信システム（ＵＭＴＳ）へ改善を規格化するプロセス中である。
【０１０７】
同様に、高速ダウンリンクパケットアクセス（High Speed Downlink Packet Access）（ＨＳＤＰＡ）及び高速アップリンクパケットアクセス（High Speed Uplink Packet Access）（ＨＳＵＰＡ）のような、進歩した通信サービスのため、ＬＴＥは、エアインターフェイス上で利用者トラフィック及び制御データへ割り当てられる通信リソースを非常に速く予定することを使用する。特に利用者トラフィックのために予定することは、それが個々の利用者設備（ＵＥ）への普及チャンネルの特性における変化に追従することができるほど早く予定することをそれによって可能にする個々のサービング基地局（イーノードＢ（eNodeB））において実施され得る。データが最近有利な普及状況を経験するＵＥのために主に予定されるように、これはＵＥのためのデータを予定するために使用される。早い予定は、両者の、物理アップリンク共有チャンネル（Physical Uplink Shared CHannel）（ＰＵＳＣＨ）としてられる物理チャンネル上で送信されるアップリンク利用者データトラフィックのため、及び、物理ダウンリンク共有チャンネル（Physical Downlink Shared CHannel）（ＰＤＳＣＨ）として知られる物理チャンネル上で送信されるダウンリンク利用者データトラフィックのための両者のために実行され得る。
【０１０８】
いくつかの態様において、本文中の教えは、マクロスケール適用エリア（たとえば、マクロセルネットワークと一般的に呼ばれる、３Ｇ又は４Ｇのような大きなエリアのセルラネットワーク）及びより小さなスケールの適用エリア（たとえば、住宅を主体にした又はビルを主体にしたネットワーク環境）を含むネットワークにおいて具体化され得る。アクセス端末（「ＡＴ」）がその様なネットワークを通じて動くと、アクセス端末がより小さなスケールの適用エリアを供給するアクセスノードによって他の位置で供給され得る間に、アクセス端末は、マクロ適用エリアを供給するアクセスノード（「ＡＮ」）によってある位置において供給され得る。いくつかの態様において、より小さな適用エリアノードは、増加の能力発展、ビル内の適用エリア、及び異なるサービス（たとえば、より力強い利用者経験のため）を供給するために使用され得る。本文中の議論において、比較的大きなエリア上で適用エリアを供給するノードは、マクロノードとして呼ばれ得る。比較的小さなエリア（たとえば、住宅）上で適用エリアを供給するノードは、フェムトノードと呼ばれ得る。マクロエリアより小さくフェムトエリアより大きなエリア上で適用エリアを供給するノードは、ピコノード（たとえば、商業ビル内の適用エリアを供給する）と呼ばれ得る。
【０１０９】
マクロノード、フェムトノード、又はピコノードに割り当てられるセルは、それぞれマクロセル、フェムトセル、又はピコセルと呼ばれる。いくつかの実施において、各セルは、１つ又はそれ以上のセクタにさらに割り当てられ（たとえば、分割され）得る。
【０１１０】
様々なアプリケーションにおいて、他の用語は、マクロノード、フェムトノード、又はピコノードを参照するために使用され得る。たとえば、マクロノードは、アクセスノード、基地局、アクセスポイント、イーノードＢ、マクロセルなどに構成され又は呼ばれ得る。また、フェムトノードは、ホームノードＢ，ホームイーノードＢ、アクセスポイント基地局、フェムトセルなどに構成され又は呼ばれ得る。
【０１１１】
図１３は、多数の利用者をサポートするために構成される無線通信システム１３００を示し、ここで、本文中の教えは実施され得る。システム１３００は、たとえば、対応する多重セル１３０２（たとえば、アクセスノード１３０４ａ−１３０４ｇ）によって供給されている各セルを持つマクロセル１３０２ａ−１３０２ｇのような、多重セル１３０２のための通信を供給する。図１３に示されるように、アクセス端末１３０６（たとえば、アクセス端末１３０６ａ−１３０６ｌ）は、徐々に、システムのいたるところの様々な場所に散らばり得る。各アクセス端末１３０６は、たとえば、アクセス端末１３０６が動作中であるか否か及びそれがソフトハンドオフ内にあるか否か次第で、与えられた瞬間で順リンク（「ＦＬ」）及び／又は逆リンク（「ＲＬ）上で１つ又はそれ以上のアクセスノード１３０４と通信し得る。無線通信システムは１３００は、大きな地理学上の地域上でサービスを供給し得る。たとえば、マクロセル１３０２ａ−１３０２ｇは、近所のいくつかのブロックをカバーし得る。
【０１１２】
図１４に示される例において、基地局１４１０ａ、１４１０ｂ及び１４１０ｃは、それぞれフェムトセル１４０２ａ、１４０２ｂ及び１４０２ｃのためのマクロ基地局であり得る。基地局１４１０ｘは、端末１４２０ｘと通信するピコセル１４０２ｘのためのピコ基地局であり得る。基地局１４１０ｙは、端末１４２０ｙと通信するフェムトセル１４０２ｙのためのフェムト基地局であり得る。簡略化のため図１４に示されないが、マクロセルは、淵で重なり得る。ピコ及びフェムトセルは、マクロセル内に配置され得（図１４に示されるように）、または、マクロセル及び／又は他のセルと重なり得る。
【０１１３】
無線ネットワーク１４００はまた、中継局、たとえば、端末１４２０ｚと通信する中継局、を含み得もする。中継局は、アップストリーム局からデータ及び／又は他の情報の送信を受信しダウンストリーム局へデータ及び／又は他の情報の送信を送る局である。アップストリーム局は、基地局、他の中継局、又は端末であり得る。ダウンストリーム局は、端末、他の中継局、又は基地局であり得る。中継局はまた、他の端末のための送信を中継する端末であり得もする。中継局は、低い再利用の予兆を送信し及び／又は受信し得る。たとえば、中継局は、ピコ基地局と類似した方法において低い再利用の予兆を送信し得、端末と類似した方法において低い再利用の予兆を受信し得る。
【０１１４】
ネットワークコントローラ１４３０は、基地局のセットにつながれ、これら基地局のための調整及び制御を供給し得る。ネットワークコントローラ１４３０は、単一のネットワークエントリ又はネットワークエントリのコレクションであり得る。ネットワークコントローラ１４３０は、バックホールを通じて基地局１４１０と通信し得る。バックホールネットワーク通信１４３４は、分散構造のようなものを具体化する基地局１４１０ａ−１４１０ｃ間のポイントツーポイント通信を容易にすることができる。基地局１４１０ａ−１４１０ｃはまた、たとえば、無線又は有線バックホールを通じて直接に又は非直接に、互いと通信し得もする。
【０１１５】
無線ネットワーク１４００は、マクロ基地局（図１４において図示されない）のみを含む同種のネットワークであり得る。無線ネットワーク１４００はまた、異なるタイプの基地局、たとえば、マクロ基地局、ピコ基地局、ホーム基地局、中継局など、を含む同種のネットワークであり得もする。これら異なるタイプの基地局は、異なる送信パワーレベル、異なる適用エリア、及び無線ネットワーク１４００における干渉への異なる影響を持ち得る。たとえば、マクロ基地局は、高い送信パワーレベル（たとえば、２０ワット）を持ち得るが、ピコ及びフェムト基地局が低い送信パワーレベル（たとえば、９ワット）を持ち得る。本文中に記述される技術は、同種及び異種のネットワークのために使用され得る。
【０１１６】
端末１４２０は、無線ネットワーク１４００のいたるところに分散され得、各端末は、固定で又はモバイルであり得る。端末はまた、アクセス端末（ＡＴ）、モバイル局（ＭＳ）、利用者設備（ＵＥ）、加入者ユニット、局などと呼ばれ得もする。端末は、セルラフォン、携帯情報端末（ＰＤＡ）、無線モデム、無線通信機器、ハンドヘルド機器、ラップトップコンピュータ、コードレスフォン、無線ローカルループ（ＷＬＬ）局などであり得る。端末は、ダウンリンク及びアップリンクを通じて基地局と通信し得る。ダウンリンク（又は順リンク）は、基地局から端末への通信リンクと呼ばれ、アップリンク（又は逆リンク）は、端末から基地局への通信リンクと呼ばれる。
【０１１７】
端末は、マクロ基地局、ピコ基地局、フェムト基地局、及び／又は他のタイプの基地局と通信することができ得る。図１４において、二重矢印の固定線は、端末とサービング基地局との間の所望の送信を指し示し、ここで、それは、ダウンリンク及び／又はアップリンク上で端末に対応するように指定される基地局である。両矢印を持つ破線は、端末と基地局との間の干渉する送信を指し示す。干渉する既知欲は、ダウンリンク上の端末への干渉を生じさせ、及び／又は、アップリンク上の端末からの干渉を観測する基地局である。
【０１１８】
無線ネットワーク１４００は、同期の又は非同期の動作をサポートし得る。同期の動作に関して、基地局は、同一のフレームタイミングを持ち得、異なる基地局からの送信は、そのうち調整され得る。非同期の動作に関して、基地局は、異なるフレームタイミングを持ち得、異なる基地局からの送信は、そのうち調整されないこともある。非同期の動作は、ピコ及びフェムト基地局にとってより普通であり得、ここで、それは、室内に配置され得、全地球測位システム（ＧＰＳ）のような同時に起こるソースへのアクセスを持たないこともある。
【０１１９】
１つの態様において、システムの能力を改善するために、各基地局１４１０ａ−１４１０ｃに対応する適用エリア１４０２ａ、１４０２ｂ又は１４０２ｃは、より小さな多重エリア（たとえば、エリア１４０４ａ、１４０４ｂ及び１４０４ｃ）に区分されることができる。より小さなエリア１４０４ａ、１４０４ｂ及び１４０４ｃのそれぞれは、各ベーストランシーバサブシステム（図示されないＢＴＳ）によって供給されることができる。技術において本文中に及び一般に使用されるように、「セクタ」という用語は、ＢＴＳ及び／又は用語が使用される文脈に依存してその適用エリアを指すことができる。１つの例において、セル１４０２ａ、１４０２ｂ、１４０２ｃ内のセクタ１４０４ａ、１４０４ｂ、１４０４ｃは、基地局１４１０で（図示されない）アンテナのグループによって形成されることができ、ここで、アンテナの各グループは、セル１４０２ａ、１４０２ｂ又は１４０２ｃの一部において端末１４２０と通信する責任がある。たとえば、セル１４０２ａを供給する基地局１４１０は、セクタ１４０４ａに対応する第１アンテナグループ、セクタ１４０４ｂに対応する第２アンテナグループ、及びセクタ１４０４ｃに対応する第３アンテナグループを持つことができる。しかしながら、本文中に記述される様々な態様は、セクタ化され及び／又は非セクタ化されるセルを持つシステムにおいて使用されることができることは認識されるべきである。さらに、セクタ化され及び／又は非セクタ化されるセルをいくらでも持つ全ての適切な無線通信ネットワークは、この文章に添付される請求項の範囲内に落ちるつもりであることは認識されるべきである。簡略化のため、本文中に使用される「基地局」という用語は、セルを供給する局はもちろんセクタを供給する局の両者を示すことができる。本文中で使用されるように、接続されないリンクのシナリオにおけるダウンリンクセクタは、隣接セクタであることは認識されるべきである。次の記述は、簡略化のためアクセスポイントを供給する１つと通信する各端末におけるシステムに一般に関連するが、端末は任意の数のサービングアクセスポイントと通信することができることは認識されるべきである。
【０１２０】
図１５は、１つ又はそれ以上のフェムトノードがネットワーク環境内に配置される例示の通信システム１５００を示す。特に、システム１５００は、ホームベースノード（ＨＮＢ）１５０２ａ及び１５０２ｂとして描かれ、比較的小さなスケールのネットワーク環境において（たとえば、１つ又はそれ以上の利用者住宅１５０４において）組み込まれる多数のフェムトノードを含む。各フェムトノード１５０２ａ−１５０２ｂは、ＤＳＬルータ、ケーブルモデム、無線リンク、又は他のコネクティビティ手段（図示されない）を通じてワイドエリアネットワーク１５０６（たとえば、インターネット）及びモバイルオペレータコアネットワーク１５０８に接続され得る。以下に議論されるように、各フェムトノード１５０２ａ−１５０２ｂは、関連したアクセス端末又は利用者設備及び任意に性質の異なるアクセスＵＥ１５１０ｂ（たとえば、閉じられる加入者グループへの加入者ではない）を供給するために構成され得る。他の言い方をすれば、与えられるＵＥ１５１０ａ−１５１０ｂは指定された（たとえば、ホーム）（複数の）フェムトノード１５０２ａ−１５０２ｂのセットによって供給され得るが、あらゆる指定されていないフェムトノード１５０２ａ−１５０２ｂ（たとえば、隣接するもののフェムトノード１５０２ａ−１５０２ｂ）によって供給されないこともあることによって、フェムトノード１５０２ａ−１５０２ｂへのアクセスは、制限され得る。
【０１２１】
フェムトノード１５１０の所有者は、たとえば、モバイルオペレータコアネットワーク１５０８を通じて提供される３Ｇモバイルサービスのようなモバイルサービスに加入し得る。加えて、アクセス端末又はＵＥ１５１０ａ−１５１０ｂは、マクロ環境において及びより小さなスケールの（たとえば、住宅の）ネットワーク環境おいての両者において動作する能力があり得る。他の言い方をすれば、ＵＥ１５１０ａ−１５１０ｂの現在の位置に依存して、アクセス端末１５１０ａ−１５１０ｂは、マクロセルモバイルネットワーク１５０８のアクセスノード又はマクロ基地局１５１２によって、又は、フェムトノード１５１０（たとえば、相当する利用者住宅１５０４内に存在するフェムトノード１５０２ａ−１５０２ｂ）のセットの任意の１つによって、供給され得る。たとえば、加入者が彼のホームの外にいる場合、彼は標準マクロアクセスノード（たとえば、ノード１５１２）によって供給され、加入者がホームにある場合、彼はフェムトノード（たとえば、ノード１５０２ａ−１５０２ｂ）によって供給される。ここに、フェムトノード１５０２ａ−１５０２ｂは、現在のアクセス端末又はＵＥ１５１０ａ−１５１０ｂと上位互換があり得る。
【０１２２】
フェムトノード１５０２ａ−１５０２ｂは、単一周波数上で、又は、代わりに、多数周波数上で展開され得る。特定の構成に依存して、単一周波数又は、多数周波数の１つ若しくはそれ以上は、マクロノード（たとえば、ノード１５１２）によって利用される１つ又はそれ以上の周波数を重なり得る。
【０１２３】
いくつかの態様において、アクセス端末又はＵＥ１５１０ａ−１５１０ｂは、そのようなコネクティビティが可能である時はいつでも、より好まれるフェムトノード（たとえば、アクセス端末又はＵＥ１５１０ａ−１５１０ｂのホームフェムトノード）へ接続するために構成され得る。たとえば、アクセス端末又はＵＥ１５１０ａ−１５１０ｂが利用者の住宅１５０４内にある時はいつでも、アクセス端末又はＵＥ１５１０ａ−１５１０ｂは、ホームフェムトノード１５０２ａ−１５０２ｂとのみ通信することが望まれ得る。
【０１２４】
いくつかの態様において、アクセス端末又はＵＥ１５１０ａー１５１０ｂがマクロセルラネットワーク１５０８内で動作するがその最もよいネットワーク（たとえば、より良いローミングリストにおいて定義されるような）上に存在しない場合、アクセス端末又はＵＥ１５１０ａ−１５１０ｂは、ベターシステムリセレクション（Better System Reselection）（「ＢＳＲ」）を使用する最もよいネットワーク（たとえば、より良いフェムトノード１５０２ａ−１５０２ｂ）を探すことを継続し得、ここで、それは、より良いシステムが現在利用可能かどうかを決定するための利用可能なシステムの定期的なスキャニング、及びそのようなより良いシステムに割り当てるための後の努力を含み得る。獲得エントリによって、アクセス端末又はＵＥ１５１０ａ−１５１０ｂは、特定の帯域及びチャンネルの探索を制限し得る。たとえば、最も良いシステムの探索は、周期的に繰り返され得る。より良いフェムトノード１５０２ａ−１５０２ｂの発見で、アクセス端末１５１０ａ−１５１０ｂは、その適用エリア内に陣取るためフェムトノード１５０２ａ−１５０２ｂを選択する。
【０１２５】
フェムトノードは、いくつかの態様において、制限され得る。たとえば、与えられるフェムトノードは、あるアクセス端末へあるサービスを供給のみし得る。いわゆる制限される（又は、閉じられる）関連を持つ展開において、与えられるアクセス端末は、マクロセルモバイルネットワーク及びフェムトノード（たとえば、相当する利用者住宅１５０４内に存在するフェムトノード１５０２ａ−１５０２ｂ）の限定されるセットによって供給のみされ得る。いくつかの実施おいて、ノードは、少なくとも１つのノードのために、少なくとも１つのシグナリング、データアクセス、登録、ページング又はサービスを供給しないために制限され得る。
【０１２６】
いくつかの態様において、制限されるフェムトノード（また、クローズサブスクリバグループホームノードＢ（Closed Subscriber Group Home NodeB）と呼ばれもする）は、アクセス端末の制限され供給されるセットへサービスを供給する１つである。このセットは、必要なものとして一時的に又は永続的に拡張され得る。いくつかの態様において、クローズサブスクリバグループ（Closed Subscriber Group）（「ＣＳＧ」）は、アクセス端末の共通アクセス制御リストを共有するアクセスノード（たとえば、フェムトノード）のセットとして定義され得る。区域における全てのフェムトノード（又は、全ての制限されるフェムトノード）が動作するチャンネルは、フェムトチャンネルと呼ばれ得る。
【０１２７】
様々な関係は、したがって、与えられるフェムトノードと、与えられるアクセス端末又は利用者設備との間に存在し得る。たとえば、アクセス端末の観点から、開いたフェムトノードは、制限される関連のないフェムトノードを示し得る。制限されるフェムトノードは、いくつかの方法（たとえば、関連及び／又は登録のため制限される）において制限されるフェムトノードを示し得る。ホームフェムトノードは、アクセス端末がアクセス及び動作する権限を与えられるフェムトノードを示し得る。ゲストフェムトノードは、アクセス端末がアクセス又は動作する権限が一時的に与えられるフェムトノードを示し得る。性質の違うフェムトノードは、アクセス端末が、ことによると緊急状態（たとえば、９１１に電話）を除いて、アクセス又は動作する権限が与えられないフェムトノードを示し得る。
【０１２８】
制限されるフェムトノードの観点から、ホームアクセス端末は、制限されるフェムトノードへアクセスする権限を与えられるアクセス端末を示し得る。ゲストアクセス端末は、制限されるフェムトノードへの一時的なアクセスを持つアクセス端末を示し得る。性質の異なるアクセス端末は、たとえば、９１１に電話のような、ことによると緊急状態を除いて、制限されるフェムトノードへアクセスする許可を持っていないアクセス端末（たとえば、制限されるフェムトノードへ登録する適正又は許可を持っていないアクセス端末）を示し得る。
【０１２９】
利便ため、本文中の開示は、フェムトノードの背景において様々な機能性を記述する。ピコノードは、より大きな適用エリアのため同一又は同類の機能性を供給することは、しかしながら認識されるべきである。たとえば、ピコノードは、制限され得、ホームピコノードは、与えられるアクセス端末のため定義され得るなど。
【０１３０】
無線マルチアクセス通信システムは、多重無線アクセス端末のための通信を同時にサポートし得る。上に話題に出されたように、各端末は、順及び逆リンク上の送信を通じて１つ又はそれ以上の基地局と通信し得る。順リンク（又は、ダウンリンク）は、基地局から端末への通信リンクを示し、逆リンク（又は、アップリンク）は、端末から基地局への通信リンクを示す。この通信リンクは、単入力単出力システム、多入力多出力（「ＭＩＭＯ」）システム、又はいくつかの他のタイプのシステムを通じて確立され得る。
【０１３１】
図１６は、いくつかのトラッキングエリア１６０２（又はルーティングエリア又は所在地エリア）が定義される適用エリアマップ１６００の例を示し、ここで、それらのそれぞれは、いくつかのマクロ適用エリア１６０４を含む。ここで、トラッキングエリア１６０２ａ、１６０２ｂ及び１６０２ｃに割り当てられる適用エリアの区域は、幅の広い線によって描かれ、マクロ適用エリア１６０４は、六角形によって表現される。トラッキングエリア１６０２はまた、フェムト適用エリア１６０６を含みもする。この例において、フェムト適用エリア１６０６（たとえば、フェムト適用エリア１６０６ｃ）のそれぞれは、マクロ適用エリア１６０４（たとえば、マクロ適用エリア１６０４ｂ）内に描かれる。フェムト適用エリア１６０６は、マクロ適用エリア１６０４内に完全にあるというわけではないことは、しかしながら認識されるべきである。実際には、とても多くのフェムト適用エリア１６０６は、与えられるトラッキングエリア１６０２又はマクロ適用エリア１６０４によって定義され得る。また、１つ又はそれ以上のピコ適用エリア（図示されない）は、与えられるトラッキングエリア１６０２又はマクロ適用エリア１６０４内で定義され得る。
【０１３２】
図１７を参照すると、１つの態様に従った多重アクセス無線通信システムは、示される。アクセスポイント（ＡＰ）１７００は、多重アンテナグループ、即ち、１７０６並びに１７０６を含む１つ、１７０８並びに１７１０を含む他の１つ、及び、１７１２並びに１７１４を含む追加の１つ、を含む。図１７において、ただ２つのアンテナが各アンテナグループに示されるが、より多い又はより少ないアンテナは、各アンテナグループのために利用され得る。アクセス端末（ＡＴ）１７１６は、アンテナ１７１２及び１７１４と通信し、ここで、アンテナ１７１２及び１７１４は、順リンク１７２０上でアクセス端末１７１６へ情報を送信し、逆リンク１７１８上でアクセス端末１７０６から情報を受信する。アクセス端末１７２２は、アンテナ１７０６及び１７０８と通信し、ここで、アンテナ１７０６及び１７０８は、順リンク１７２６上でアクセス端末１７２２へ情報を送信し、逆リンク１７２４上でアクセス端末１７２２から情報を受信する。ＦＤＤシステムにおいて、通信リンク１７１８、１７２０、１７２４及び１７２６は、通信のための異なる周波数を使用し得る。たとえば、そして、順リンク１７２０は、逆リンク１７１８によって使用される周波数とは異なる周波数を使用し得る。
【０１３３】
通信するために設計されたアンテナ及び／又はエリアの各グループは、しばしば、アクセスポイントのセクタと呼ばれる。態様において、アンテナグループは、それぞれ、アクセスポイント１７００によってカバーされるエリアの、セクタにおけるアクセス端末へ通信するために設計される。
【０１３４】
順リンク１７２０及び１７２６上の通信において、アクセスポイント１７００の送信アンテナは、異なるアクセス端末１７１６及び１７２２のための順リンクの信号ノイズ比を改善するためにビームフォーミングを利用する。また、その適用エリアを通じて無作為に散在しているアクセス端末へ送信するためビームフォーミングを使用するアクセスポイントは、全てのそのアクセス端末への単一アンテナを通じて送信するアクセスポイントよりも、隣接するセルにおけるアクセスターミナルへのより小さな干渉を生じる。
【０１３５】
アクセスポイントは、端末と通信するために使用される固定された基地局であり得、また、アクセスポイント、ノードＢ、又はいくつかの他の用語と呼ばれ得る。アクセス端末はまた、利用者設備（ＵＥ）、無線通信機器、端末、又はいくつかの他の用語と呼ばれ得る。
【０１３６】
ＭＩＭＯシステムは、データ送信のため多重の（ＮＴ個の）送信アンテナ及び多重の（ＮＲ個の）受信アンテナを使う。ＮＴ個の送信及びＮＲ個の受信アンテナによって形成されるＭＩＭＯチャンネルは、ＮＳ個の独立したチャンネル内へ分解され得、ここで、それはまた、空間アンテナと呼ばれもし、ＮＳ≦ｍｉｎ{ＮＴ，ＮＲ}である。ＮＳ個の独立した各チャンネルは、次元に対応する。多重送信及び受信アンテナによって作られる追加の次元数が利用される場合、ＭＩＭＯシステムは、改善される性能（たとえば、より高いスループット及び／又はより大きな信頼性）を供給し得る。
【０１３７】
ＭＩＭＯシステムは、時分割複信（「ＴＤＤ」）及び周波数分割複信（「ＦＤＤ」）をサポートし得る。ＴＤＤシステムにおいて、順及び逆リンク送信は、同一の周波数領域上にあるので、相反定理は、逆リンクチャンネルから順リンクチャンネルの推定を許可する。多数のアンテナがアクセスポイントで利用可能である場合、これは、アクセスポイントが順リンク上の送信ビームフォーミングゲインを抜き取ることを可能にする。
【０１３８】
本文中の技術は、少なくとも他の１つのノードを通信するための様々なコンポーネントを使用するノード（たとえば、機器）へ組み込まれ得る。図１８は、ノード間の通信を容易にするために使用され得るいくつかの例示のコンポーネントを描く。特に、図１８は、ＭＩＭＯシステム１８００の無線機器１８１０（たとえば、アクセスポイント）及び無線機器１８５０（たとえば、アクセス端末）を示す。機器１８１０で、いくつかのデータストリームのためのトラフィックデータは、データソース１８１２から送信（「ＴＸ」）データプロセッサ１８１４へ供給される。
【０１３９】
いくつかの態様において、各データストリームは、各送信アンテナ上で送信される。ＴＸデータプロセッサ１８１４は、符号化されるデータを供給するため、そのデータストリームのために選択される特定の符号化スキームに基づいて、各データストリームのためのトラフィックデータを初期化し、符号化し、及びインターリーブする。
【０１４０】
各データストリームのための符号化されるデータは、ＯＦＤＭ技術を使用するパイロットデータによって多重化され得る。パイロットデータは、一般的に、知られた方法によって処理される知られたデータパターンであって、チャンネル応答を確立するため受信機システムで使用され得る。各データストリームのため多重化されるパイロット及び符号化されるデータは、そのとき、変調シンボルを供給するため、そのデータストリームのために選択される特定の変調スキーム（たとえば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、又はＭ−ＱＡＭ）に基づいて、変調される（即ち、シンボルマップされる）。各データストリームのためのデータレート、符号化、及び変調は、プロセッサ１８３０によって実行される命令によって決定され得る。データメモリ１８３２は、プロセッサ１８３０又は機器１８１０の他のコンポーネントによって使用されるプログラムコード、データ及び他の情報を格納し得る。
【０１４１】
全てのデータストリームのための変調シンボルは、そのときＴＸ  ＭＩＭＯプロセッサ１８２０へ供給され、ここで、それは、変調シンボル（たとえば、ＯＦＤＭのため）をさらに処理し得る。ＴＸ  ＭＩＭＯプロセッサ１８２０は、そのとき、それぞれ送信器（ＴＭＴＲ）を持つＮＴ個の送信器（「ＸＣＶＲ」）１８２２ａから１８２２ｔへＮＴ個の変調シンボルを供給する。いくつかの態様において、ＴＸ  ＭＩＭＯプロセッサ１８２０は、ビームフォーミング荷重を、データストリームのシンボルへ及びシンボルが送信されているアンテナへ適用する。
【０１４２】
各トランシーバ１８２２ａ−１８２２ｔは、１つ又はそれ以上のアナログ信号を供給するため各シンボルストリームを受信し処理し、さらにＭＩＭＯチャンネル上で送信に適した変調される信号を供給するためアナログ信号を調整する（たとえば、増幅し、フィルタ処理し、上方変換する）。送信器１８２２ａから１８２２ｔからのＮＴ個の変調される信号は、そのとき、それぞれＮＴ個のアンテナ１８２４ａから１８２４ｔから送信される。
【０１４３】
機器１８５０で、送信され変調される信号は、ＮＲ個のアンテナ１８５２ａから１８５２ｒによって受信され、各アンテナ１８５２ａから１８５２ｒから受信される信号は、各トランシーバ（「ＸＣＶＲ」）１８５４ａから１８５４ｒへ供給される。各トランシーバ１８５４ａ−１８５４ｒは、受信される各信号を調整（たとえば、フィルタ処理し、増幅し、下方変換する）し、信号を供給するため調整される信号をデジタル化し、さらに相当する「受信される」シンボルストリームを共有するため信号を処理する。
【０１４４】
受信（「ＲＸ」）データプロセッサ１８６０は、そのとき、ＮＴ個の「検知される」シンボルストリームを供給するための技術を処理する特定の受信機に基づいてＮＲ個の送信器１８５４ａ−１８５４ｒから受信されるシンボルストリーム受信し処理する。ＲＸデータプロセッサ１８６０は、そのときデータストリームのためのトラフィックデータをリカバーするため検知される各シンボルストリームを復調し、デインターリーブし、復号化する。ＲＸデータプロセッサ１８６０による処理は、機器１８１０でのＴＸ  ＭＩＭＯプロセッサ１８２０及びＴＸデータプロセッサ１８１４によって実行されるそれと補完的である。
【０１４５】
プロセッサ１８７０は、使用するための仮の符号化行列を周期的に決定する。プロセッサ１８７０は、行列索引の一部及びランク値の一部から成る逆リンクメッセージを案出する。データメモリ１８７２は、プロセッサ１８７０又は機器１８５０の他のコンポーネントによって使用されるプログラムコード、データ、及び他の情報を格納し得る。
【０１４６】
逆リンクメッセージは、通信リンク及び／又は受信されるデータストリームに関する様々なタイプの情報を備える。逆リンクメッセージは、そのときＴＸデータプロセッサ１８３８によって処理され、ここで、それはまた、変調器１８８０によって変調され、トランシーバ１８５４ａから１８５４ｒによって調整され、機器１８１０へ戻って送信されるデータソース１８３６からいくつかのデータストリームのためのトラフィックデータを受信もする。
【０１４７】
機器１８１０で、機器１８５０からの変調される信号は、機器１８５０によって送信される逆リンクメッセージを取り出すため、アンテナ１８２４ａ−１８２４ｔによって受信され、トランシーバ１８２２ａ−１８２２ｔによって調整され、復調器（「ＤＥＭＯＤ」）１８４０によって復調され、ＲＸデータプロセッサ１８３０によって処理される。プロセッサ１８３０は、そのとき、ビームフォーミング負荷を決定するために使用するための仮の符号化行列がそのとき取り出されたメッセージを処理するか決定する。
【０１４８】
図１８はまた、通信コンポーネントが干渉制御動作を実行する１つ又はそれ以上のコンポーネントを含み得ることを示しもする。たとえば、干渉（「インター」）制御コンポーネント１８９０は、他の機器（たとえば、機器１８５０）へ／他の機器から信号を送信する／受信するためプロセッサ１８３０及び／又は機器１８１０の他のコンポーネントと協力し得る。同様に、干渉制御コンポーネント１８９２は、他の機器（たとえば、機器１８１０）へ／他の機器から信号を送信する／受信するためプロセッサ１８７０及び／又は機器１８５０の他のコンポーネントと協力し得る。各機器１８１０及び１８５０に関して記述されるコンポーネントの２つ又はそれ以上の機能は、単一のコンポーネントによって供給され得ることは認識されるべきである。たとえば、単一の処理コンポーネントは、干渉制御コンポーネント１８９０及びプロセッサ１８３０の機能を供給し得、単一の処理コンポーネントは、干渉制御コンポーネント１８９２及びプロセッサ１８７０の機能を供給し得る。
【０１４９】
当業者は、さらに、本文中に開示される態様に関連して記述される論理ブロック、モジュール、回路及びアルゴリズムステップが電気的ハードウェア、コンピュータソフトウェア、又は両者の組み合わせとして実施され得ることを認識するだろう。ハードウェア及びソフトウェアのこの互換性を明確に示すために、様々な例示のコンポーネント、ブロック、モジュール、回路、及びステップは、それらの機能性の観点から一般的に上に記述されている。その様な機能性がハードウェア又はソフトウェアとして実施されるか否かは、特定のアプリケーション及び全体のシステムに課せられている設計制約に依存する。当業者は、特定の各アプリケーションのための様々な方法において記述される機能性を実施し得るが、その様な実施決定は、本開示の範囲から離れることを生じさせることと解釈されるべきではない。
【０１５０】
この出願に称されるように、「コンポーネント」、「モジュール」、「システム」などのという用語は、コンピュータ関連エントリ、どちらかのハードウェア、ハードウェア並びにソフトウェアの組み合わせ、ソフトウェア、又は実行されているソフトウェアと呼ばれることを意図される。たとえば、コンポーネントは、プロセッサ上で動くプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行のスレッド、プログラム、及び／又はコンピュータで、しかし限定ではなく、あり得る。例として、サーバ上で動くアプリケーション及びサーバの両者は、コンポーネントであることができる。１つ又はそれ以上のコンポーネントは、プロセス及び／又は実行のスレッド内にあり得、コンポーネントは、１つのコンピュータ上で局部的であり、及び／又は２つ又はそれ以上のコンピュータの間に分配される。
【０１５１】
「例示」という単語は、例（example）、事例（instance）又は実例（illustration）として供給されるということを意味するために本文中に使用される。「例示」として本文中に記述されるあらゆる態様又は設計は、他の態様又は設計上でより良い又は利点があると解釈される必要はない。
【０１５２】
様々な態様は、いくつかのコンポーネント、モジュールなどを含み得るシステムの観点から表現されるだろう。様々なシステムは、追加のコンポーネント、モジュールなどを含み得、及び／又は図に関連して議論される全てのコンポーネント、モジュールなどを含まいこともあり得ることは、理解され認識されるべきである。これらのアプローチの組み合わせはまた、利用され得る。本文中に開示される様々な態様は、タッチスクリーンディスプレイ技術及び／又はマウスキーボードタイプインターフェイスを利用する機器を含む電気的機器尿で実行されることができる。そのような機器の例は、コンピュータ（デスクトップ及びモバイル）、スマートフォン、携帯情報端末（ＰＤＡ）、及び、有線並びに無線の両方の他の電気的機器を含む。
【０１５３】
加えて、本文中に開示される態様に関連して記述される様々な例示の論理ブロック、モジュール及び回路は、本文中に記述される機能を実行するために設計される、汎用プロセッサ、デジタル信号プロセッサ（ＤＰＳ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）あるいは、他のプログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタ論理、ディスクリートハードウェアコンポーネント、又はそれらの任意の組み合わせによって実施又は実行され得る。汎用プロセッサは、マイクロプロセッサであり得るが、代案として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械であり得る。プロセッサはまた、たとえば、ＤＰＳとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに接続している１つ又はそれ以上のマイクロプロセッサ、又は、任意の他のその様な構成であるコンピューティングデバイスの組み合わせとして実施され得もする。
【０１５４】
さらに、１つ又はそれ以上のバージョンは、開示される態様を実施するようにコンピュータを制御するためのソフトウェア、ファームウェア、ハードウェア、又はそれらの組み合わせを製造するための技術をプログラミング及び／又は工作する標準を使用する製造の方法、装置又は物品として実施され得る。本文中に記述される「製造の物品」（あるいはまた、「コンピュータプログラム製品」）という用語は、あらゆるコンピュータ可読機器、キャリア、又はメディアからアクセス可能なコンピュータプログラムと解釈されることを意図される。たとえば、コンピュータ可読媒体は、磁気記録機器（たとえば、ハードディスク、磁気フィルム・・・）、光学ディスク（たとえば、コンパクトディスク（ＣＤ）、デジタルバーサタイルディスク（ＤＶＤ）・・・）、スマートカード、及びフラッシュメモリ機器（たとえば、カード、ステック）を限定ではなく含むことができる。追加的に、キャリア波は、電子メールを送信すること及び受信することにおいて、又は、インターネット若しくはローカルエリアネットワーク（ＬＡＮ）のようなネットワークにアクセスすることにおいて、使用されるそれらのようなコンピュータ可読の電気的データを運ぶために使用されることができることは、認識されるべきである。もちろん、当業者は、多くの改良が開示される態様の範囲から離れることなくこの構成に行われ得ることが分かるだろう。
【０１５５】
本文に開示される態様に関連して記述される方法又はアルゴリズムのステップは、ハードウェアにおいて直接、プロセッサによって実行されるソフトウェアモジュールにおいて、又は、２つの組み合わせにおいて、展開され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、又は記述において知られるあらゆる形式の記録媒体において存在し得る。例示の記録媒体は、プロセッサが記録媒体から情報を読み、及び情報を書き込むことができるようなプロセッサに接続される。あるいはまた、記録媒体は、プロセッサに必要不可欠であり得る。プロセッサ及び記録媒体は、ＡＳＩＣにおいて存在し得る。ＡＳＩＣは、利用者端末において存在し得る。あるいはまた、プロセッサ及び記録媒体は、利用者設備において個別のコンポーネントとして存在し得る。
【０１５６】
開示される態様の前の記述は、あらゆる当業者に本開示を行い又は使用することを可能にするために供給される。これらの態様に対する様々な改良は、当業者にはっきりとたやすく、本文中に定義される一般的な原理は、開示の精神又は範囲から離れることなく他の具体的表現へ適用され得る。したがって、本開示は、本文中に占めされる具体的表現に限定されることを意図しないが、本文中に記述される原理及び新規な特徴と両立する最も広い範囲を与えられるべきである。
【０１５７】
上に記述される例示のシステムの点において、開示される技術主題に従って実施され得る方法は、いくつかのフローブロック図を参照して記述されている。例の簡略化の目的で、方法は、一連のブロックとして示され記述されるが、いくつかのブロックが本文中に描かれ記述されるものから異なる順序及び／又は他のブロックと同時に起こり得るように、クレームされる技術手段は、他のブロックの順序によって限定されないことは、理解され認識されるべきである。さらに、全ての示されるブロックは、本文中に記述される方法を実行するための要件ではないこともあり得る。加えて、本文中に開示される方法は、そのような方法をコンピュータへ輸送すること及び移すことを容易にするための製造の物品上に格納される能力があることは、さらに認識されるべきである。本文中に使用されるような製造の物品という用語は、あらゆるコンピュータ可読機器、キャリア、又は媒体からアクセス可能なコンピュータプログラムと解釈することを意図される。
【０１５８】
本文中に参照によって合同されるといわれるあらゆる特許、出版、又は他の開示資料の全部又は一部は、合同される資料がこの開示に示される存在する定義、陳述、又は他の開示資料と矛盾しない限りにおいてのみ本文中に合同される。そのようなものとして及び必要な限り、本文中に列挙される明白な開示は、参照によって本文中に合同されるあらゆる矛盾する資料にとって代わる。本文中に参照によって合同されるといわれるが、それは、本文中に列挙される存在する定義、陳述、又は他の開示資料と矛盾するあらゆる資料、又はそれらの一部、は、組み込まれる資料と存在する開示資料との間に矛盾が生じない範囲で合同のみされるだろう。
以下に本件出願当初の特許請求の範囲に記載された発明を付記する。
［１］
フェムトノードによるローカルアクセスネットワークから１対多数パケットの強化される配信のための方法であって、
適用エリア内にセルラエアインターフェイスサービスを供給することと、
アクセス端末と通信することと、
ローカルエリアネットワークを通じてホストから複数の１対多数パケットを受信することと、
強化期間中に前記複数の１対多数パケットをバッファすることと、
前記強化期間の後セルラ通信中に前記アクセス端末へ前記複数の１対多数パケットを配信することと、
を備える方法。
［２］
前記配信することは、さらに前記セルラエアインターフェイスサービスを通じて前記アクセス端末と通信することを備え、
前記複数の１対多数パケットを配信することによってローカルインターネットプロトコルアクセスをサポートすることと
をさらに備える［１］の方法。
［３］
前記配信することは、データパケット通信チャンネルを通じてモバイル動作ネットワークと通信することをさらに備え、
前記複数の１対多数パケットを配信することによってリモートインターネットプロトコルアクセスをサポートすること
をさらに備える［１］の方法。
［４］
前記アクセス端末は、第１アクセス端末を備え、第１強化期間によって繰り返し分割される前記第１アクセス端末へ第１複数の動作時間を割り当てることをさらに備える、
［１］に記載の方法。
［５］
前記フェムトノートで前記適用エリアにおいて到達する第２アクセス端末と通信することと、
第２強化期間によって繰り返し分割される前記第２アクセス端末へ第２複数の動作時間を割り当てることと、を備え、
前記第２複数の動作時間が前記第１複数の動作時間からずれている、
［４］に記載の方法。
［６］
しきい値を上回る前記複数の１対多数パケットの数に基づいて前記強化期間を決定することと、
セルラ接続を開始するため前記アクセス端末を呼び出すことと、
をさらに備える［１］に記載の方法。
［７］
前記複数の１対多数パケットをバッファすることは、さらに複数のタイムスタンプされるエントリを格納することを備える、
［１］に記載の方法。
［８］
現在の強化期間中に到達する第１エントリのためのソース識別子、到達タイムスタンプ及びパケットコンテンツを格納することによって前記複数のタイムスタンプされるエントリをアップグレードすることと、
前の強化期間中に到達した第２エントリのためのパケットコンテンツを見ることと、
をさらに備える［７］に記載の方法。
［９］
同一のパケットコンテンツを持つ同一のソースアドレスから送信される前記複数の１対多数パケットの１つ以上が現在の強化期間中に受信されるか否かを決定することによって全く同一の１対多数パケットを特定することと、
最も新しく到達する全く同一の１対多数パケットへ全く同一の１対多数パケットのための単一のエントリのためのタイムスタンプをアップグレードすることと、
をさらに備える［１］に記載の方法。
［１０］
強化期間よりも長い期間で追跡される複数の１対多数パケットに関するそれぞれのソースアドレス及びパケットコンテンツを比較することによって、１対多数パケットが唯一の１対多数パケットであるか否かを決定することと、
セルラ接続を開始するため前記アクセス端末を呼び出すことと各唯一の１対多数パケットのための動作時間を待つことなく１対多数パケットを送信することと、
さらに備える［１］に記載の方法。
［１１］
前記アクセス端末を呼び出すことが前記複数の１対多数パケットのためか決定することに応じて休止タイマを減少させることと
をさらに備える［１］に記載の方法。
［１２］
減少させることは、前記複数の１対多数パケットを送信することの後セルラ接続を直ちに終了させるため前記休止タイマをゼロに減少させることをさらに備える、
［１１］に記載の方法。
［１３］
セルラ接続中に前記アクセス端末から受信され又は前記アクセス端末へ送信されるユニキャストパケットに応じて休止タイマを初期値へ上昇させることと、
をさらに備える［１］に記載の方法。
［１４］
前記バッファすることは、前記アクセス端末が前記１対多数パケットに対応するアプリケーションを欠くことを決定することに応じて前記複数の１対多パケットから１対多数パケットを破棄することをさらに備える、
［１］に記載の方法。
［１５］
前記配信することは、セルラ接続中に配信することをさらに備える、
［１］に記載の方法。
［１６］
前記配信することは、放送エアインターフェイス又はマルチキャストエアインターフェイスを通じて送信することをさらに備える、
［１］に記載の方法。
［１７］
前記配信することは、放送−マルチキャストシステム（ＢＣＭＣＳ）エアインターフェイスを通じて送信することをさらに備える、
［１６］に記載の方法。
［１８］
前記配信することは、マルチメディア放送マルチキャストサービス（ＭＢＭＳ）エアインターフェイスを通じて送信することを備える、
［１６］に記載の方法。
［１９］
前記アクセス端末がオーバーヘッド情報を受信するために予定される他の時間スロットに隣接する時間スロットにおいて前記放送エアインターフェイス又は前記マルチキャストエアインターフェイスを通じて前記複数の１対多数パケットを受信することを前記アクセス端末に予定することと、
をさらに備える［１６］に記載の方法。
［２０］
前記予定することは、高レートパケットデータ（ＨＲＰＤ）における同時におこるカプセルの分離した送信に直ちに続く送信を予定することをさらに備える、
［１９］に記載の方法。
［２１］
前記送信することは、多数の制御チャンネルサイクルで送信することをさらに備える、
［１６］に記載の方法。
［２２］
前記送信することは、制御チャンネルを通じたシグナリング上のデータ上で送信することをさらに備える、
［１６］に記載の方法。
［２３］
前記送信することは、ユニキャストアドレス指定を持つ制御チャンネルメッセージを送信することをさらに備える、
［２２］に記載の方法。
［２４］
前記送信することは、マルチキャスト又は放送アドレス指定を持つ制御チャンネルメッセージを送信することをさらに備える、
［２２］に記載の方法。
［２５］
フェムトノードによるローカルアクセスネットワークから１対多数パケットの強化される配信のための少なくとも１つのプロセッサであって、
適用エリア内にセルラエアインターフェイスサービスを供給するための第１モジュールと、
アクセス端末と通信するための第２モジュールと、
ローカルエリアネットワークを通じてホストから複数の１対多数パケットを受信するための第３モジュールと、
強化期間中に前記複数の１対多数パケットをバッファするための第４モジュールと、
セルラ通信中に前記アクセス端末へ前記複数の１対多数パケットを配信するための第５モジュールと、
を備えるプロセッサ。
［２６］
フェムトノードによるローカルアクセスネットワークから１対多数パケットの強化される配信のためのコンピュータプログラム製品であって、
コンピュータに、適用エリア内にセルラエアインターフェイスサービスを供給させるための第１セットのコードと、
前記コンピュータに、アクセス端末と通信させるための第２セットのコードと、
前記コンピュータに、ローカルエリアネットワークを通じてホストから複数の１対多数パケットを受信させるための第３セットのコードと、
前記コンピュータに、強化期間中に前記複数の１対多数パケットをバッファさせるため第４セットのコードと、
前記コンピュータに、セルラ通信中に前記アクセス端末へ前記複数の１対多数パケットを配信させるための第５セットのコードと、
を備えるコンピュータプログラム製品。
［２７］
フェムトノードによるローカルアクセスネットワークから１対多数パケットの強化される配信のための装置であって、
適用エリア内にセルラエアインターフェイスサービスを供給するための手段と、
アクセス端末と通信するための手段と、
ローカルエリアネットワークを通じてホストから複数の１対多数パケットを受信するための手段と、
強化期間中に前記複数の１対多数パケットをバッファするための手段と、
セルラ通信中に前記アクセス端末へ前記複数の１対多数パケットを配信するための手段と、
を備える装置。
［２８］
フェムトノードによるローカルアクセスネットワークから１対多数パケットの強化される配信のための装置であって、
適用エリア内にセルラエアインターフェイスサービスを供給するためのフェムト基地局と、
ローカルエリアネットワークを通じてホストから複数の１対多数パケットを受信するためのローカルエリアネットワークと、
さらにアクセス端末と通信するための前記フェムト基地局と、
強化期間中に前記複数の１対多数パケットをバッファするためのコンピューティングプラットフォームと、
さらにセルラ通信中に前記アクセス端末へ前記複数の１対多数パケットを配信するための戦記フェムト基地局と、
を備える装置。
［２９］
前記フェムト基地局は、さらに、前記セルラエアインターフェイス上に陣取る前記アクセス端末を通信するため、及び前記複数の１対多数パケットを配信することによるローカルインターネットプロトコルアクセスをサポートするためである、
［２８］に記載の装置。
［３０］
データパケット通信チャンネルを通じてモバイルオペレータネットワークと通信するため、及び前記１対多数パケットを配信することによるリモートインターネットプロトコルアクセスをサポートするためのリモートネットワークインターフェイスをさらに備え、
前記アクセス端末は、前記フェムトノードの適用エリアから離れたセルラエアインターフェイスを通じて前記モバイルオペレータネットワークにアクセスする、
［２８］に記載の装置。
［３１］
前記コンピューティングプラットフォームは、さらに、強化期間によってそれぞれ分割される前記アクセス端末へ第１複数の動作時間を割り当てるためである、
［２８］に記載の装置。
［３２］
前記コンピューティングプラットフォームは、さらに、前記フェムトノードで前記提供エリアにおいて到達する第２アクセス端末を通信するため、および第２強化期間によってそれぞれ分割される前記第２アクセス端末へ第２複数の動作時間を割り当てるためであり、
前記第２複数の動作時間は、前記第１複数の動作時間からずれている、
［３１］に記載の装置。
［３３］
前記コンピューティングプラットフォームは、さらに、しきい値を上回る前記複数の１対多数パケットの数に基づいて前記強化期間を決定するためであり、
前記フェムト基地局は、さらに、セルラ接続を開始するため前記アクセス端末を呼び出すためである、
［２８］に記載の装置。
［３４］
前記コンピューティングプラットフォームは、さらに、複数のタイムスタンプされるエントリを格納することによって前記複数の１対多数パケットをバッファするためである、
［２８］に記載の装置。
［３５］
前記コンピューティングプラットフォームは、さらに、強化期間中に到達する第１エントリに関するソース識別子、到達タイムスタンプ及びパケットコンテンツを格納することによって前記複数のタイムスタンプされるエントリをアップデートするため、及び前の強化期間中に到達した第２エントリに関するパケットコンテンツを見るためである、
［３４］に記載の装置。
［３６］
前記コンピューティングプラットフォームは、さらに、全く同一のパケットコンテンツを持つ全く同一のアドレスから送信される前記複数の１対多数パケットの１つ以上が、現在の強化期間中に受信されたか否かを決定するための複製検知を実行するため、及び最も新しく到達する１対多数パケットへ単一の時間エントリのためのタイムスタンプをアップグレードするためである、
［２８］に記載の装置。
［３７］
前記コンピューティングプラットフォームは、さらに、強化期間よりも長い期間で追跡される複数の１対多数パケットに関するソースアドレス及びパケットコンテンツを比較することによって、１対多数パケットが唯一であるか否かを決定するため、及びセルラ接続を開始するため前記アクセス端末を呼び出すことと動作時間を待つことなく１対多数パケットを送信するためである、
［２８］に記載の装置。
［３８］
前記コンピューティングプラットフォームは、さらに、前記アクセス端末を呼び出すことが前記複数の１対多数パケットのためであることを決定することに応じて休止タイマを減少させるためである、
［２８］に記載の装置。
［３９］
前記コンピューティングプラットフォームは、さらに、前記複数の１対多数パケットを送信することの後セルラ接続を直ちに終了させるため前記休止タイマをゼロに減少させるためである、
［３８］に記載の装置。
［４０］
前記コンピューティングプラットフォームは、さらに、セルラ接続中に前記アクセス端末から受信され又は前記アクセス端末へ送信されるユニキャストパケットに応じて休止タイマを初期値へ上昇させるためである、
［３８］に記載の装置。
［４１］
前記アクセス端末が対応するアプリケーションを欠くことを決定することに応じて配信することなくローカルエリアネットワークから１対多パケットを破棄することをさらに備える、
［２８］に記載の装置。
［４２］
セルラ接続中に前記複数の１対多数パケットを配信することと、
をさらに備える［２８］に記載の装置。
［４３］
放送又はマルチキャストエアインターフェイスを通じて送信することによるセルラ通信による前記複数の１対多数パケットを配信するための前記基地局の送信器と、
をさらに備える［２８］に記載の装置。
［４４］
放送−マルチキャストシステム（ＢＣＭＣＳ）エアインターフェイスを通じて前記複数の１対多数パケットを送信するための前記フェムト基地局の送信器と、
をさらに備える［４３］に記載の装置。
［４５］
マルチメディア放送マルチキャストサービス（ＭＢＭＳ）エアインターフェイスを通じて前記複数の１対多数パケットを送信するための前記フェムト基地局の送信器と、
をさらに備える［４３］に記載の装置。
［４６］
前記コンピューティングプラットフォームは、さらに、アクセス端末がオーバーヘッド情報を受信するために予定される他の時間スロットに隣接する時間スロットにおいて前記放送又はマルチキャストエアインターフェイスを通じて前記複数の１対多数パケットを受信することを前記アクセス端末に予定するためである、
［４３］に記載の装置。
［４７］
前記コンピューティングプラットフォームは、さらに、高レートパケットデータ（ＨＲＰＤ）における同時におこるカプセルの直ちに続く送信を前記複数の１対多数パケットの送信に予定するためである、
［４６］に記載の装置。
［４８］
前記送信器は、さらに、多数の制御チャンネルサイクルで前記複数の１対多数パケットを送信するためである、
［４３］に記載の装置。
［４９］
前記送信器は、さらに、制御チャンネルを通じてシグナリング上のデータ上で前記複数の１対多数パケットを送信するためである、
［４３］に記載の装置。
［５０］
前記送信器は、さらに、ユニキャストアドレス指定を持つ制御チャンネルメッセージを送信するためである、
［４３］に記載の装置。
［５１］
前記送信器は、さらに、マルチキャスト又は放送アドレス指定を持つ制御チャンネルメッセージを送信するためである、
［４９］に記載の装置。
【図１】
0005512829.tif 000005
【図２】
0005512829.tif 000006
【図３】
0005512829.tif 000007
【図４】
0005512829.tif 000008
【図５】
0005512829.tif 000009
【図６】
0005512829.tif 000010
【図７】
0005512829.tif 000011
【図８】
0005512829.tif 000012
【図９】
0005512829.tif 000013
【図１０】
0005512829.tif 000014
【図１１】
0005512829.tif 000015
【図１２】
0005512829.tif 000016
【図１３】
0005512829.tif 000017
【図１４】
0005512829.tif 000018
【図１５】
0005512829.tif 000019
【図１６】
0005512829.tif 000020
【図１７】
0005512829.tif 000021
【図１８】
0005512829.tif 000022