JP2010541390A - ワイヤレス通信ネットワーク内の複数クラスタのモビリティ管理 - Google Patents

Abstract

複数のセクタを含むワイヤレス通信ネットワーク内のモビリティ管理の態様を開示する。一例では、ワイヤレス通信ネットワークは、少なくとも１つのターゲットセクタと少なくとも１つのサポートセクタとをもつセクタの第１のクラスタを含む。マルチキャスト通信セッションはターゲットセクタとサポートセクタの両方の中で搬送される。別の例では、それ自体のターゲットセクタとサポートセクタとを含む同じマルチキャスト通信セッションをサポートするためのネットワーク内に第２のクラスタを含むことができる。この例では、第１のクラスタはダウンリンク・ブロードキャスト・チャネル（ＢＣＨ）の第１のインターレース多重（ＩＭ）対上でマルチキャストメディアを送信し、第２のクラスタはダウンリンクＢＣＨの第２のＩＭ対上でマルチキャストメディアを送信する。第１のクラスタおよび第２のクラスタのセクタが重複する場合、ネットワークは第１のクラスタおよび第２のクラスタがマルチキャストメディアを搬送する方法を制御する。

Description

米国特許法第１１９条に基づく優先権の主張
本特許出願は、各々が本出願の譲受人に譲渡され、その全体が参照により本明細書に明確に組み込まれる、２００７年９月２４日に出願された「Methods of Providing Mobility Support for Multicast Communications within a Wireless Communications Network」と題する仮出願第６０／９７４，８００号、２００７年９月２４日に出願された「Methods of Supporting Multicast Communications Associated with Overlapping Clusters within a Wireless Communication Network」と題する仮出願第６０／９７４，８０８号、および２００７年９月２４日に出願された「Methods for Providing Mobility Support for Multicast Communication within a Wireless Communications Network」と題する仮出願第６０／９７４，８１４号の優先権を主張する。

本発明は、ワイヤレス電気通信ネットワークにおける通信に関し、より詳細には、ワイヤレス通信ネットワーク内の複数クラスタのモビリティ管理の方法に関する。

ワイヤレス通信システムは、第１世代アナログワイヤレス電話サービス（１Ｇ）、第２世代（２Ｇ）デジタル・ワイヤレス電話サービス（中間の２．５Ｇおよび２．７５Ｇネットワークを含む）、ならびに第３世代（３Ｇ）高速データ／インターネット対応ワイヤレス・サービスを含む、様々な世代を通じて発展してきた。現在、セルラシステムおよびパーソナル・コミュニケーションズ・サービス（ＰＣＳ）システムを含めて、多くの異なるタイプのワイヤレス通信システムがある。知られているセルラシステムの例には、セルラ・アナログ・アドバンスト・モバイル・フォンシステム（ＡＭＰＳ）、および符号分割多元接続（ＣＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、時分割多元接続（ＴＤＭＡ）、ＴＤＭＡの広域移動通信システム（ＧＳＭ）変形に基づくデジタル・セルラシステム、およびＴＤＭＡ技術とＣＤＭＡ技術の両方を使用するより新しいハイブリッド・デジタル通信システムがある。

ＣＤＭＡ移動通信を提供するための方法は、本明細書においてＩＳ−９５と呼ぶ「Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System」と題するＴＩＡ／ＥＩＡ／ＩＳ−９５−Ａにおいて、Telecommunications Industry Association/Electronic Industries Associationによって米国で標準化された。複合ＡＭＰＳ＆ＣＤＭＡシステムはＴＩＡ／ＥＩＡ標準ＩＳ−９８に記載されている。他の通信システムは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）、ＣＤＭＡ２０００（たとえばＣＤＭＡ２０００ １ｘＥＶ−ＤＯ規格など）、またはＴＤ−ＳＣＤＭＡと呼ばれるものをカバーする標準である、ＩＭＴ−２０００／ＵＭ、すなわちInternational Mobile Telecommunications System 2000/Universal Mobile Telecommunications Systemに記載されている。

ワイヤレス通信システムでは、移動局、ハンドセット、またはアクセス端末（ＡＴ）が、基地局に隣接するかまたはこれを囲む特定の地理的領域内での通信リンクまたはサービスをサポートする、固定位置の基地局（セルサイトまたはセルとも呼ばれる）からの信号を受信する。基地局は、一般に、サービス品質（ＱｏＳ）要件に基づいてトラフィックを区別するための方法をサポートする標準Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ（ＩＥＴＦ）ベースのプロトコルを使用するパケットデータ・ネットワークである、アクセス・ネットワーク（ＡＮ）／無線アクセス・ネットワーク（ＲＡＮ）にエントリポイントを与える。したがって、基地局は、一般に、無線インターフェースによってＡＴと対話し、インターネットプロトコル（ＩＰ）ネットワーク・データパケットによってＡＮと対話する。

ワイヤレス電気通信システムでは、プッシュツートーク（ＰＴＴ）機能がサービスセクタおよび消費者に普及している。ＰＴＴは、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＧＳＭなど、標準の商用ワイヤレス・インフラストラクチャ上で動作する「ディスパッチ」音声サービスをサポートすることができる。ディスパッチモデルでは、エンドポイント（ＡＴ）間の通信が仮想グループ内で行われ、そこでは１人の「送話者（talker）」の音声が１人または複数の「受話者（listener）」に送信される。このタイプの通信の単一のインスタンスは、通常、ディスパッチ呼、または単にＰＴＴ呼と呼ばれる。ＰＴＴ呼は、呼の特性を定義する、グループのインスタンシエーションである。グループは、本質的に、グループ名またはグループＩＤなど、メンバーリストおよび関連情報によって定義される。

従来、ワイヤレス通信ネットワーク内のデータパケットは、単一の宛先またはアクセス端末に送信されるように構成された。単一の宛先へのデータの送信は「ユニキャスト」と呼ばれる。移動通信が増加するにつれて、所与のデータを複数のアクセス端末に同時に送信する能力がより重要になった。したがって、複数の宛先またはターゲット・アクセス端末への同じパケットまたはメッセージの同時データ送信をサポートするためにプロトコルが採用された。「ブロードキャスト」は、（たとえば、所与のセル内にある、所与のサービスプロバイダによってサービスされるものなど）すべての宛先またはアクセス端末へのデータパケットの送信を指し、「マルチキャスト」は、宛先またはアクセス端末の所与のグループへのデータパケットの送信を指す。一例では、宛先の所与のグループまたは「マルチキャスト・グループ」は、（たとえば、所与のセル内にある、所与のサービスプロバイダによってサービスされるものなど）可能な宛先またはアクセス端末のうちの２つ以上およびすべてよりも少ない数を含むことができる。ただし、少なくともいくつかの状況においては、マルチキャスト・グループが、ユニキャストと同様に、ただ１つのアクセス端末を備えること、あるいは代替的に、マルチキャスト・グループが、ブロードキャストと同様に、（たとえば、セルまたはセクタ内の）すべてのアクセス端末を備えることが可能である。

ブロードキャストおよび／またはマルチキャストは、マルチキャスト・グループに対応するために複数の連続ユニキャスト動作を実行する、複数のデータ送信を同時に処理するための一意のブロードキャスト／マルチキャスト・チャネル（ＢＣＨ）を割り当てるなど、いくつかの方法によってワイヤレス通信システム内で実行できる。プッシュツートーク通信のためのブロードキャスト・チャネルを使用する従来のシステムが、その内容の全体が参照により本明細書に組み込まれる、「Push-To-Talk Group Call System Using CDMA 1x-EVDO Cellular Network」と題する、２００７年３月１日付けの米国特許出願公開第２００７／００４９３１４号に記載されている。公開第２００７／００４９３１４に記載されているように、従来のシグナリング技法を使用するプッシュツートーク呼のためにブロードキャスト・チャネルを使用することができる。ブロードキャスト・チャネルの使用は従来のユニキャスト技法よりも帯域幅要件を改善することができるが、ブロードキャスト・チャネルの従来のシグナリングは、依然として追加のオーバヘッドおよび／または遅延を生じる可能性があり、システムパフォーマンスを劣化させることがある。

第３世代パートナーシップ・プロジェクト２（「３ＧＰＰ２」）は、ＣＤＭＡ２０００ネットワークにおけるマルチキャスト通信をサポートするためのブロードキャスト・マルチキャスト・サービス（ＢＣＭＣＳ）規格を定義する。したがって、「CDMA2000 High Rate Broadcast-Multicast Packet Data Air Interface Specification」と題する、２００６年２月１４日付けの３ＧＰＰ２のＢＣＭＣＳ規格のバージョンである、バージョン１．０ Ｃ．Ｓ００５４−Ａは、その全体が参照により本明細書に組み込まれる。

複数のセクタを含むワイヤレス通信ネットワーク内のモビリティ管理の方法を提供する。一例では、ワイヤレス通信ネットワークは、少なくとも１つのターゲットセクタと少なくとも１つのサポートセクタとをもつセクタの第１のクラスタを含む。ターゲットセクタは、マルチキャスト通信セッションのためのターゲット・アクセス端末があることが予想されるセクタである。サポートセクタは、ターゲット・アクセス端末があることが予想されないセクタであり、ターゲットセクタをサポートするように構成される。マルチキャスト通信セッションはターゲットセクタとサポートセクタの両方の中で搬送される。一例では、サポートセクタはターゲットセクタのネイバセクタに基づいて決定される。別の例では、サポートセクタはターゲットセクタをサポートするためのセクタ数に対応するサポートセクタ値に基づいて決定される。別の例では、それ自体のターゲットセクタとサポートセクタとを含む同じマルチキャスト通信セッションをサポートするためのネットワーク内に第２のクラスタを含むことができる。この例では、第１のクラスタはダウンリンク・ブロードキャスト・チャネル（ＢＣＨ）の第１のインターレース多重（ＩＭ）対上でマルチキャストメディアを送信し、第２のクラスタはダウンリンクＢＣＨの第２のＩＭ対上でマルチキャストメディアを送信する。第１のクラスタおよび第２のクラスタのセクタが重複する場合、ネットワークは第１のクラスタおよび第２のクラスタがマルチキャスト・メディアを搬送する方法を制御する。

本発明の実施形態およびその付随する利点の多くのより完全な諒解は、以下の詳細な説明を参照し、本発明を限定するためではなく単に例示するために提示する添付の図面とともに考察することによってよりよく理解されれば、容易に得られるであろう。

本発明の少なくとも１つの実施形態によるアクセス端末とアクセス・ネットワークとをサポートするワイヤレス・ネットワーク・アーキテクチャを示す図。 本発明の例示的な実施形態によるキャリア・ネットワークを示す図。 本発明の少なくとも１つの実施形態によるアクセス端末を示す図。 本発明の一実施形態によるクラスタ初期化プロセスを示す図。 本発明の一実施形態によるグループ・メンバー報告プロセスを示す図。 図４のプロセスに従って形成されるワイヤレス通信システム６００を示す図。 本発明の一実施形態によるターゲットセクタの挙動を示す図。 本発明の一実施形態によるサポートセクタの挙動を示す図。 本発明の一実施形態によるターゲットセクタ追加プロセスを示す図。 図９のターゲットセクタ追加プロセス中の図６のワイヤレス通信を示す図。 図９のターゲットセクタ追加プロセス中の図６のワイヤレス通信を示す図。 本発明の一実施形態によるターゲットセクタ削除プロセスを示す図。 図１２のターゲットセクタ削除プロセス中の図６のワイヤレス通信を示す図。 図１２のターゲットセクタ削除プロセス中の図６のワイヤレス通信を示す図。 本発明の別の実施形態による図４の４１５のサポートセクタ初期化プロセスを示す図。 図１５のプロセス後の得られたワイヤレス通信システムの一例を示す図。 本発明の別の実施形態による図４の４１５のサポートセクタ初期化プロセスを示す図。 図１７のプロセス後の得られたワイヤレス通信システムの一例を示す図。 図１７のプロセス後の得られたワイヤレス通信システムの一例を示す図。 本発明の別の実施形態による図４の４１５のサポートセクタ初期化プロセスを示す図。 本発明の一実施形態による、図１９の１９１５のネイバセクタ・グループ変更プロセスをより詳細に示す図。 図１９および図２０のプロセス後の得られたワイヤレス通信システムの一例を示す図。 図１９および図２０のプロセス後の得られたワイヤレス通信システムの一例を示す図。 図１９および図２０のプロセス後の得られたワイヤレス通信システムの一例を示す図。 本発明の少なくとも１つの実施形態による方法を示す流れ図。 本発明の一実施形態によるネイバセクタ・グループ変更プロセスを示す図。 本発明の少なくとも１つの実施形態による方法を示す流れ図。 本発明の少なくとも１つの実施形態による方法を示す流れ図。

本発明の特定の実施形態を対象とする以下の説明および関連する図面で本発明の態様を開示する。本発明の範囲から逸脱しなければ代替実施形態を考案することができる。さらに、本発明の重要な詳細を不明瞭にしないように、本発明のよく知られている要素については詳細には説明しないか、または省略する。

「例示的」および／または「例」という用語は、本明細書では「例、事例、または例示として機能すること」を意味するために使用される。本明細書で「例示的」および／または「例」として説明するいかなる実施形態も、必ずしも他の実施形態よりも好ましいまたは有利であると解釈すべきではない。同様に、「本発明の実施形態」という用語は、本発明のすべての実施形態が論じられた特徴、利点または動作モードを含むことを必要としない。

さらに、多くの実施形態については、たとえば、コンピューティングデバイスの要素によって実行すべき一連の動作に関して説明する。本明細書で説明する様々な動作は、特定の回路（たとえば、特定用途向け集積回路（ＡＳＩＣ））によって、１つまたは複数のプロセッサによって実行されるプログラム命令によって、または両方の組合せによって実行できることを認識されよう。さらに、本明細書で説明するこれらの一連の動作は、実行時に、関連するプロセッサに本明細書で説明する機能を実行させるコンピュータ命令の対応するセットを記憶した任意の形式のコンピュータ可読記憶媒体内で全体として実施すべきものと見なすことができる。したがって、本発明の様々な態様は、すべてが請求する主題の範囲内に入ることが企図されているいくつかの異なる形式で実施できる。さらに、本明細書で説明する実施形態ごとに、そのような実施形態の対応する形式を、たとえば、記載の動作を実行する「ように構成された論理」として本明細書で説明することがある。

本明細書でアクセス端末（ＡＴ）と呼ぶ高データレート（ＨＤＲ）加入者局は、移動でも固定でもよく、本明細書でモデムプール・トランシーバ（ＭＰＴ）または基地局（ＢＳ）と呼ぶ１つまたは複数のＨＤＲ基地局と通信することができる。アクセス端末は、１つまたは複数のモデムプール・トランシーバを介して、モデムプール・コントローラ（ＭＰＣ）、基地局コントローラ（ＢＳＣ）および／またはパケット制御機能（ＰＣＦ）と呼ばれるＨＤＲ基地局コントローラとの間でデータパケットを送信および受信する。モデムプール・トランシーバおよびモデムプール・コントローラは、アクセス・ネットワークと呼ばれるネットワークの一部である。アクセス・ネットワークは複数のアクセス端末間でデータパケットをトランスポートする。

アクセス・ネットワークは、企業内イントラネットまたはインターネットなど、アクセス・ネットワークの外部の追加のネットワークにさらに接続でき、各アクセス端末とそのような外部のネットワークとの間でデータパケットをトランスポートすることができる。１つまたは複数のモデムプール・トランシーバとのアクティブ・トラフィック・チャネル接続を確立したアクセス端末は、アクティブアクセス端末と呼ばれ、トラフィック状態にあると言われる。１つまたは複数のモデムプール・トランシーバとのアクティブ・トラフィック・チャネル接続を確立中であるアクセス端末は、接続セットアップ状態にあると言われる。アクセス端末は、ワイヤレス・チャネルを介して、または、たとえば、光ファイバまたは同軸ケーブルを使用する有線チャネルを介して通信する任意のデータデバイスとすることができる。アクセス端末はさらに、限定はしないが、ＰＣカード、コンパクトフラッシュ（登録商標）、外部または内部モデム、あるいはワイヤレス電話または有線電話を含む、いくつかのタイプのデバイスのいずれかとすることができる。アクセス端末が信号をモデムプール・トランシーバに送信するための通信リンクは、逆方向リンクまたは逆方向トラフィック・チャネルと呼ばれる。モデムプール・トランシーバが信号をアクセス端末に送信するための通信リンクは、順方向リンクまたは順方向トラフィック・チャネルと呼ばれる。本明細書で使用するトラフィック・チャネルという用語は、順方向トラフィック・チャネルまたは逆方向トラフィック・チャネルのいずれかを指すことができる。

図１に、本発明の少なくとも１つの実施形態によるワイヤレス・システム１００の１つの例示的な実施形態のブロック図を示す。システム１００は、アクセス端末１０２をネットワーク機器に接続して、パケット交換データ・ネットワーク（たとえば、イントラネット、インターネット、および／またはキャリア・ネットワーク１２６）とアクセス端末１０２、１０８、１１０、１１２との間にデータ接続性を与えることができるエアインターフェース１０４を介してアクセス・ネットワークまたは無線アクセス・ネットワーク（ＲＡＮ）１２０と通信している、セルラー電話１０２などのアクセス端末を含むことができる。本明細書に示すように、アクセス端末は、セルラー電話１０２、携帯情報端末１０８、本明細書に双方向テキストページャとして示すページャ１１０、さらにはワイヤレス通信ポータルを有する別個のコンピュータ・プラットフォーム１１２とすることができる。したがって、本発明の実施形態は、ワイヤレスモデム、ＰＣＭＣＩＡカード、パーソナルコンピュータ、電話、またはそれらの任意の組合せもしくは部分的な組合せを限定なしに含む、ワイヤレス通信ポータルを含むか、またはワイヤレス通信機能を有する任意の形式のアクセス端末上で実現できる。さらに、本明細書で使用する「アクセス端末」、「ワイヤレス・デバイス」、「クライアント・デバイス」、「モバイル端末」という用語およびその変形体は、互換的に使用できる。

再び図１を参照すると、ワイヤレス・ネットワーク１００の構成要素および本発明の例示的な実施形態の要素の相互関係は、図示の構成に限定されない。システム１００は、例示的なものにすぎず、ワイヤレス・クライアント・コンピューティング・デバイス１０２、１０８、１１０、１１２などのリモートアクセス端末が、互いに、および／またはキャリア・ネットワーク１２６、インターネットおよび／または他のリモートサーバを限定なしに含む、エアインターフェース１０４およびＲＡＮ１２０を介して接続された構成要素との間で無線通信することができるようにする任意のシステムを含むことができる。

ＲＡＮ１２０は、基地局コントローラ／パケット制御機能（ＢＳＣ／ＰＣＦ）１２２に送信される（一般に、データパケットとして送信される）メッセージを制御する。ＢＳＣ／ＰＣＦ１２２は、パケットデータ・サービスノード１００（「ＰＤＳＮ」）とアクセス端末１０２／１０８／１１０／１１２との間でのベアラチャネル（すなわち、データチャネル）のシグナリング、確立および分解を担当する。リンク層暗号化が使用可能な場合、ＢＳＣ／ＰＣＦ１２２はまた、エアインターフェース１０４を介してコンテンツを転送する前にそのコンテンツを暗号化する。ＢＳＣ／ＰＣＦ１２２の機能は当技術分野でよく知られており、簡潔のためにさらに論じない。キャリア・ネットワーク１２６は、ネットワーク、インターネットおよび／または公衆交換電話ネットワーク（ＰＳＴＮ）によってＢＳＣ／ＰＣＦ１２２と通信することができる。代替的に、ＢＳＣ／ＰＣＦ１２２はインターネットまたは外部ネットワークに直接接続することができる。一般に、キャリア・ネットワーク１２６とＢＳＣ／ＰＣＦ１２２との間のネットワークまたはインターネット接続はデータを転送し、ＰＳＴＮはボイス情報を転送する。ＢＳＣ／ＰＣＦ１２２は複数の基地局（ＢＳ）またはモデムプール・トランシーバ（ＭＰＴ）１２４に接続できる。キャリア・ネットワークと同様の方法で、ＢＳＣ／ＰＣＦ１２２は一般に、データ転送および／またはボイス情報のために、ネットワーク、インターネットおよび／またはＰＳＴＮによってＭＰＴ／ＢＳ１２４に接続される。ＭＰＴ／ＢＳ１２４は、セルラー電話１０２などのアクセス端末にデータメッセージをワイヤレスでブロードキャストすることができる。ＭＰＴ／ＢＳ１２４、ＢＳＣ／ＰＣＦ１２２および他の構成要素は、当技術分野で知られているように、ＲＡＮ１２０を形成することができる。ただし、代替構成も使用でき、本発明は、図示の構成に限定されない。たとえば、別の実施形態では、ＢＳＣ／ＰＣＦ１２２の機能とＭＰＴ／ＢＳ１２４の１つまたは複数とを、ＢＳＣ／ＰＣＦ１２２とＭＰＴ／ＢＳ１２４の両方の機能を有する単一の「ハイブリッド」モジュールに縮小することができる。

図２に、本発明の一実施形態によるキャリア・ネットワーク１２６を示す。図２の実施形態では、キャリア・ネットワーク１２６は、パケットデータ・サービングノード（ＰＤＳＮ）１６０、ブロードキャスト・サービングノード（ＢＳＮ）１６５、アプリケーション・サーバ１７０およびインターネット１７５を含む。ただし、代替実施形態では、アプリケーション・サーバ１７０および他の構成要素はキャリア・ネットワークの外部に位置することがある。ＰＤＳＮ１６０は、たとえば、ｃｄｍａ２０００の無線アクセス・ネットワーク（ＲＡＮ）（たとえば、図１のＲＡＮ１２０）を利用して、インターネット１７５、イントラネットおよび／またはリモートサーバ（たとえば、アプリケーション・サーバ１７０）へのアクセスを移動局（たとえば、図１の１０２、１０８、１１０、１１２などのアクセス端末）に提供する。アクセス・ゲートウェイとして働くので、ＰＤＳＮ１６０は、単純ＩＰおよびＭｏｂｉｌｅＩＰアクセス、外部エージェント・サポート、およびパケットトランスポートを提供することができる。ＰＤＳＮ１６０は、認証、認可、および課金（ＡＡＡ：Authentication, Authorization, and Accounting）サーバおよび他のサポートインフラ・ストラクチャのクライアントとして働くことができ、当技術分野で知られているように、ＩＰネットワークへのゲートウェイを移動局に提供する。図２に示すように、ＰＤＳＮ１６０は、従来のＡ１０接続を介してＲＡＮ１２０（たとえば、ＢＳＣ／ＰＣＦ１２２）と通信することができる。Ａ１０接続は当技術分野でよく知られており、簡潔のためにさらに説明しない。

図２を参照すると、ブロードキャスト・サービングノード（ＢＳＮ）１６５は、マルチキャストおよびブロードキャスト・サービスをサポートするように構成できる。ＢＳＮ１６５について、以下でより詳細に説明する。ＢＳＮ１６５は、ブロードキャスト（ＢＣ）Ａ１０接続を介してＲＡＮ１２０（たとえば、ＢＳＣ／ＰＣＦ１２２）と、またインターネット１７５を介してアプリケーション・サーバ１７０と通信する。ＢＣＡ１０接続は、マルチキャストまたはブロードキャスト・メッセージングを転送するために使用される。したがって、アプリケーション・サーバ１７０は、インターネット１７５を介してユニキャスト・メッセージングをＰＤＳＮ１６０に送信し、またインターネット１７５を介してマルチキャスト・メッセージングをＢＳＮ１６５に送信する。

一般に、以下でより詳細に説明するように、ＲＡＮ１２０は、ＢＣＡ１０接続を介してＢＳＮ１６５から受信したマルチキャストメッセージを、エアインターフェース１０４のブロードキャスト・チャネル（ＢＣＨ）を介して１つまたは複数のアクセス端末２００に送信する。

図３を参照すると、セルラー電話などのアクセス端末２００（本明細書ではワイヤレス・デバイス）は、キャリア・ネットワーク１２６、インターネットおよび／または他のリモートサーバおよびネットワークから最終的に発生することがある、ＲＡＮ１２０から送信されたソフトウェア・アプリケーション、データおよび／またはコマンドを受信および実行することができるプラットフォーム２０２を有する。プラットフォーム２０２は、特定用途向け集積回路（「ＡＳＩＣ」２０８）または他のプロセッサ、マイクロプロセッサ、論理回路、または他のデータ処理デバイスに動作可能に結合されたトランシーバ２０６を含むことができる。ＡＳＩＣ２０８または他のプロセッサは、ワイヤレス・デバイスのメモリ２１２中の任意の常駐プログラムとインターフェースするアプリケーションプログラミングインターフェース（「ＡＰＩ」）２１０層を実行する。メモリ２１２は、読取り専用メモリまたはランダムアクセスメモリ（ＲＡＭおよびＲＯＭ）、ＥＥＰＲＯＭ、フラッシュカード、またはコンピュータ・プラットフォームに共通の任意のメモリから構成できる。プラットフォーム２０２は、メモリ２１２中でアクティブに使用されないアプリケーションを保持することができるローカル・データベース２１４を含むこともできる。ローカル・データベース２１４は、一般にフラッシュメモリセルであるが、磁気媒体、ＥＥＰＲＯＭ、光学媒体、テープ、ソフトまたはハードディスクなど、当技術分野で知られている任意の二次記憶デバイスとすることができる。内部プラットフォーム２０２の構成要素は、当技術分野で知られていているように、他の構成要素の中でもアンテナ２２２、ディスプレイ２２４、プッシュツートークボタン２２８およびキーパッド２２６などの外部デバイスに動作可能に結合することもできる。

したがって、本発明の一実施形態は、本明細書で説明する機能を実行するための能力を含むアクセス端末を含むことができる。当業者なら諒解するように、本明細書で開示する機能を達成するために、様々な論理要素を、個別の要素、プロセッサ上で実行されるソフトウェア・モジュール、またはソフトウェアとハードウェアとの任意の組合せで実施することができる。たとえば、ＡＳＩＣ２０８、メモリ２１２、ＡＰＩ２１０およびローカル・データベース２１４をすべて協働的に使用して、本明細書で開示する様々な機能をロード、記憶および実行することができ、したがってこれらの機能を実行する論理を様々な要素に分散することができる。代替的に、機能を１つの個別の構成要素に組み込むことができる。したがって、図３のアクセス端末の特徴は例示的なものにすぎないと見なすべきであり、本発明は例示した特徴または構成に限定されない。

アクセス端末１０２とＲＡＮ１２０との間のワイヤレス通信は、符号分割多元接続（ＣＤＭＡ）、ＷＣＤＭＡ、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多重（ＯＦＤＭ）、広域移動通信システム（ＧＳＭ）、またはワイヤレス通信ネットワークまたはデータ通信ネットワークで使用できる他のプロトコルなど、様々な技術に基づくことができる。データ通信は、一般に、クライアント・デバイス１０２とＭＰＴ／ＢＳ１２４とＢＳＣ／ＰＣＦ１２２との間で行われる。ＢＳＣ／ＰＣＦ１２２は、キャリア・ネットワーク１２６、ＰＳＴＮ、インターネット、バーチャル・プライベート・ネットワークなどの複数のデータ・ネットワークに接続でき、したがって、アクセス端末１０２はより広範囲の通信ネットワークにアクセスできるようになる。前述のように、および当技術分野で知られているように、様々なネットワークおよび構成を使用して、ボイス送信および／またはデータをＲＡＮからアクセス端末に送信することができる。したがって、本明細書で提供する例は、本発明の実施形態を限定するものではなく、本発明の実施形態の態様の説明を助けるものにすぎない。

ユーザが確立された呼グループに加入すると、所与のマルチキャスト・グループに話したいという所与のアクセス端末の要望を伝達するために、移動局またはアクセス端末は適切な制御メッセージをアプリケーション・サーバ１７０に送信し、アプリケーション・サーバ１７０は、プッシュツートーク（ＰＴＴ）機能をサポートするように構成でき、それによって「ＰＴＴアプリケーション・サーバ」と呼ばれることがある。ユーザにフロアを与えられると、ユーザのボイスまたは他のデータはＲＡＮ１２０に送信され、ＰＴＴアプリケーション・サーバ１７０上に送信される。次に、データは、ＰＴＴアプリケーション・サーバ１７０によって処理され、ブロードキャスト・マルチキャスト・サービス（ＢＣＭＣＳ）フローとして呼グループ中の他の移動局またはアクセス端末に送信するためにＲＡＮ１２０に戻される。本明細書で使用する「ＢＣＭＣＳフロー」は、ＢＣＭＣＳプロトコル／手順に従って送信されるパケットデータ・ストリームである。ＰＴＴアプリケーション・サーバ１７０は、ユーザデータがそれらのグループチャネル上でいつ搬送されているかを呼グループ・メンバーに通知するために、様々な制御メッセージを送信することができる。

ＢＣＭＣＳプロトコルは、（たとえば、高速ブロードキャスト・マルチキャスト・パケットデータ・エアインターフェース（High Rate Broadcast Multicast Packet Data Air Interface）など）ダウンリンク・ブロードキャスト・チャネル（ＢＣＨ）を使用して、１つまたは複数のマルチキャスト・グループの加入者にコンテンツを配信する。関連する逆方向リンクチャネルが（たとえば、ＣＤＭＡネットワーク中の基地局と移動局との間の送信の場合のように）様々な肯定応答と進行中の順方向リンクチャネル品質フィードバックとを提供する、１ｘＥＶＤＯの順方向リンク・ポイントツーポイント・トラフィック・チャネルとは異なり、ＢＣＨに関連する逆方向リンクチャネルはない。言い換えれば、肯定応答を待つことによる追加の遅延を必要とせずに所与のマルチキャスト・グループ中のマルチキャスト・グループ・メンバーの数を調整するために、従来のＢＣＭＣＳプロトコルはパケットデータ・ストリームの非肯定応答配信を行う。一般に、特定のマルチキャスト・グループのためのマルチキャスト・メッセージングは、ＲＡＮ１２０から１つまたは複数のマルチキャスト・グループ・メンバーにＢＣＨ上で送信されている一連のマルチキャストパケットに対応することができ、ＲＡＮ１２０中で「フロー」と呼ばれることがあり、各フローは、（たとえば、代替的にＢＣＭＣＳ＿ＦＬＯＷ＿ＩＤ、ＢＣＭＣＳＦｌｏｗＩＤなどと呼ばれる）一意のＢＣＭＣＳフロー識別子またはＢＣＭＣＳフローＩＤを割り当てられる。

従来のＢＣＭＣＳシステム中で１ｘＥＶＤＯ順方向リンクを介して搬送されるブロードキャストオーバーヘッドメッセージ（ＢＯＭ）は、移動局またはアクセス端末に特定のセクタで現在搬送されているＢＣＭＣＳフローについて通知する。それらはまた、所望のパケットフローを受信するためにどの順方向リンク物理層タイムスロットを復号しなければならないかに関する情報、ならびにブロードキャスト物理層パケット当たりの物理層スロットの数、およびフローを送信するために使用される物理層レート（いわゆる「論理物理対応」）に関する情報を提供する。したがって、ＢＯＭは、１つまたは複数のＢＣＭＣＳフロー用のＢＣＨ上で１つまたは複数のどのスロットを「同調させる」べきかについてマルチキャスト・グループ・メンバーに通知する。従来、ＢＯＭは、ダウンリンク制御チャネルサイクルの１つまたは複数の反転スロット上で、たとえば４２６ミリ秒ごとに１回など、周期的に送信される。

従来、アクセス端末は、（たとえば、電源投入時、ハンドオフ後などに）新しいセルまたはセクタに入ると、受信したＢＯＭを復号し、その静的マルチキャスト・グループに関連するフロー識別子を探す。１つまたは複数の所望のＢＣＭＣＳフローがＢＯＭ中で示されない場合、アクセス端末９０は、１つまたは複数のＢＣＭＣＳフローを要求する自律ＢＣＭＣＳフロー登録メッセージを送信することができる。ＢＣＭＣＳフロー登録は、動的ブロードキャスト用レジスタ（ＲＦＤＢ：register for dynamic broadcast）フィールドまたはページング用レジスタ（ＲＦＰ：register for paging）フィールドなど、ＢＯＭ内の所与のレジスタフィールドを介してＲＡＮ１２０によって明示的に送信請求された場合も送信できる。本発明の実施形態について、ＲＦＤＢフィールドの論理レベル設定に基づいてＡＴフィードバックを抑制するかまたは促進するかのいずれかとして以下で説明するが、本発明の代替実施形態は、ＢＯＭのＲＦＰフィールド、および／またはＢＯＭなどのダウンリンクスケジューリングメッセージ上で送信される任意の他のよく知られているフィールドを介してＡＴフィードバックを促進する／抑制することを対象とすることを諒解されたい。

一般に、ＲＦＤＢが、ＢＯＭ内のＢＣＭＣＳフロー１Ａ用に第１の論理レベル（たとえば、論理「１」またはより高い論理レベル）に設定された場合（たとえば、ＲＦＤＢ＝１、ＢＣＭＣＳフロー＝１Ａ）、ＢＯＭを受信しているセクタ内のすべてのマルチキャスト・グループ・メンバーおよびＢＣＭＣＳフロー１Ａに対応するマルチキャスト・グループのメンバーは、ＢＣＭＣＳフロー１ＡのＢＣＭＣＳフロー登録の送信または再送信のいずれかを行う。あるいは、ＲＦＤＢがＢＯＭ内のＢＣＭＣＳフロー１Ａ用に第２の論理レベル（たとえば、論理「０」またはより低い論理レベル）に設定された場合（たとえば、ＲＦＤＢ＝０、ＢＣＭＣＳフロー＝１Ａ）、ＢＯＭを受信しているセクタ内のＢＣＨ上のＢＣＭＣＳフロー１Ａを監視しているマルチキャスト・グループ・メンバーは、ＢＣＭＣＳフロー１ＡのＢＣＭＣＳフロー登録を送信または再送信しない。

所与のＢＣＭＣＳフローがＢＯＭ上で搬送され、ＲＦＤＢ＝１でＲＦＤＢフィールドに関連する場合、ＢＣＭＣＳフロー登録メッセージをセクタ内の１つまたは複数のＡＴからトリガすることができる。ただし、所与のセクタ内のＡＴの数が増加するにつれて、ＢＣＭＣＳフロー登録メッセージの数が同様に増加することがあり、それによりアクセスチャネル上のシステムリソースを浪費することがある。

上述のように、ワイヤレス通信ネットワークの高密度のセクタ中のＢＣＭＣＳ登録メッセージは、問題になることがあり、システムリソースを劣化させることがある。したがって、より効率的なマルチキャスト・グループセクタ管理によってＢＣＭＣＳフロー登録メッセージの数を減らすことができ、ＲＡＮ１２０が高密度のセクタならびにセクタ間のマルチキャスト・グループ・メンバーのモビリティをより良く処理することができる本発明の一実施形態について次に説明する。

図４に、本発明の一実施形態によるクラスタ初期化プロセスを示す。図４を参照すると、４００において、アプリケーション・サーバ１７０は、所与のマルチキャスト・グループ用のマルチキャスト・フローを開始する要求を発行する。たとえば、図４の４００において生成されるマルチキャスト・フローは、所与のマルチキャスト・グループ（図示せず）に話したいという所与のアクセス端末の要求に応答することができる。アプリケーション・サーバ１７０が要求を受け入れることを決定した後、ユーザのボイスまたは他のデータを、ＲＡＮ１２０に、およびＰＴＴアプリケーション・サーバ１７０上に送信し、その後、図４の４００のようにマルチキャスト・フローを生成する。４０５においてアプリケーション・サーバ１７０はマルチキャスト・フローをＢＳＮ１６５に転送し、ＢＳＮ１６５は、ＢＣＡ１０接続を介してＢＣＭＣＳフローをＲＡＮ１２０に転送し、４１０において、ＲＡＮ１２０は、１つまたは複数のセクタにおいてエアインターフェースを介してＢＣＭＣＳフローのマルチキャストメッセージをマルチキャスト・グループ・メンバーに送信することを担当する。

図４の４１０において、ＲＡＮ１２０は、初期「クラスタ」のためのターゲットセクタの初期セットを決定する。本明細書で使用するターゲットセクタは、少なくとも１つのマルチキャスト・グループ・メンバーを有するワイヤレス通信システム内の任意のセクタである。本明細書で使用する「クラスタ」は、ＢＣＨが特定のマルチキャスト・グループ用のＢＣＭＣＳフローを搬送するセクタのセット（たとえば、１つまたは複数のセクタ）に対応する。以下でより詳細に説明するように、クラスタは、特定のマルチキャスト・グループまたはＢＣＭＣＳフロー用のターゲットセクタとサポートセクタの両方を含む。

図４の４１０に戻ると、ＲＡＮ１２０は、いくつかの方法のいずれかでターゲットセクタの初期セットを決定することができる。たとえば、その決定は、ワイヤレス通信システム内の１つまたは複数のＡＴからＲＡＮ１２０に周期的に提供される「グループ・メンバー報告」に基づくことができる。

図５に、本発明の一実施形態によるグループ・メンバー報告プロセスを示す。図５を参照すると、５００において、１つまたは複数のマルチキャスト・グループに属する所与のＡＴの電源を投入する。所与のＡＴの電源を投入した後（たとえば、ＲＡＮ１２０内の１つまたは複数の基地局によって送信されたパイロット信号を特定した後、および／または任意の他の初期電源投入手順を実行した後）、５０５において、所与のＡＴは、グループ・メンバーシップ情報（「グループ・メンバー報告」）をＲＡＮ１２０に送信する。たとえば、所与のＡＴによって提供されるグループ・メンバーシップ情報は、所与のＡＴが属することを望む各マルチキャスト・グループまたはＢＣＭＣＳフローの名称を含むことができる。一例では、グループ・メンバー報告は、標準のＢＣＭＣＳフロー登録メッセージ内に含めることができ、または、代替的に、アップリンク上のＳｔｏｒａｇｅＢＬＯＢＮｏｔｉｆｉｃａｔｉｏｎメッセージ中にカプセル化されたグループ・メンバーシップ通知（ＧＭＮ）メッセージなど、プロプライエタリまたは非標準のメッセージ内に含めることができる。たとえば、ＧＭＮは、ＢＣＭＣＳフローＩＤおよび／またはマルチキャストＩＰアドレスとポート番号とのリストを含むことができる。

図５の５１０において、グループ・メンバーシップ情報を報告した後、所与のＡＴは、通常動作（たとえば、アイドルモードに入る、音声呼出しを行う、ビデオゲームをするなど）を再開する。５１５において、所与のＡＴは、補足的な「ルート更新」報告を用いてその位置情報を更新すべきかどうかを、または、代替的に、補足的なグループ・メンバーシップ報告を用いてそのグループ・メンバーシップ情報を更新すべきかどうかを判断する。ステップ５１５の判断は、いくつかの方法のいずれかで実行できる。たとえば、判断ステップ５１５が距離ベース登録（ＤＢＲ）プロトコルに基づくことができるので、所与のＡＴは、所与の距離を通過した後、（たとえば、所与のＡＴがどのセクタを通過したかなどに基づいて）その位置情報を更新する。所与の距離は、所与のＡＴがどの基地局にハンドオフされたか、所与のＡＴが、アイドル状態の間、どの基地局を監視していたかなどに基づくことができる。代替例では、５１５の判断が所与の周期に基づくことができるので、所与のＡＴは、周期ごとに１回、報告をＲＡＮ１２０に提供する。別の代替例では、所与のＡＴは、新しい位置エリア（ＬＡ）に入るたびに、ルート更新報告または位置更新をＲＡＮ１２０に送信することができ、各ＬＡは（たとえば、ＲＡＮ１２０によって画定された）サブネットまたはＰＣＦエリアの一部分に対応する。別の代替例では、判断５１５は、（たとえば、所与のＡＴが、新しいマルチキャスト・グループ通信を監視しようとする、前に要求されたマルチキャスト・グループ通信を監視することを止めようとするなど）所与のＡＴがそのグループ・メンバーシップ情報を変化させることを望むかどうかに基づくことができる。

５１５において、所与のＡＴがその位置情報および／またはそのグループ・メンバーシップ情報を更新しないことを決定した場合、図５のプロセスは５１０に戻り、所与のＡＴは通常動作を再開する。さもなければ、５２０において、所与のＡＴは、図５の５１０に戻る前に、補足的な報告（たとえば、位置またはルート更新報告あるいは補足的なグループ・メンバーシップ報告の１つまたは複数）をＲＡＮ１２０に送信する。

マルチキャスト・グループ・メンバーまたはＡＴがグループ・メンバー報告をＲＡＮ１２０に提供する間、ＲＡＮ１２０は報告を監視する。ＲＡＮ１２０は、任意の特定のグループに属するＡＴの数、どのＡＴがどのグループに属するか、最近ではいつ、各グループ・メンバーがグループ・メンバー報告、各グループ・メンバーの位置（たとえば、セクタ）を提供したかなどを含むデータベースを維持する。各グループ・メンバーの位置は、特定のマルチキャストエリア（ＭＡ）内にあるものとしてＲＡＮ１２０において記憶でき、各ＭＡは、１つまたは複数のグループ・メンバーに潜在的にサービスする連続するセクタのグループに対応する（たとえば、「潜在的に」とは、グループ・メンバーの位置がセクタのグラニュラリティ（granularity）にはないことがあること、グループ・メンバーが対話式マルチキャストメッセージに応答しないことがあることなどに起因する）。一例では、グループ・メンバーが地理的に分散している場合、２つ以上のＭＡをグループ用に特定することができる。

図５のプロセスについては、本出願の譲受人に譲渡され、参照によりその全体が本明細書に明白に組み込まれる、２００７年９月２４日に出願された「Methods of tracking locations of multicast group members within a wireless communication system」と題する仮出願第６０／９７４，８３０号により詳細に記述されている。

したがって、図４の４１０に戻ると、ＡＴからのグループ・メンバー報告内で提供され、ＲＡＮ１２０において維持される情報に基づいてターゲットセクタの初期セットを決定することができる。ただし、図４の４１０のクラスタの初期化を多くの方法で実行することができることを諒解されたい。たとえば、すべてのセクタを「サポートセクタ」として最初に設定することができ、その後、各セクタは、マルチキャスト・グループ・メンバーが存在するかどうかをテストし、それによってターゲットであるセクタを確立する。この例は、以下の図８および図１２〜図１４を検討すれば諒解されよう。

次に、図４の４１５において、ＲＡＮ１２０は、ＢＣＭＣＳフロー用のサポートセクタの初期セットを決定する。一例では、サポートセクタの初期セットはターゲットセクタの初期セットに基づくことができる。たとえば、サポートセクタは、１つまたは複数のターゲットセクタと隣接している、それ自体がターゲットセクタではない任意のセクタに対応することができる。代替的に、サポートセクタは、ターゲットセクタと実際に隣接することなく、ターゲットセクタの所与の近傍にあるセクタに対応することができる。

図４の４２０において、ＲＡＮ１２０はＢＣＭＣＳフロー用の非サポートセクタの初期セットを決定する。ＢＣＭＣＳフロー用の非サポートセクタの初期セットは、図４の４１０において決定されたターゲットセクタでもなく、図４の４１５において決定されたサポートセクタでもない、ワイヤレス・システム１００内の任意のセクタを含む。

図４の４２５において、ＲＡＮ１２０は、ターゲットセクタ・プロセスおよびサポートセクタ・プロセスをそれぞれのターゲットセクタおよびサポートセクタにおいて実行する。例示的なターゲットセクタ・プロセスについては図７に関して以下で説明し、例示的なサポートセクタ・プロセスについては図８に関して以下で説明する。次に、図４の４３０において、ＲＡＮ１２０は、（たとえば、新しいターゲット／サポートセクタを追加する、ターゲット／サポートセクタを削除するなど）クラスタのセクタ割当てを更新し、クラスタのセクタ割当てを更新については、図９〜図１４に関して以下でより詳細に説明する。

図６に、図４のプロセスに従って形成されるワイヤレス通信システム６００を示す。図６に示すように、ワイヤレス通信システム６００は複数のセクタ６０５を含む。複数のセクタ６０５の中で、図４の４１０において決定されたターゲットセクタの初期セットはＴ１〜Ｔ４として示され、図４の４１５において決定されたサポートセクタの初期セットはＮ１〜Ｎ１１として示され、図４の４２０において決定された非サポートセクタの初期セットはＸ１〜Ｘ１７として示される。図６のクラスタの初期構成に示すように、ターゲットセクタＴ１はマルチキャスト・グループ・メンバーＡおよびＢを含み、ターゲットセクタＴ２はマルチキャスト・グループ・メンバーＣを含み、ターゲットセクタＴ３はマルチキャスト・グループ・メンバーＤおよびＥを含み、ターゲットセクタＴ４はマルチキャスト・グループ・メンバーＦおよびＧを含む。

次に、ターゲットセクタの挙動、サポートセクタの挙動および非サポートセクタの挙動の例について、図７および図８に関して説明する。

図７に、本発明の一実施形態によるターゲットセクタの挙動を示す。図７を参照すると、所与の初期クラスタ（４１０において決定された初期ターゲットセクタおよび４１５において決定された初期サポートセクタ）用のＲＡＮ１２０は、ＢＣＭＣＳフロー登録メッセージがセクタの１つの中の１つまたは複数のアクセス端末から受信されたかどうかを判断する。ＲＡＮが所与のＢＣＭＣＳフロー（「Ｔ＿ＦＬＯＷ」）用のＢＣＭＣＳフロー登録メッセージが受信されたと判断した場合、プロセスは７０５に進み、そこで、所与の初期ターゲットセクタがターゲットセクタ（「ＴＡＲＧＥＴ」）に移行する。ＲＡＮが所与のＢＣＭＣＳフロー（「Ｔ＿ＦＬＯＷ」）用のＢＣＭＣＳフロー登録メッセージが受信されたと判断した場合、プロセスは７０５に進み、そこで、所与の初期ターゲットセクタがターゲットセクタ（「ＴＡＲＧＥＴ」）に移行する。また、所与の非ターゲットセクタ（たとえば、非サポートセクタ、サポートセクタなど）用のＲＡＮ１２０は、ＢＣＭＣＳフロー登録メッセージが１つまたは複数のアクセス端末から受信されたかどうかを判断する。ＲＡＮが所与のＢＣＭＣＳフロー（「Ｔ＿ＦＬＯＷ」）用のＢＣＭＣＳフロー登録メッセージが受信されたと判断した場合、プロセスは７０５に進み、そこで、所与の非ターゲットセクタがターゲットセクタ（「ＴＡＲＧＥＴ」）に移行する。上述のように、ターゲットセクタは、ＢＣＨ上でＢＣＭＣＳフローを搬送し、以下で説明するようにＢＯＭを送信する。

図７の７１０において、ＲＡＮ１２０は、ターゲットセクタＴＡＲＧＥＴ用の第１のタイマＴＩＭＥＲ１を初期化する。一例では、第１のタイマＴＩＭＥＲ１は、（たとえば、ＢＣＭＣＳフローをより長く広告し、輻輳を減らすためにより長い周期を選択するなど）任意のよく知られているパフォーマンス基準に基づいてシステム設計者によって確立できる。７１５において、ターゲットセクタＴＡＲＧＥＴ中のＲＡＮ１２０は、ＢＣＭＣＳフローＴ＿ＦＬＯＷを広告し、ＲＦＤＢを０に設定し、ＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝０］と示されるＢＯＭを送信する。ＢＯＭを送信した後、図７の７２０において、ターゲットセクタＴＡＲＧＥＴ用のＲＡＮ１２０は、所与のＢＯＭ周期（たとえば、システム設計者が決定した連続したＢＯＭ間の周期的間隔）の間待機する。次に、７２５において、ＲＡＮ１２０は、第１のタイマＴＩＭＥＲ１が期限切れになったかどうかを判断する。第１のタイマＴＩＭＥＲ１が期限切れになっていなかった場合、プロセスは図７の７１５に戻り、さもなければ、プロセスは図７の７３０に進む。

図７の７３０において、ＲＡＮ１２０は、ターゲットセクタＴＡＲＧＥＴ用の第２のタイマＴＩＭＥＲ２を初期化する。一例では、第２のタイマＴＩＭＥＲ２は、（たとえば、サポートセクタに移行する前により長い時間期間、ＢＣＭＣＳフロー登録メッセージを待つために、より長い周期を選択するなど）任意のよく知られているパフォーマンス基準に基づいてシステム設計者によって確立できる。たとえば、第２のタイマＴＩＭＥＲ２は、少なくとも１つのＢＯＭが送信されることを保証するＢＯＭ周期の周期よりも長い周期に設定できる。したがって、７３５において、ターゲットセクタＴＡＲＧＥＴ中のＲＡＮ１２０は、ＲＦＤＢを１に設定することによって、ＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝１］と示されるＢＯＭを送信する。ＢＯＭを送信した後、図７の７４０において、ＲＡＮ１２０は、タイマＴＩＭＥＲ２が期限切れになる前にターゲットセクタＴＡＲＧＥＴ用にＢＣＭＣＳフロー登録メッセージが受信されたかどうかを判断する。１つまたは複数のＢＣＭＣＳフロー登録メッセージが、第２のタイマＴ２の期限切れの前に受信された場合、プロセスは図７の７１０に戻る。あるいは、ＢＣＭＣＳフロー登録メッセージが、第２のタイマＴＩＭＥＲ２の期限切れの前に受信されなかった場合、プロセスは７４５に進み、ターゲットセクタＴＡＲＧＥＴはサポートセクタ（「ＳＵＰＰＯＲＴ」）に移行する。

図７に示し、上述したように、第１のタイマＴＩＭＥＲ１は、ＢＯＭがＢＣＭＣＳフローＴ＿ＦＬＯＷを広告し、ＡＴフィードバックを抑制するようにＲＦＤＢ＝０を設定する周期に対応するが、第２のタイマＴＩＭＥＲ２は、ＢＯＭがＢＣＭＣＳフローＴ＿ＦＬＯＷを広告し、ＲＦＤＢ＝−１を設定する周期に対応する。ただし、一代替実施形態では、第２のタイマＴＩＭＥＲ２は、ＢＯＭが全く広告されない周期に対応することがある。したがって、この代替実施形態では、フィードバックは、ＢＣＭＣＳフローの広告の欠如によって促進される。上述の代替実施形態は、たとえば、輻輳を減らすことができる。

図８に、本発明の一実施形態によるサポートセクタの挙動を示す。サポートセクタは、ターゲットセクタと同じ方法でＢＣＨ上でＢＣＭＣＳフローを搬送し、以下で説明するようにＢＯＭを送信する。たとえば、サポートセクタは、その中に存在することが知られている実際のマルチキャスト・グループ・メンバーがなくても、「結合」または「ソフト結合」効果をもたらすために、ＢＣＨ上でＢＣＭＣＳフローを搬送するように構成でき、（たとえば、隣接しているか、所与の近傍にあるなどの）サポートセクタ補助ＡＴで生成されるＢＣＭＣＳフローを集合的に使用して、ＢＣＭＣＳフローの復号を助ける。結合およびソフト結合は当技術分野でよく知られており、簡潔のためにより詳細に説明しない。

図８を参照すると、８００において、サポートセクタＳＵＰＰＯＲＴ中のＲＡＮ１２０は、ＢＣＭＣＳフローＴ＿ＦＬＯＷを広告し、ＲＦＤＢを１に設定し、ＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝１］と示されるＢＯＭを送信する。次に、８０５において、サポートセクタＳＵＰＰＯＲＴ中のＲＡＮ１２０は、Ｔ＿ＦＬＯＷ用のＢＣＭＣＳフロー登録が受信されたかどうかを判断する。Ｔ＿ＦＬＯＷ用の１つまたは複数のＢＣＭＣＳフロー登録メッセージが受信されたと判断した場合、プロセスは図７の７０５に進み、サポートセクタＳＵＰＰＯＲＴはターゲットセクタＴＡＲＧＥＴに移行する。さもなければ、プロセスは８１０に進む。図８の８１０において、ＲＡＮ１２０は、隣接するターゲットセクタがサポートセクタＳＵＰＰＯＲＴに対して存在するかどうかを判断する。隣接するターゲットセクタが検出されない場合、プロセスは８１５に進む。図８の８１５において、サポートセクタＳＵＰＰＯＲＴは、非サポートセクタ（「ＮＯＮ−ＳＵＰＰＯＲＴ」）に移行する。非サポートセクタＮＯＮ−ＳＵＰＰＯＲＴに移行した後、非セクタサポートセクタＮＯＮ−ＳＵＰＰＯＲＴは、ＢＣＨ上でＴ＿ＦＬＯＷ用のＢＣＭＣＳフローを搬送せず、ＢＣＭＣＳフローＴ＿ＦＬＯＷ用のＢＯＭを送信しない。

８１０に戻ると、１つまたは複数の隣接するターゲットセクタが存在すると判断された場合、８２０において、サポートセクタＳＵＰＰＯＲＴ用のＲＡＮ１２０は、所与のＢＯＭ周期の間待機し、次いで８００に戻る。

図９に、本発明の一実施形態によるターゲットセクタの追加プロセスを示す。以下で、ターゲットセクタを図６に示すクラスタ構成に追加する図９のプロセスについて説明する。したがって、図９の９００において、ＡＴ Ｅが図９のクラスタ構成に示すターゲットセクタＴ３内でサービスされており、ＢＣＨ上で所与のＢＣＭＣＳフローＴ＿ＦＬＯＷを受信していると仮定する。

図９の９０５において、ターゲットセクタＴ３中で、ＲＡＮ１２０は、第２の論理レベル（たとえば、論理「０」またはより低い論理レベル）に設定された動的ブロードキャスト用のレジスタ（ＲＦＤＢ）とともにＢＣＭＣＳフローＴ＿ＦＬＯＷを示すＢＯＭを送信し、ＢＯＭはＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝０］と示される。したがって、図９の９０５においてターゲットセクタＴ３中のＲＡＮ１２０が送信するＢＯＭは、ＢＣＭＣＳフローＴ＿ＦＬＯＷ用のＢＣＭＣＳフロー登録メッセージを送信しないように、ＢＣＭＣＳフローＴ＿ＦＬＯＷを「聴取」しているマルチキャスト・グループ・メンバーに対して指示する（たとえば、図７の７１５参照）。対照的に、ＢＣＨ上でＢＣＭＣＳフローＴ＿ＦＬＯＷをも送信しているサポートセクタＮ９中のＲＡＮ１２０は、第１の論理レベル（たとえば、論理「１」またはより高い論理レベル）に設定された動的ブロードキャスト用のレジスタ（ＲＦＤＢ）とともにＢＣＭＣＳフローＴ＿ＦＬＯＷを示すＢＯＭを送信し、ＢＯＭはＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝１］と示される（たとえば、図８の８００参照）。したがって、図９の９１０において、サポートセクタＮ９中のＲＡＮ１２０が送信するＢＯＭは、ＢＣＭＣＳフローＴ＿ＦＬＯＷ用のＢＣＭＣＳフロー登録メッセージを送信するように、ＢＣＭＣＳフローＴ＿ＦＬＯＷを「聴取」していてサポートセクタＮ９内に存在するマルチキャスト・グループ・メンバーが存在する場合、そのマルチキャストループメンバーに対して指示する。以下で、簡単のために、９０５においてターゲットセクタＴ３中のＲＡＮ１２０が送信するＢＯＭは、ＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝０］と示され、９１０においてサポートセクタＮ９中のＲＡＮ１２０が送信するＢＯＭは、ＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝１］と示される。

所与のＢＯＭ周期の間待機した（たとえば、図７の７２０、図８の８２０参照）後、（たとえば、９０５と同じように構成される）９１５において、ターゲットセクタＴ３におけるＲＡＮ１２０はＢＯＭを再送信し、（たとえば、９１０と同じように構成される）９２０において、サポートセクタＮ９におけるＲＡＮ１２０はＢＯＭを再送信する。

次に、図９の９２５において、ＡＴ Ｅは、ターゲットセクタＴ３から離れ、図１０に示すようにサポートセクタＮ９に入る。図９の９３０において、ＡＴ Ｅは、ＢＣＭＣＳフロー登録メッセージを新しいセクタ用に送信する必要があるかどうかを判断するために、（たとえば、ＢＯＭ周期に等しい）短い時間期間待機する（たとえば、新しいセクタがすでにターゲットセクタである場合、ＢＣＭＣＳフロー登録メッセージを送信する必要はない）。ターゲットセクタＴ３が依然としてアクティブターゲットセクタであり（たとえば、ＡＴ Ｄは、図１０に示すようにＴ３内に依然として存在し、ターゲットセクタＴ３におけるＲＡＮ１２０は、ＡＴ ＥがＴ３中にもはや存在しないことをまだ知らない）、ターゲットセクタＴ３用の第１のタイマＴＩＭＥＲ１が期限切れになっていない（たとえば、図７の７２５参照）と仮定されるので、９３５において、ターゲットセクタＴ３用のＲＡＮ１２０は、別のＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝０］を送信する。図９の９４０において、サポートセクタＮ９中のＲＡＮ１２０は、ＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝１］を再び送信する。９４５において、ＡＴ Ｅは、ＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝１］を受信し、ＢＯＭを、ＢＣＭＣＳフロー登録メッセージを送信するための要求と解釈する。したがって、９４５において、ＡＴ ＥはＴ＿ＦＬＯＷ用のＢＣＭＣＳフロー登録メッセージを送信する。次に、ＢＣＭＣＳフロー登録メッセージを受信して、９５０において、サポートセクタＮ９は、図１１に示すようにターゲットセクタＴ５に移行する（たとえば、図８の８０５参照）。同様に、図１１に示すように、図９の９５５および９６０のそれぞれにおいて、ＲＡＮ１２０は、非サポートセクタＸ１６およびＸ１７に対してそれぞれ、サポートセクタＮ１３およびＮ１２に移行するように指示する。

次に、図９の９６５、９７０、９７５および９８０のそれぞれにおいて、ＲＡＮ１２０は、図７および／または図８のプロセスに従って、セクタＴ３、Ｔ５、Ｎ１２およびＮ１３中のＢＯＭをそれぞれＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝０］、ＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝０］、ＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝１］、ＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝１］として送信する。

このようにして、図９、図１０および図１１の説明に示すように、新しいターゲットセクタ（すなわち、Ｔ５）は、ＢＣＭＣＳフローＴ＿ＦＬＯＷ用のクラスタに「追加」された。同様に、新しいターゲットセクタＴ５が古い非サポートセクタＸ１６およびＸ１７と隣接しているので、前の非サポートセクタＸ１６およびＸ１７はそれぞれ、サポートセクタＮ１３およびＮ１２に移行する。次に、ＢＣＭＣＳフローＴ＿ＦＬＯＷ用のクラスタからターゲット／サポートセクタを削除するためのプロセスについて、より詳細に説明する。

図１２に、本発明の一実施形態によるターゲットセクタ削除プロセスを示す。以下で、ターゲットセクタを図１１に示すクラスタ構成から削除する図１２のプロセスについて説明する。したがって、図１２の１２０４において、ＡＴ Ｃが図１１のクラスタ構成に示すターゲットセクタＴ２内でサービスされており、ＢＣＨ上で所与のＢＣＭＣＳフローＴ＿ＦＬＯＷを受信していると仮定する。

次に、セクタＴ２、Ｔ３、Ｎ３およびＮ４の各々において、図１２の１２０８、１２１２、１２１６および１２２０のそれぞれにおいて、ＲＡＮ１２０はそれぞれ、ＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝０］、ＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝０］、ＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝１］、ＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝１］を送信する。次に、図１２の１２２４において、ＡＴ Ｃは、ターゲットセクタＴ２から離れ、図１３に示すようにターゲットセクタＴ３に入る。したがって、図１３に示すように、ＡＴ ＣがターゲットセクタＴ２から離れた後、マルチキャスト・グループ・メンバーはその中に残らない。図１２の１２２８において、ＡＴ Ｃは、ＢＣＭＣＳフロー登録メッセージを新しいセクタ用に送信する必要があるかどうかを判断するために、（たとえば、ＢＯＭ周期に等しい）短い時間期間待機する（たとえば、新しいセクタがすでにターゲットセクタである場合、ＢＣＭＣＳフロー登録メッセージを送信する必要はない）。

次に、セクタＴ２、Ｔ３、Ｎ３およびＮ４の各々において、図１２の１２３２、１２３６、１２４０および１２４４のそれぞれにおいて、ＲＡＮ１２０はそれぞれ、ＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝０］、ＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝０］、ＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝１］、ＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝１］を送信する。したがって、ターゲットセクタＴ３が送信したＢＯＭが、ＢＣＭＣＳフローＴ＿ＦＬＯＷがＢＣＨ上にすでに存在することを示しているので、ＡＴ Ｃは、ＢＣＭＣＳフローＴ＿ＦＬＯＷ用のＢＣＭＣＳフロー登録メッセージを送信する必要はない。

次に、図１２の１２４８および１２５２において、第１のタイマＴＩＭＥＲ１がターゲットセクタＴ２およびＴ３の各々において期限切れになったと仮定する。したがって、セクタＴ２およびＴ３の各々において、ＲＡＮ１２０は、ＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝１］を送信する（たとえば、図７の７３５参照）。また、１２５６および１２６０において、ＲＡＮ１２０は、ＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝０］を送信する（たとえば、Ｎ３およびＮ４がサポートセクタであるので、図８の８００参照）。

ターゲットセクタＴ３がＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝１］を送信したので、図１２の１２６４において、ＡＴ Ｃは、ＢＣＭＣＳフローＴ＿ＦＬＯＷへのアクセスを要求するＢＣＭＣＳフロー登録メッセージを送信する。したがって、１２６８において、ターゲットセクタＴ２はサポートセクタＮ１４に移行し（たとえば、図７の７４５参照）、１２７２において、ターゲットセクタＴ３はターゲットセクタとしてそのステータスを維持する（たとえば、図７の７４０参照）。また、図１４に示すように、１２７６において、古いサポートセクタＮ３がターゲットセクタともはや隣接していない（たとえば、図８の８１５参照）ので、サポートセクタＮ３は非サポートセクタＸ１８に移行し、同様に、１２８０において、古いサポートセクタＮ４がターゲットセクタにもはや隣接していないか、または、所与の近傍にない（たとえば、図８の８１５参照）ので、サポートセクタＮ４は非サポートセクタＸ１９に移行する。

次に、図７および８で上述したターゲットおよびサポートセクタ機能に一致して、１２８４において、新しいサポートセクタＮ１４はＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝１］を送信し、ターゲットセクタＴ３はＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝０］を送信する。

本発明の上記の実施形態は、一般にＢＯＭ内のフィールド設定（たとえば、ＲＦＤＢフィールド、ＲＦＰフィールドなど）に基づいてマルチキャスト・グループのＡＴ登録送信を制御することを対象としてきたが、本発明の他の実施形態は、ＢＯＭタイプの実装形態に限定される必要はないことを諒解されたい。たとえば、任意のダウンリンク制御またはスケジューリング信号のフィールドを使用して、１つまたは複数のＡＴからのフィードバックを抑制するかまたは促進するかのいずれかを行うことができるので、そのような機能を達成するためにＢＯＭを使用する必要はない。

図４〜１４に関して上述したように、クラスタはターゲットセクタおよびサポートセクタを含み、そのそれぞれはマルチキャストまたはＰＴＴセッションをサポートするかまたは搬送する。上記の図４〜図１４に関して与えられる例では、クラスタのサポートセクタは、（ｉ）１つまたは複数のターゲットセクタと隣接する非ターゲットセクタ、または（ｉｉ）１つまたは複数のターゲットセクタに対して所与の近接度基準を満たす非ターゲットセクタ（たとえば、１つまたは複数のターゲットセクタから所与の距離内にある非ターゲットセクタなど）、および／または（ｉｉｉ）１つまたは複数のターゲットセクタに対して所与の信号強度基準を満たす非ターゲットセクタ（たとえば、十分な信号強度を、１つまたは複数のターゲットセクタ内のマルチキャスト・グループ・メンバーに与える非ターゲットセクタなど）のいずれかに対応する。諒解されるように、隣接するセクタの配向および信号強度レベルがそれぞれ近接度に基づくことができるので、非ターゲットセクタの隣接関係（ｉ）、および所与の信号強度基準（ｉｉｉ）はそれぞれ、所与の近接度基準（ｉｉ）の例とすることができる。たとえば、（ｉｉｉ）の所与の信号強度基準は、１つまたは複数のターゲットセクタ内の１つまたは複数のマルチキャスト・グループ・メンバー、または他のＡＴにおいて受信され、測定されるＢＴＳ信号強度のレベルに基づくことができる。言い換えれば、ターゲットセクタ内のＡＴが良好な信号を供給する別のセクタを検出した場合、そのセクタをサポートセクタとして追加することができる。ただし、クラスタを形成し、維持することができる多くの様々な方法がある。特に、図４の４１５においてサポートセクタを生成または決定する方法は、多くの代替方法で実行でき、次に、図１５〜図２１のいくつかの例示的な例に関して説明する。

図１５に、本発明の別の実施形態による図４の４１５のサポートセクタ初期化プロセスを示す。１５００において、ＲＡＮ１２０は、図４の４１０において決定された、クラスタ用の初期ターゲットセクタ・グループを取得する。１５００において、ターゲットセクタ・グループを取得した後、１５０５において、ＲＡＮ１２０は、ターゲットセクタ・グループ内の各ターゲットセクタのネイバセクタを決定する。本明細書で使用するネイバセクタは、１つまたは複数の他のセクタに関係する所定のセクタである。一例では、ネイバセクタはフィールドテストまたはドライブテストを介して決定できる。特定のセクタのネイバセクタは、そのセクタ用のＳｅｃｔｏｒＰａｒａｍｅｔｅｒｓメッセージ内に含めることができる。ＳｅｃｔｏｒＰａｒａｍｅｔｅｒｓメッセージは、ＲＡＮ１２０によってブロードキャストされたオーバーヘッドメッセージであり、１ｘＥＶ−ＤＯ規格によって規定される。基地局から不十分な信号強度を受信しているＡＴが、「ネイバ」セクタの１つまたは複数から許容できる信号強度を受信することができるように、所与のセクタのネイバセクタのリストを決定する。各ＡＴは、ネイバセクタの信号強度を周期的に測定し、ネイバセクタの信号強度があるレベルを超えた場合、ネイバセクタにハンドオフを要求するように構成される。したがって、各ネイバセクタが所与のターゲットセクタと同じ信号を送信するサポートセクタとして構成された場合、所与のセクタのネイバセクタは、順方向リンク受信での利得の有効な結合またはソフト結合を提供するための良好な候補である。集合的に、ターゲットセクタ・グループの各々のターゲットセクタのネイバセクタは、「ネイバセクタ・グループ」に対応する。

１５１０において、ＲＡＮ１２０は、ネイバセクタ・グループから、ターゲットセクタ・グループ中のターゲットセクタと重複するネイバセクタを削除する。次いで、１５１５において、ＲＡＮ１２０は、サポートセクタ・グループを、得られたネイバセクタ・グループ（すなわち、ターゲットセクタ削除後）に等しく設定する。このようにして、各ターゲットセクタがＰＴＴセッションをサポートしていくことになるので、ターゲットセクタは、サポートグループと重複する分類を必要としない。

したがって、次に、図１５のプロセスの例示的な適用例を与える。図６に関して上述したように、ＡＴ Ａ〜ＡＴ Ｇが、初期ターゲットセクタ・グループを集合的に備えるターゲットセクタＴ１〜Ｔ４内に存在するか、または存在することが予想されると仮定する。次に、ターゲットセクタＴ１がネイバセクタＴ２およびＮ１を有し、ターゲットセクタＴ２がネイバセクタＴ１およびＮ２を有し、ターゲットセクタＴ３がネイバセクタＮ３を有し、ターゲットセクタＴ４がネイバセクタＴ２、Ｎ４およびＮ５を有すると仮定する。これらの仮定を用いて、１５００において、ターゲットセクタ・グループ（Ｔ１、Ｔ２、Ｔ３、Ｔ４）を取得し、１５０５において、ネイバセクタ・グループ（Ｔ２、Ｎ１、Ｔ１、Ｎ２、Ｎ３、Ｎ４、Ｎ５）を取得し、１５１０において、ネイバセクタ・グループからターゲットセクタをパージして（Ｎ１、Ｎ２、Ｎ３、Ｎ４、Ｎ５）にし、１５１５において、サポートセクタ・グループを、パージされたネイバセクタ・グループに等しく設定する。図１６に、図１５のプロセスの後の得られたワイヤレス通信システム（非サポートセクタはラベルなし）の例を示す。

図１７に、本発明の別の実施形態による図４の４１５のサポートセクタ初期化プロセスを示す。１７００において、ＲＡＮ１２０は、図４の４１０において決定された、クラスタ用の初期ターゲットセクタ・グループを取得する。１７００において、ターゲットセクタ・グループを取得した後、１７０５において、ＲＡＮ１２０は、ターゲットセクタ・グループ内の各ターゲットセクタのネイバセクタを決定する。集合的に、ターゲットセクタ・グループの各々のターゲットセクタのネイバセクタは、「ネイバセクタ・グループ」に対応する。

１７０５においてネイバセクタ・グループを取得した後、１７１０において、ＲＡＮ１２０は、ネイバセクタ・グループ中のネイバセクタの各々のネイバセクタを決定する。集合的に、（ｉ）ターゲットセクタ・グループのターゲットセクタの各々のネイバセクタ＋（ｉｉ）ネイバセクタ・グループのネイバセクタの各々のネイバセクタは、「拡張ネイバセクタ・グループ」に対応する。一例では、ＲＡＮ１２０における繰り返し処理を減らすために、各個々のセクタのネイバセクタ（「個々のネイバセクタ・グループ」）、および「拡張」またはセカンドティアの個々のネイバセクタ・グループをそれぞれ、図１７のプロセスが実行される前に、セクタごとに計算するかまたは決定することができる。このようにして、実際には、図１７のステップ１７０５および１７１０を図１７の実行に先立って実行することがあるので、１７０５および１７１０は、以前の実行の結果を記憶する、ＲＡＮ１２０におけるレジスタにアクセスするように構成される。

１７１５において、ＲＡＮ１２０は、拡張ネイバセクタ・グループから、ターゲットセクタ・グループ中のターゲットセクタと重複するネイバセクタを削除する。次いで、１７２０において、ＲＡＮ１２０は、サポートセクタ・グループを、得られた拡張ネイバセクタ・グループ（すなわち、ターゲットセクタ削除後）に等しく設定する。

したがって、次に、図１５のプロセスの例示的な適用例を与える。図６に関して上述したように、ＡＴ Ａ〜ＡＴ Ｇが、初期ターゲットセクタ・グループを集合的に備えるターゲットセクタＴ１〜Ｔ４内に存在するか、または存在することが予想されると仮定する。次に、ターゲットセクタＴ１がネイバセクタＴ２およびＮ１を有し、ターゲットセクタＴ２がネイバセクタＴ１およびＮ２を有し、ターゲットセクタＴ３がネイバセクタＮ３を有し、ターゲットセクタＴ４がネイバセクタＴ２、Ｎ４およびＮ５を有すると仮定する。さらに、ネイバセクタＮ１がネイバセクタＮ６を有し、ネイバセクタＮ２がネイバセクタＴ２を有し、ネイバセクタＮ３がネイバセクタＴ３およびＮ７を有し、ネイバセクタＮ４がネイバセクタＮ８を有し、ネイバセクタＮ５がネイバセクタＮ９を有すると仮定する。これらの仮定を用いて、１７００において、ターゲットセクタ・グループ（Ｔ１、Ｔ２、Ｔ３、Ｔ４）を取得し、１７０５において、ネイバセクタ・グループ（Ｔ２、Ｎ１、Ｔ１、Ｎ２、Ｎ３、Ｎ４、Ｎ５）を取得し、１７１０において、拡張ネイバセクタ・グループ（Ｔ２、Ｎ１、Ｔ１、Ｎ２、Ｎ３、Ｎ４、Ｎ５、Ｎ６、Ｔ３、Ｎ７、Ｎ８、Ｎ９）を取得し、１７１５において、拡張ネイバセクタ・グループから１５１０のターゲットセクタをパージして（Ｎ１、Ｎ２、Ｎ３、Ｎ４、Ｎ５、Ｎ６、Ｎ７、Ｎ８、Ｎ９）にして、１７２０において、サポートセクタ・グループを、パージされた拡張ネイバセクタ・グループに等しく設定する。図１８Ａに、図１７のプロセスの後、得られた（ラベルのない非サポートセクタをもつ）ワイヤレス通信システムの例を示す。

さらに、任意の所与のセクタに割り当てられるネイバセクタの実際の数は、この適用例で説明する例で与えられる数よりも大きいことがあることを諒解されたい。この適用例内の例で与えられるネイバセクタの数は、本発明の概念をより都合よく説明するために減らされており、必ずしもそれらの概念の現実の実装形態を示すものではない。説明の明快のために、従来、限られた数のネイバセクタのみを図１８Ａに示したが、すべてまたはほとんどすべての隣接するセクタ、および隣接するセクタの隣のセクタでさえも、図１８Ｂに示すように所与のＡＴ（たとえば、Ｔ１）のネイバセクタのリストを形成する。図１８Ｂに示すように、ターゲットセクタＴ１は合計９個のネイバセクタＮ１〜Ｎ９を含む。他の例では、所与のセクタのネイバセクタの数が容易に２０を超えることがある。本発明の実施形態は、任意の数のネイバセクタを有するセクタを対象とすることができることを諒解されたい。

図１９に、本発明の別の実施形態による図４の４１５のサポートセクタ初期化プロセスを示す。１９００において、ＲＡＮ１２０は、図４の４１０において決定された、クラスタ用の初期ターゲットセクタ・グループを取得する。１９００において、ターゲットセクタ・グループを取得した後、１９０５において、ＲＡＮ１２０は、ターゲットセクタ・グループ内の各ターゲットセクタのネイバセクタを決定する。集合的に、ターゲットセクタ・グループの各々のターゲットセクタのネイバセクタは、「ネイバセクタ・グループ」に対応する。

１９０５において、ネイバセクタ・グループを取得した後、１９１０において、ＲＡＮ１２０はサポートセクタ値を決定する。サポートセクタ値は、ターゲットセクタ・グループ内の各ターゲットセクタの観点から、所望のサポートセクタの数に対応する正の整数であり、以下でより詳細に説明する。サポートセクタ値は、単一のサポートセクタ値がセクタごとに選択されるように「グローバルな」サポートセクタ値か、または、代替的に、セクタごとに特別に選択されるかまたは構成されるセクタ固有のサポートセクタ値のいずれかとすることができる。一例では、（１つまたは複数の）サポートセクタ値は、システム設計者によって選択され、すべてのＰＴＴセッションのために確立できるか、または、特定のＰＴＴ呼グループのために特別に構成できる。１９１５において、ＲＡＮ１２０は、サポートセクタ値に基づいてネイバセクタ・グループを変更するが、次に、図２０に関してより詳細に説明する。

図２０に、本発明の一実施形態による、１９１５のネイバセクタ・グループ変更プロセスをより詳細に示す。図２０のプロセスはターゲットセクタ・グループ内のターゲットセクタごとに実行され、代表的なターゲットセクタにおいて実行されるものとして以下で説明する。明快のために、「ネイバセクタ・グループ」はターゲットセクタ・グループ内の各ターゲットセクタのネイバセクタに対応し、「個々のネイバセクタ・グループ」は、特定のターゲットセクタのネイバセクタに対応する。

２０００において、ＲＡＮ１２０は、所与のターゲットセクタの個々のネイバセクタ・グループ内のネイバセクタの数がサポートセクタ値に等しいかどうかを判断する。個々のネイバセクタ・グループ内のネイバセクタの数がサポートセクタ値に等しいと判断された場合、プロセスは２０２０に進む。

あるいは、個々のネイバセクタ・グループ内のネイバセクタの数がサポートセクタ値に等しくないと判断された場合、２００５において、ＲＡＮ１２０は、個々のネイバセクタ・グループ中のネイバセクタの数がサポートセクタ値よりも大きいかどうかを判断する。２００５において、ＲＡＮ１２０が、個々のネイバセクタ・グループ中のネイバセクタの数がサポートセクタ値よりも大きいと判断した場合、２０１０において、ネイバセクタの１つを個々のネイバセクタ・グループから削除する。たとえば、ＲＡＮ１２０は、ワイヤレス通信システム１００内の各セクタの地理的位置を知っているが、セクタの地理的位置は、そのセクタをサポートしている基地局の地理的位置に対応する。たとえば、ＲＡＮ１２０は、ワイヤレス通信システム１００内の各基地局のＧＰＳ位置の表を維持する。したがって、２０１０において、削除されるネイバセクタは、たとえば、（たとえば、ネイバセクタの位置および所与のターゲットセクタの位置に基づく単純な計算によって決定される）所与のターゲットセクタ内の基地局の位置から個々のネイバセクタ・グループ内の最も遠いセクタとすることができる。

あるいは、２００５において、ＲＡＮ１２０が、個々のネイバセクタ・グループ中のネイバセクタの数がサポートセクタ値よりも大きくない（すなわち、小さい）と判断した場合、２０１５において、セクタを個々のネイバセクタ・グループに追加する。たとえば、２０１０において、追加されるセクタは、個々のネイバセクタ・グループ内には存在しない、（たとえば、上述のように基地局の位置に基づいて決定される）所与のターゲットセクタに最も近いセクタとすることができる。このようにして、諒解するように、必ずしも上記で定義された「ネイバ」セクタではないセクタを含むように個々のネイバセクタ・グループを拡張することができる。

セクタが２０１５において個々のネイバセクタ・グループに追加されたか、または２０１０において削除された後、２０００において、ＲＡＮ１２０は、ネイバセクタ・グループ内のセクタの数を再度求める。サポートセクタ値が、依然として個々のネイバセクタ・グループ内のセクタの数に等しくない場合、プロセスは再び２００５に進む。さもなければ、プロセスは２０２０に進み、そこでＲＡＮ１２０は、サポートセクタ値に適合するように変更されるそれらの個々のネイバセクタ・グループをまだ有していない、ターゲットセクタ・グループ内の残りのターゲットセクタが存在するかどうかを判断する。１つまたは複数のターゲットセクタが残っている場合、プロセスは次のターゲットセクタのために２０００に戻る。さもなければ、プロセスは図９の１９２０に進む。

図１９に戻ると、ステップ１９０５、１９１０および１９１５（すなわち、図２０のプロセス）の各々は、事前に実行できるので、ＲＡＮ１２０は、個々のネイバセクタ・グループおよび／または「変更された」個々のネイバセクタ・グループを（たとえば、図２０のプロセスに続いて）１つまたは複数のレジスタにおいてローカルに維持することを諒解されたい。したがって、サポートセクタ・グループが実装されるたびにステップ１９０５〜１９１５を実際に実行する必要はない。そうではなく、ＲＡＮ１２０は、１９００において取得されたかまたは決定された各ターゲットセクタの変更された個々のネイバセクタ・グループに対応するレジスタに単にアクセスすることができる。したがって、いずれにせよ、各ターゲットセクタの個々の変更されたネイバセクタ・グループを取得した後、プロセスは１９２０に進む。

１９２０において、ＲＡＮ１２０は、ターゲットセクタ・グループ内のターゲットセクタの各々の個々のネイバセクタ・グループをマージされたグループにマージする。１９２５において、ＲＡＮ１２０は、マージされたグループから、ターゲットセクタ・グループ中のターゲットセクタと重複するセクタを削除する。次いで、１９３０において、ＲＡＮ１２０は、サポートセクタ・グループを、得られたマージされたセクタ・グループ（すなわち、ターゲットセクタ削除後）に等しく設定する。

したがって、次に、図１９および図２０のプロセスの例示的な適用例を提供する。図６に関して上述したように、ＡＴ Ａ〜ＡＴ Ｇが、初期ターゲットセクタ・グループを集合的に備えるターゲットセクタＴ１〜Ｔ４内に存在するか、または存在することが予想されると仮定する。次に、ターゲットセクタＴ１がネイバセクタＴ２およびＮ１を有し、ターゲットセクタＴ２がネイバセクタＴ１およびＮ２を有し、ターゲットセクタＴ３がネイバセクタＮ３を有し、ターゲットセクタＴ４がネイバセクタＴ２、Ｎ４およびＮ５を有すると仮定する。

これらの仮定を用いて、１９００において、ターゲットセクタ・グループ（Ｔ１、Ｔ２、Ｔ３、Ｔ４）を取得し、１９０５において、ネイバセクタ・グループ（Ｔ２、Ｎ１、Ｔ１、Ｎ２、Ｎ３、Ｎ４、Ｎ５）を取得し、１９１０において、サポートセクタ値の２を選択する。次に、ターゲットセクタＴ１〜Ｔ４の各々について図２０のプロセスを実行する。ターゲットセクタＴ１およびＴ２が２つのネイバセクタを有し、サポートセクタ値が２に等しいので、Ｔ１およびＴ２の個々のネイバセクタ・グループは、図２０のプロセスによって変更されない。ターゲットセクタＴ３が単一のネイバセクタを有し、サポートセクタ値が２に等しいので、２０１０において、ＲＡＮ１２０は、ターゲットセクタＴ３に地理的に最も近い（たとえば、「Ｎ６」）セクタをＴ３の個々のネイバセクタ・グループに追加する。ターゲットセクタＴ４が３つのネイバセクタを有し、サポートセクタ値が２に等しいので、２０１５において、ＲＡＮ１２０は、ターゲットセクタＴ４から地理的に最も遠い（たとえば、「Ｎ５」）セクタをＴ４の個々のネイバセクタ・グループから削除する。代替的に、上述のように、ＲＡＮ１２０は、事前にステップ１９０５、１９１０および１９１５を実行した場合、ターゲットセクタＴ１〜Ｔ４の各々の個々のネイバセクタ・グループを決定するためにＲＡＮ１２０において維持される１つまたは複数のレジスタに単にアクセスするだけである。

１９２０において、得られた個々のネイバセクタ・グループを、マージされたグループ（Ｔ２、Ｎ１、Ｔ１、Ｎ２、Ｎ３、Ｎ４、Ｎ６）にマージし、１９２５において、マージされたグループからマージされたグループ内に存在するターゲットセクタをパージして（Ｎ１、Ｎ２、Ｎ３、Ｎ４、Ｎ６）にし、１９３０において、サポートセクタ・グループを、マージされパージされたグループに等しく設定する。図２１に、図１９および図２０のプロセスの後、（ラベルのない非サポートセクタをもつ）得られたワイヤレス通信システムの例を示す。

当業者ならば諒解するように、サポートセクタ・グループ構成の代表的な例は非限定的であり、多くの方法で変更できる。たとえば、図１５のプロセスは、ネイバセクタの「シングルティア」（すなわち、ターゲットセクタのネイバセクタ）に基づいてサポートセクタ・グループを生成するが、図１７のプロセスは、ネイバセクタの「ダブルティア」（すなわち、ターゲットセクタのネイバセクタ＋それらのネイバセクタのネイバセクタ）に基づいてサポートセクタ・グループを生成する。多くの「ティア」は、本発明の他の実施形態では実装できることを諒解されたい。さらに、図１９および図２０のプロセスは、ネイバセクタのシングルティアを生成し、次いで、各ターゲットセクタに対する所与の数のサポートセクタを達成するために、変更プロセスを実行する。ただし、このプロセスは、代替的に、ネイバセクタのダブルティアおよび／またはネイバセクタの任意の他の数のティアに基づくことができる。さらに、変更プロセスは、ティアがない場合に実行できる。この例では、各ターゲットセクタは、その個々のネイバセクタ・グループを０から構築することができ、追加されたセクタの数がサポートセクタ値に等しくなるまで、地理的に最も近いセクタを追加するだけでよい。言い換えれば、本発明の範囲内に含まれるものである上記の教示の多数の変形体が存在する。

さらに、図１５〜図２１に関して説明したプロセスは、サポートセクタ・グループの「初期化」プロセスとして説明してきたが、このプロセスを代替的に使用して既存のサポートセクタ・グループを「更新する」ことができることを諒解されたい。したがって、上述のターゲットセクタの挙動およびサポートセクタの挙動は、クラスタ更新がターゲットセクタと隣接しているサポートグループを維持することに基づく例を対象としているが、クラスタは、図１５〜図２１に関して説明したプロセスのいずれかに従って代替的に更新でき、隣接するタイプの実装形態に限定する必要はないことを諒解されたい。セクタを追加すること／削除すること、およびこのようにしてクラスタを更新することの例示的な例は、簡潔のためにのみこの適用例から省略されており、（たとえば、隣接するおよび／または近接度ベースのサポートセクタ実施形態について図９〜図１４に関して説明したように）クラスタを維持する／更新するように、図１５〜図２１のプロセスの初期化手順を適用する方法は、当業者には容易に明らかになろう。

本発明の上記の実施形態は、クラスタ構成、または初期化プロセス、（たとえば、ターゲットセクタおよび／またはサポートセクタを追加するかまたは削除するようにクラスタを変更する）クラスタ「更新」プロセス、および特定のクラスタ内のターゲットセクタおよびサポートセクタの挙動に関係するプロセスを対象としてきた。

上記の説明から諒解されるように、クラスタは、所与のマルチキャスト・セッションをサポートする複数のセクタに対応し、複数のセクタは少なくとも１つのターゲットセクタおよび少なくとも１つのサポートセクタを含む。「クラスタ」は、（ｉ）連続しており、（ｉｉ）ダウンリンクＢＣＨの同じインターレース多重（ＩＭ）対上の所与のマルチキャスト・セッションをサポートする、複数のターゲットおよびサポートセクタに対応するものとしてさらに規定できる。本明細書で使用する「連続する」という用語は、各クラスタメンバーセクタ（たとえば、ターゲットセクタまたはサポートセクタのいずれか）は、少なくとも１つの他のクラスタメンバーセクタ（たとえば、１つまたは複数のターゲットセクタまたはサポートセクタ）と隣接していることを意味する。さらに、ＩＭ対は、広告されたＢＣＭＣＳフローに関連するＢＯＭ内に含まれる。ＩＭ対は、関連する広告されたＢＣＭＣＳフローを監視するためにダウンリンクＢＣＨに「同調させる」方法に関してＡＴに指示する。異なるＩＭ対を使用して異なるＢＣＭＣＳフローを搬送する方法は、当技術分野でよく知られており、（すなわち、背景技術セクションにおいて参照により組み込まれる）公開第２００７／００４９３１４号内でより詳細に記述されている。

図２２に、本発明の一実施形態による２つのクラスタを含むワイヤレス通信システム２２００を示す。図２２に示すように、ワイヤレス通信システム２２００は、第１のクラスタ２２０５および第２のクラスタ２２１０を含む。

第１のクラスタ２２０５は、ターゲットセクタＴ１およびＴ２、ならびにサポートセクタＮ１〜Ｎ８を含む。ＡＴ ＣはターゲットセクタＴ１内に実際に配置されるか、または配置されることが予想され、ＡＴ ＡおよびＡＴ ＢはターゲットセクタＴ２内に実際に配置されるかまたは配置されることが予想される。一例として、第１のクラスタ２２０５は、サポートセクタが、ターゲットセクタに隣接している非ターゲットセクタに対応する実施形態に対応するように構成されている。第２のクラスタ２２１０は、ターゲットセクタＴ３およびサポートセクタＮ９〜Ｎ１４を含む。ＡＴ ＤおよびＡＴ Ｅは、ターゲットセクタＴ３内に実際に配置されるか、または配置されることが予想される。一例として、第２のクラスタ２２１０は、サポートセクタが、ターゲットセクタに隣接している非ターゲットセクタに対応する実施形態に対応するように構成されている。ただし、クラスタ２２０５または２２１０のいずれかは、シングルティアネイバクラスタ（たとえば、図１５および図１６を参照）、ダブルティアネイバクラスタ（たとえば、図１７および図１８を参照）、サポートセクタ値によって変更されたシングルティアネイバクラスタ（たとえば、図１９〜図２１を参照）、および／または任意のそれらの組合せとして再構成できることを諒解されたい。

新しいターゲットセクタがクラスタに追加されるかまたはクラスタから削除されるにつれて、クラスタはワイヤレス通信システム全体にわたって「移動する」か、または増大することができる。したがって、ワイヤレス通信システム内に別々に形成される２つ以上のクラスタは、異なるクラスタ手法として１つまたは複数のターゲットおよび／またはサポートクラスタの追加によって、互いと重複するか、衝突するか、または、マージすることができることを諒解されたい。

最も単純なシナリオでは、衝突するかまたは重複する各クラスタは、同じＩＭ対上で所与のマルチキャスト・セッションをサポートするように構成される。この例では、ＲＡＮ１２０は、クラスタの衝突中に特殊な動作を行う必要はない。言い換えれば、各クラスタ内のターゲットセクタおよびサポートセクタの挙動は、クラスタの衝突またはマージの前とクラスタの衝突またはマージの後で同じである。したがって、この「最も単純な」シナリオ中にＲＡＮ１２０の一部分上で特殊な動作を行う必要がないので、ＲＡＮ１２０は、本発明の一実施形態では、ワイヤレス通信システム内の所与のマルチキャスト・セッション用の各クラスタが同じＩＭ対上の所与のマルチキャスト・セッションをサポートすることを確実にしようと試みることができる。したがって、この例では、クラスタごとに実行される、図４のクラスタ初期化プロセス中に、４０５と４１０との間に追加のステップを配置することができる。この追加のステップでは、ＲＡＮ１２０は、（ｉ）１つまたは複数の他のクラスタが所与のマルチキャスト・セッションのためにワイヤレス通信システム内に存在するかどうかを検査し、（ｉｉ）可能な場合、新しいクラスタ用のＩＭ対を、（ｉ）からの１つまたは複数の他のクラスタのＩＭ対に等しく設定することができる。したがって、追加のステップが成功したと仮定すると、所与のマルチキャスト・セッションをサポートするクラスタを同じＩＭ対上で維持することができ、それによって、クラスタ衝突の複雑さを低減することができる。

ただし、同じＩＭ対上の動作のためにワイヤレス通信システム内の所与のマルチキャスト・セッション用の各クラスタを構成することは、（たとえば、１つまたは複数のセクタ中のＩＭ対が別のマルチキャストプログラムによってすでに使用されているので）常に可能というわけではない。したがって、本発明の一実施形態は、以下でより詳細に説明するように、異なるＩＭ対上で動作しているクラスタの衝突を処理することを対象とする。

図２３に、本発明の一実施形態による、第１のクラスタのサポートセクタが第２のクラスタのサポートセクタと重複するワイヤレス通信システム２３００を示す。説明の便宜のために、第１のクラスタは以下クラスタＸと呼び、第２のクラスタは以下クラスタＹと呼ぶ。したがって、クラスタＸ内のセクタは表示「Ｘ＿」から始まり、クラスタＹ内のセクタは表示「Ｙ＿」から始まる。

図２３で、クラスタＸはターゲットセクタＸ＿Ｔ１およびＸ＿Ｔ２ならびにサポートセクタＸ＿Ｎ１〜Ｘ＿Ｎ８を含む。ＡＴ ＣはターゲットセクタＸ＿Ｔ１内に実際に配置されるか、または配置されることが予想され、ＡＴ ＡおよびＡＴ ＢはターゲットセクタＸ＿Ｔ２内に実際に配置されるかまたは配置されることが予想される。一例として、簡単のために、クラスタＸは、サポートセクタが、ターゲットセクタに隣接している非ターゲットセクタに対応する実施形態に対応するように構成されている。クラスタＹは、ターゲットセクタＹ＿Ｔ３およびサポートセクタＹ＿Ｎ９〜Ｙ＿Ｎ１４を含む。ＡＴ ＤおよびＡＴ Ｅは、ターゲットセクタＹ＿Ｔ３内に実際に配置されるか、または配置されることが予想される。一例として、簡単のために、クラスタＹは、サポートセクタが、ターゲットセクタに隣接している非ターゲットセクタに対応する実施形態に対応するように構成されている。ただし、クラスタＸまたはＹのいずれかは、シングルティアネイバクラスタ（たとえば、図１５および図１６を参照）、ダブルティアネイバクラスタ（たとえば、図１７および図１８を参照）、サポートセクタ値によって変更されたシングルティアネイバクラスタ（たとえば、図１９〜図２１を参照）、および／または任意のそれらの組合せとして再構成できることを諒解されたい。

図２３のワイヤレス通信システム２３００内で、クラスタＸは、第１のＩＭ対（「ＩＭ＿１」）を用いて所与のマルチキャスト・セッションをサポートし、クラスタＹは、第２のＩＭ対（「ＩＭ＿２」）を用いて所与のマルチキャスト・セッションをサポートすると仮定する。さらに、図２３に示すように、クラスタＸのサポートセクタＸ＿Ｎ４は、クラスタＹのサポートセクタＹ＿Ｎ１３と重複するか、またはＹ＿Ｎ１３と同じセクタである。

上記の仮定を用いて、図２４に、本発明の一実施形態による、重複するサポートセクタＸ＿Ｎ４／Ｙ＿Ｎ１３の挙動を示す。図２４のサポートセクタの挙動は、図８に関して上述したサポートセクタの挙動の変更である。さらに、図２４のプロセスは、図８のように、サポートセクタがターゲットセクタと隣接している非ターゲットセクタとして規定される実施形態を対象とする。ただし、図２４のプロセスが（たとえば、シングルティア化ネイバセクタまたはダブルティア化ネイバセクタに基づいて、サポートセクタ値に基づいて、サポートセクタを規定するなど）どのように任意のサポートセクタ構成に準拠するように変更できるかは、容易に明らかになろう。

図２４を参照すると、２４００において、サポートセクタＸ＿Ｎ４／Ｙ＿Ｎ１３中のＲＡＮ１２０は、所与のＢＣＭＣＳフロー（「Ｔ＿ＦＬＯＷ」）を広告し、ＲＦＤＢを１に設定し、さらにＰｈｙｓｉｃａｌＣｈａｎｎｅｌＣｏｕｎｔが２に等しく、ＩＭ＿１およびＩＭ＿２を含むＢＯＭを送信し、ＢＯＭはＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝１，ＰｈｙｓｉｃａｌＣｈａｎｎｅｌＣｏｕｎｔ＝２，ＩＭ＿１，ＩＭ＿２］と示される。ＰｈｙｓｉｃａｌＣｈａｎｎｅｌＣｏｕｎｔパラメータは、その上でサポートセクタＸ＿Ｎ４／Ｙ＿Ｎ１３中の所与のマルチキャスト・セッションが搬送されている、ＩＭ対または物理チャネルの数を示す。次に、２４０５において、サポートセクタＸ＿Ｎ４／Ｙ＿Ｎ１３中のＲＡＮ１２０は、Ｔ＿ＦＬＯＷ用のＢＣＭＣＳフロー登録メッセージが受信されたかどうかを判断する。Ｔ＿ＦＬＯＷ用の１つまたは複数のＢＣＭＣＳフロー登録メッセージが受信されたと判断した場合、プロセスは、以下でより詳細に論じる図２６の７０５または図２７の７０５に進み、サポートセクタＸ＿Ｎ４／Ｙ＿Ｎ１３は、（たとえば、ＢＣＭＣＳＦｌｏｗＲｅｇｉｓｔｒａｔｉｏｎメッセージを送信しているＡＴがどのクラスタに属するかに基づいて）クラスタＸ用またはクラスタＹ用のいずれかのターゲットセクタに移行する。さもなければ、プロセスは２４１０に進む。

図２４の２４１０において、ＲＡＮ１２０は、サポートセクタＸ＿Ｎ４およびＹ＿Ｎ１３が重複したままかどうかを判断する。たとえば、隣接するターゲットセクタがクラスタＸまたはクラスタＹのいずれかから欠落したかまたは削除された場合、サポートセクタは、クラスタＸとＹとの間でもはや重複していない。サポートセクタが重複している状態のままである場合、２４１５において、サポートセクタＸ＿Ｎ４／Ｙ＿Ｎ１３用のＲＡＮ１２０は所与のＢＯＭ周期の間待機し、次いで、２４００に戻る。

さもなければ、プロセスは２４２０に進む。２４２０において、ＲＡＮ１２０は、隣接するターゲットセクタがクラスタＸ用またはクラスタＹ用のいずれかのサポートセクタに対して存在するかどうかを判断する。隣接するターゲットセクタが残っていない場合、プロセスは２４２５に進み、サポートセクタは非サポートセクタに移行する。非サポートセクタに移行した後、非サポートセクタは、ＢＣＨ上でＴ＿ＦＬＯＷ用のＢＣＭＣＳフローを搬送せず、ＢＣＭＣＳフローＴ＿ＦＬＯＷ用のＢＯＭを送信しない。あるいは、ＲＡＮ１２０が、クラスタＸまたはクラスタＹのうちの１つの少なくとも１つの隣接するターゲットセクタが存在すると判断した場合、プロセスは、図８の８００に進み、単一のクラスタ（すなわち、重複しない）サポートセクタ用のサポートセクタ・プロセスを実行する。

次に、図２５のワイヤレス通信システム２３００内で、ＡＴ ＤがターゲットセクタＹ＿Ｔ３からサポートセクタＸ＿Ｎ４／Ｙ＿Ｎ１３に移動すると仮定する。したがって、ＲＡＮ１２０がクラスタＹ内でＡＴ Ｄを維持すると仮定すると、サポートセクタＹ＿Ｎ１３は、クラスタＸのサポートセクタＸ＿Ｎ４と依然として重複するターゲットセクタＹ＿Ｔ４に移行する。同様に、サポートセクタＸ＿Ｎ３およびＸ＿Ｎ５はそれぞれ、重複するサポートセクタＸ＿Ｎ３／Ｙ＿Ｎ１６およびＸ＿Ｎ５／Ｙ＿Ｎ１５になる。また、ターゲットセクタＸ＿Ｔ２はクラスタＹ用のサポートセクタＹ＿Ｎ１７になる。重複するサポートセクタＸ＿Ｎ３／Ｙ＿Ｎ１６とＸ＿Ｎ５／Ｙ＿Ｎ１５のためのプロセスは、図２４に関して上記で説明しており、簡潔のためにさらに説明しない。次に、サポートセクタと重複するターゲットセクタのためのプロセスに関係する２つの代替実施形態について、それぞれ、図２６および図２７関して説明する。

図２６に、本発明の一実施形態による別のクラスタのサポートセクタと重複するターゲットセクタの挙動を示す。図２６のプロセスは、ステップ７１５の代わりにステップ２６００を使用し、ステップ７３５の代わりにステップ２６０５を使用することを除いて、図７に関して上述したプロセスに対応する。したがって、２６００および２６０５以外の図２６のステップについては、簡潔のためにさらに説明しない。

２６００において、セクタＸ＿Ｔ２／Ｙ＿Ｎ１７の場合、ＲＡＮ１２０は、所与のＢＣＭＣＳフロー（「Ｔ＿ＦＬＯＷ」）を広告し、ＲＦＤＢを０に設定し、さらにＰｈｙｓｉｃａｌＣｈａｎｎｅｌＣｏｕｎｔを１に等しく、ＩＭ＿１を含むＢＯＭを送信し、ＢＯＭはＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝０，ＰｈｙｓｉｃａｌＣｈａｎｎｅｌＣｏｕｎｔ＝１，ＩＭ＿１］と示される。したがって、２６００において送信されるＢＯＭは、セクタＸ＿Ｔ２／Ｙ＿Ｎ１７中のＩＭ＿２上で搬送されるＢＣＭＣＳフローを広告しないが、ＩＭ＿２上のＢＣＭＣＳフローはセクタ内で依然として搬送される。同様に、２６０５において、ＲＡＮ１２０は、所与のＢＣＭＣＳフロー（「Ｔ＿ＦＬＯＷ」）を広告し、ＲＦＤＢを１に設定し、さらにＰｈｙｓｉｃａｌＣｈａｎｎｅｌＣｏｕｎｔを１に等しく、ＩＭ＿１を含むＢＯＭを送信し、ＢＯＭはＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝１，ＰｈｙｓｉｃａｌＣｈａｎｎｅｌＣｏｕｎｔ＝１，ＩＭ＿１］と示される。したがって、２６００と同様に、２６０５において送信されるＢＯＭは、セクタＸ＿Ｔ２／Ｙ＿Ｎ１７中のＩＭ＿２上で搬送されるＢＣＭＣＳフローを広告しないが、ＩＭ＿２上のＢＣＭＣＳフローはセクタ内で依然として搬送される。

同様に、２６００において、セクタＸ＿Ｎ４／Ｙ＿Ｔ４の場合、ＲＡＮ１２０は、所与のＢＣＭＣＳフロー（「Ｔ＿ＦＬＯＷ」）を広告し、ＲＦＤＢを０に設定し、さらにＰｈｙｓｉｃａｌＣｈａｎｎｅｌＣｏｕｎｔを１に等しく、ＩＭ＿２を含むＢＯＭを送信し、ＢＯＭはＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝０，ＰｈｙｓｉｃａｌＣｈａｎｎｅｌＣｏｕｎｔ＝１，ＩＭ＿２］と示される。したがって、２６００において送信されるＢＯＭは、セクタＸ＿Ｎ４／Ｙ＿Ｔ４中のＩＭ＿１上で搬送されるＢＣＭＣＳフローを広告しないが、ＩＭ＿１上のＢＣＭＣＳフローはセクタ内で依然として搬送される。同様に、２６０５において、ＲＡＮ１２０は、所与のＢＣＭＣＳフロー（「Ｔ＿ＦＬＯＷ」）を広告し、ＲＦＤＢを1に設定し、さらにＰｈｙｓｉｃａｌＣｈａｎｎｅｌＣｏｕｎｔを１に等しく、ＩＭ＿２を含むＢＯＭを送信し、ＢＯＭはＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝１，ＰｈｙｓｉｃａｌＣｈａｎｎｅｌＣｏｕｎｔ＝１，ＩＭ＿２］と示される。したがって、２６００と同様に、２６０５において送信されるＢＯＭは、セクタＸ＿Ｔ２／Ｙ＿Ｎ１７中のＩＭ＿１上で搬送されるＢＣＭＣＳフローを広告しないが、ＩＭ＿１上のＢＣＭＣＳフローはセクタ内で依然として搬送される。

このようにして、ＢＣＭＣＳフローがセクタＸ＿Ｔ２／Ｙ＿Ｎ１７内のＩＭ＿２上で搬送されることを諒解されたい。したがって、ＩＭ＿２上のＢＣＭＣＳフローは、たとえば、ターゲットセクタＹ＿Ｔ４内のクラスタＹのＡＴ Ｄを結合またはソフト結合することによって、クラスタＹのターゲットセクタＹ＿Ｔ４を「サポート」するのに利用可能である。ただし、セクタＸ＿Ｔ２／Ｙ＿Ｎ１７中のＢＣＭＣＳフローは、ＢＯＭ中のＩＭ＿２上で搬送されるものとして広告されず、したがって、ＡＴ ＡおよびＡＴ Ｂは、ＩＭ＿２上の所与のマルチキャスト・セッションを復号しようと試みない。したがって、ＡＴ ＡおよびＡＴ Ｂは、同じパケットを二回（すなわち、異なるそれぞれのＩＭ対上で）復号しようと試みることによる「過負荷」をそれら自体にかけず、冗長な復号の取り組みおよび／または二重のパケット処理手順をなくすことによって、バッテリ消費を低減することができる。同様に、ＢＣＭＣＳフローＴ＿ＦＬＯＷ用のＩＭ＿１がそのセクタ中のＢＯＭ中で広告されないので、セクタＸ＿Ｔ２／Ｙ＿Ｎ１７中のＡＴ ＡおよびＡＴ Ｂは、セクタＸ＿Ｎ４／Ｙ＿Ｔ４中で搬送されるＩＭ＿１上のＢＣＭＣＳフローによって助けられ、ＡＴ Ｄは、セクタＸ＿Ｎ４／Ｙ＿Ｔ４中のＩＭ＿１上で信号を復号しようと試みることによる過負荷をかけられない。

図２７に、本発明の別の実施形態による別のクラスタのサポートセクタと重複するターゲットセクタの挙動を示す。図２７のプロセスは、ステップ７１５の代わりにステップ２７００を使用し、ステップ７３５の代わりにステップ２７０５を使用することを除いて、図７に関して上述したプロセスに対応する。したがって、２７００および２７０５以外の図２７のステップについては、簡潔のためにさらに説明しない。次に図２７について、図２５のワイヤレス通信システム２３００に関して説明する。

２７００において、セクタＸ＿Ｔ２／Ｙ＿Ｎ１７の場合、ＲＡＮ１２０は、所与のＢＣＭＣＳフロー（「Ｔ＿ＦＬＯＷ」）を広告し、ＲＦＤＢを０に設定し、さらにＰｈｙｓｉｃａｌＣｈａｎｎｅｌＣｏｕｎｔが２に等しく、ＩＭ＿１とＩＭ＿２の両方を含むＢＯＭを送信し、ＢＯＭはＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝０，ＰｈｙｓｉｃａｌＣｈａｎｎｅｌＣｏｕｎｔ＝２，ＩＭ＿１，ＩＭ＿２］と示される。したがって、２７００において送信されるＢＯＭは、セクタＸ＿Ｔ２／Ｙ＿Ｎ１７中のＩＭ＿２上で搬送されるＢＣＭＣＳフローを広告し、ＩＭ＿２（およびＩＭ＿１）上のＢＣＭＣＳフローはセクタ内で依然として搬送される。同様に、２７０５において、ＲＡＮ１２０は、所与のＢＣＭＣＳフロー（「Ｔ＿ＦＬＯＷ」）を広告し、ＲＦＤＢを１に設定し、さらにＰｈｙｓｉｃａｌＣｈａｎｎｅｌＣｏｕｎｔが２に等しく、ＩＭ＿１とＩＭ＿２の両方を含むＢＯＭを送信し、ＢＯＭはＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝１，ＰｈｙｓｉｃａｌＣｈａｎｎｅｌＣｏｕｎｔ＝１，ＩＭ＿１，ＩＭ＿２］と示される。したがって、２７００と同様に、２７０５において送信されるＢＯＭは、セクタＸ＿Ｔ２／Ｙ＿Ｎ１７中のＩＭ＿２上で搬送されるＢＣＭＣＳフローを広告し、ＩＭ＿２（およびＩＭ＿１）上のＢＣＭＣＳフローはセクタ内で依然として搬送される。

同様に、２７００において、セクタＸ＿Ｎ４／Ｙ＿Ｔ４の場合、ＲＡＮ１２０は、所与のＢＣＭＣＳフロー（「Ｔ＿ＦＬＯＷ」）を広告し、ＲＦＤＢを０に設定し、さらにＰｈｙｓｉｃａｌＣｈａｎｎｅｌＣｏｕｎｔが２に等しく、ＩＭ＿１とＩＭ＿２の両方を含むＢＯＭを送信し、ＢＯＭはＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝０，ＰｈｙｓｉｃａｌＣｈａｎｎｅｌＣｏｕｎｔ＝２，ＩＭ＿１，ＩＭ＿２］と示される。したがって、２７００において送信されるＢＯＭは、セクタＸ＿Ｎ４／Ｙ＿Ｔ４中のＩＭ＿１上で搬送されるＢＣＭＣＳフローを広告し、ＩＭ＿１（およびＩＭ＿２）上のＢＣＭＣＳフローはセクタ内で依然として搬送される。同様に、２７０５において、ＲＡＮ１２０は、所与のＢＣＭＣＳフロー（「Ｔ＿ＦＬＯＷ」）を広告し、ＲＦＤＢを１に設定し、さらにＰｈｙｓｉｃａｌＣｈａｎｎｅｌＣｏｕｎｔが２に等しく、ＩＭ＿１とＩＭ＿２の両方を含むＢＯＭを送信し、ＢＯＭはＢＯＭ［ＢＣＭＣＳ：Ｔ＿ＦＬＯＷ；ＲＦＤＢ＝１，ＰｈｙｓｉｃａｌＣｈａｎｎｅｌＣｏｕｎｔ＝１，ＩＭ＿１，ＩＭ＿２］と示される。したがって、２７００と同様に、２７０５において送信されるＢＯＭは、セクタＸ＿Ｎ４／Ｙ＿Ｔ４中のＩＭ＿１上で搬送されるＢＣＭＣＳフローを広告し、ＩＭ＿１（およびＩＭ＿２）上のＢＣＭＣＳフローはセクタ内で依然として搬送される。

したがって、図２６の実施形態とは対照的に、重複するサポートセクタを有するターゲットセクタ中で送信されるＢＯＭは、（ｉ）ターゲットセクタのクラスタに関連するＩＭ対と、（ｉｉ）サポートセクタのクラスタに関連するＩＭ対の両方によってサポートされているマルチキャスト・セッションを広告することができる。二重のＩＭ対が広告されるＢＯＭに応答して、ＡＴは、両方のＩＭ対においてマルチキャスト・セッションを復号しようと試みる。上記のように、これにより、ＡＴにおける二重の復号化の作業および処理を生じることがある。ただし、少なくともいくつかの状況では、たとえば、ダイバーシティ効果による二重の送信／復号によって、復号レートを有利に助けることも可能である。たとえば、所与のＡＴにおいて、一方のＩＭ対の信号品質が不十分であるが、他方のＩＭ対の信号品質が良好である場合、異なるＩＭ対における二重の復号により、パケットを正常に復号することができる。図２６の単一のＩＭ対実装形態または図２７の二重のＩＭ対実装形態を使用可能にすべきかどうかに関する判断を、システム設計者がいくつかの基準のいずれかに基づいて行うことができる。

さらに、本発明の上記の実施形態は、クラスタの衝突中またはクラスタの重複中に異なるＩＭ対上で動作している２つのクラスタをサポートすることを対象とする。ただし、一代替実施形態では、ＲＡＮ１２０は、クラスタのＩＭ対の一方を選択して、他方のクラスタを同じＩＭ対上に転送するかまたは切り替えようと試みることができる。このようにして、２つのクラスタを「マージ」することができ、上記のプロセスを実装する必要はない。さらなる例では、異なるクラスタをクラスタの１つがすでに使用している同じＩＭ対に割り当てることが不可能である場合、ＲＡＮ１２０は、各クラスタが使用することができる、未使用であるかまたは割り当てられていないＩＭ対を発見しようと試みることができる。したがって、このシナリオでは、各クラスタは、２つの非競合クラスタまたはＩＭ対に切り替わることができる。したがって、ＲＡＮ１２０は、図２２〜図２７に関して上述したように、（ｉ）衝突しているクラスタを同じＩＭ対上に「マージ」すべきかどうかと、（ｉｉ）衝突中に異なるＩＭ対上で動作している２つのクラスタを処理するプロトコルを実装すべきかどうかとを選択することができる。この場合も、上述のように、ＲＡＮ１２０がクラスタを初期化して同じＩＭ対にした場合、クラスタ衝突の発生を低減することができるが、これは常に可能というわけではない。

情報および信号は、多種多様な技術および技法のいずれかを使用して表すことができることを当業者ならば諒解されよう。たとえば、上記の説明の全体にわたって言及することがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表現できる。

さらに、本明細書で開示した実施形態に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装できることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概して、それらの機能に関して説明した。そのような機能をハードウェアで実装するかソフトウェアで実装するかは、特定の適用例および全体的なシステムに課された設計制約に依存する。当業者は説明した機能を特定の適用例ごとに様々な方法で実装することができるが、そのような実装の決定は本発明の範囲からの逸脱を生じるものと解釈すべきではない。

本明細書に開示した実施形態に関連して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行できる。汎用プロセッサはマイクロプロセッサとすることができるが、代替形態では、プロセッサは従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることができる。プロセッサは、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成としても実装できる。

本明細書で開示した実施形態と関連して説明した方法、シーケンス、および／またはアルゴリズムは、直接ハードウェアで、プロセッサによって実行されるソフトウェア・モジュールで、またはその２つの組合せで実施できる。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐することができる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取ることができ、記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代替として、記憶媒体はプロセッサに一体化することができる。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐することができる。ＡＳＩＣはユーザ端末（たとえばアクセス端末）に常駐することができる。代替として、プロセッサおよび記憶媒体はユーザ端末中の個別構成要素として常駐することができる。

１つまたは複数の例示的な実施形態では、説明した機能はハードウェア、ソフトウェア、ファームウェア、またはその任意の組合せで実装できる。ソフトウェアで実装する場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶するか、あるいはコンピュータ可読媒体を介して送信することができる。コンピュータ可読媒体は、コンピュータ記憶媒体と、ある場所から別の場所へのコンピュータプログラムの転送を可能にするいかなる媒体をも含む通信媒体との両方を含む。記憶媒体は、コンピュータによってアクセスできる任意の利用可能な媒体とすることができる。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶装置を備えることができ、あるいは所望のプログラムコードを命令またはデータ構造の形態で担持または記憶するために使用でき、コンピュータによってアクセスできる、任意の他の媒体を備えることができる。また、どんな接続も正確にはコンピュータ可読媒体と呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。

上記の開示は本発明の例示的な実施形態を示すが、添付の特許請求の範囲によって定義された本発明の範囲から逸脱することなく、様々な変更および改変を本明細書で行うことができることに留意されたい。本明細書で説明した本発明の実施形態による方法クレームの機能、ステップおよび／または動作を特定の順序で実行しなくてもよい。さらに、本発明の実施形態の要素は、単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。

Claims (38)

1. ワイヤレス通信システムにおけるクラスタ衝突を処理する方法に関してアクセス端末に命令する方法であって、
   ワイヤレス通信システム内の第１および第２のクラスタが少なくとも部分的に互いに重複するかどうかを判断することであって、前記第１のクラスタが第１の複数のセクタを含み、前記第２のクラスタが第２の複数のセクタを含み、前記第１のクラスタが、前記第１の複数のセクタの各々内でダウンリンク・ブロードキャスト・チャネルの第１のインターレース多重（ＩＭ）対上で所与のマルチキャスト・セッションを搬送し、前記第２のクラスタが、前記第２の複数のセクタの各々内で前記ダウンリンク・ブロードキャスト・チャネルの第２のＩＭ対上で前記所与のマルチキャスト・セッションを搬送する、判断することと、
   前記判断するステップに基づいて前記第１および第２のクラスタが前記所与のマルチキャスト・セッションを搬送する方法を制御することと
   を備える方法。
2. 前記判断するステップは、所与のセクタが、ダウンリンク・ブロードキャスト・チャネルの第１のインターレース多重（ＩＭ）対上で所与のマルチキャスト・セッションを搬送する第１のクラスタのサポートセクタ、および前記ダウンリンク・ブロードキャスト・チャネルの第２のＩＭ対上で前記所与のマルチキャスト・セッションを搬送する第２のクラスタのサポートセクタとして適格であるかどうかを判断することであって、前記所与のセクタが、前記第１および第２のクラスタの各々のターゲットセクタに対する所与の関係を満たすことによって前記第１および第２のクラスタの各々中のサポートセクタとして適格であるとされ、前記第１および第２のクラスタ内の各ターゲットセクタが、前記所与のマルチキャスト・セッションに関与する少なくとも１つのアクセス端末を含むと予想される、判断することを含む、請求項１に記載の方法。
3. 前記制御するステップが、
   前記ダウンリンク・ブロードキャスト・チャネルの前記第１のＩＭ対と前記第２のＩＭ対の両方の上で前記所与のセクタ内で前記所与のマルチキャスト・セッションに関連するマルチキャストメッセージを送信することと、
   前記所与のマルチキャスト・セッションを広告し、前記判断するステップに基づいて前記所与のマルチキャストメッセージが前記第１のＩＭ対と前記第２のＩＭ対の両方の上で搬送されることを示すメッセージを前記所与のセクタ内で送信することと
   を含む、請求項２に記載の方法。
4. 前記所与の関係が、前記ターゲットセクタのネイバセクタであること、前記ターゲットセクタのネイバセクタのネイバセクタであること、または前記ターゲットセクタに地理的に近いことのうちの１つである、請求項２に記載の方法。
5. 前記メッセージがブロードキャストオーバーヘッドメッセージ（ＢＯＭ）である、請求項３に記載の方法。
6. 前記制御するステップが、
   所与のＩＭ対を選択することと、
   前記選択されたＩＭ対上で前記所与のマルチキャスト・セッションを搬送するように前記第１および第２のクラスタの各々を設定することによって前記第１および第２のクラスタをマージすることと、
   前記ダウンリンク・ブロードキャスト・チャネルの前記選択されたＩＭ対上で前記所与のセクタ内で前記所与のマルチキャスト・セッションに関連するマルチキャストメッセージを送信することと、
   前記所与のマルチキャスト・セッションを広告し、前記判断するステップに基づいて前記所与のマルチキャストメッセージが前記選択されたＩＭ対上で搬送されることを示すメッセージを前記所与のセクタ内で送信することと
   を含む、請求項２に記載の方法。
7. 前記選択されたＩＭ対が前記第１および第２のＩＭ対のうちの一方である、請求項６に記載の方法。
8. 前記選択されたＩＭ対が前記第１および第２のＩＭ対のうちの一方ではない、請求項６に記載の方法。
9. 前記メッセージがブロードキャストオーバーヘッドメッセージ（ＢＯＭ）である、請求項６に記載の方法。
10. 前記判断するステップが、所与のセクタが、ダウンリンク・ブロードキャスト・チャネルの第１のインターレース多重（ＩＭ）対上で所与のマルチキャスト・セッションを搬送する第１のクラスタのターゲットセクタ、および前記ダウンリンク・ブロードキャスト・チャネルの第２のＩＭ対上で前記所与のマルチキャスト・セッションを搬送する第２のクラスタのサポートセクタとして適格であるかどうかを判断することであって、所与のセクタが、前記第２のクラスタのターゲットセクタに対する所与の関係を満たすことによって第２のクラスタ中のサポートセクタとして適格であるとされ、前記第１および第２のクラスタ内の各ターゲットセクタが、前記所与のマルチキャスト・セッションに関与する少なくとも１つのアクセス端末を含むと予想される、判断することを含む、請求項１に記載の方法。
11. 前記所与の関係が、前記ターゲットセクタのネイバセクタであること、前記ターゲットセクタのネイバセクタのネイバセクタであること、または前記ターゲットセクタに地理的に近いことのうちの１つである、請求項１０に記載の方法。
12. 前記制御するステップが、
    前記ダウンリンク・ブロードキャスト・チャネルの前記第１のＩＭ対と前記第２のＩＭ対の両方の上で前記所与のセクタ内で前記所与のマルチキャスト・セッションに関連するマルチキャストメッセージを送信することと、
    前記所与のマルチキャスト・セッションを広告し、前記判断するステップに基づいて前記所与のマルチキャストメッセージが少なくとも前記第１のＩＭ対上で搬送されることを示すメッセージを前記所与のセクタ内で送信することと
    を含む、請求項１０に記載の方法。
13. 前記送信するステップが、前記所与のマルチキャストメッセージが前記ダウンリンク・ブロードキャスト・チャネルの前記第１のＩＭ対上で搬送されることを示し、前記所与のマルチキャストメッセージが前記ダウンリンク・ブロードキャスト・チャネルの前記第２のＩＭ対上で搬送されることを示さない前記メッセージを送信する、請求項１２に記載の方法。
14. 前記送信するステップが、前記所与のマルチキャストメッセージが前記ダウンリンク・ブロードキャスト・チャネルの前記第１のＩＭ対と前記第２のＩＭ対の両方の上で搬送されることを示す前記メッセージを送信する、請求項１２に記載の方法。
15. 前記メッセージがブロードキャストオーバーヘッドメッセージ（ＢＯＭ）である、請求項１２に記載の方法。
16. 前記制御するステップが、
    所与のＩＭ対を選択することと、
    前記選択されたＩＭ対上で前記所与のマルチキャスト・セッションを搬送するように前記第１および第２のクラスタの各々を設定することによって前記第１および第２のクラスタをマージすることと、
    前記ダウンリンク・ブロードキャスト・チャネルの前記選択されたＩＭ対上で前記所与のセクタ内で前記所与のマルチキャスト・セッションに関連するマルチキャストメッセージを送信することと、
    前記所与のマルチキャスト・セッションを広告し、前記判断するステップに基づいて前記所与のマルチキャストメッセージが前記選択されたＩＭ対上で搬送されることを示すメッセージを前記所与のセクタ内で送信することと
    を含む、請求項１０に記載の方法。
17. 前記メッセージがブロードキャストオーバーヘッドメッセージ（ＢＯＭ）である、請求項１６に記載の方法。
18. ワイヤレス通信ネットワークの複数のセクタを管理するように構成されたアクセス・ネットワークであって、
    ワイヤレス通信システム内の第１および第２のクラスタが少なくとも部分的に互いに重複するかどうかを判断するように構成された論理であって、前記第１のクラスタが第１の複数のセクタを含み、前記第２のクラスタが第２の複数のセクタを含み、前記第１のクラスタが、前記第１の複数のセクタの各々内でダウンリンク・ブロードキャスト・チャネルの第１のインターレース多重（ＩＭ）対上で所与のマルチキャスト・セッションを搬送し、前記第２のクラスタが、前記第２の複数のセクタの各々内で前記ダウンリンク・ブロードキャスト・チャネルの第２のＩＭ対上で前記所与のマルチキャスト・セッションを搬送する、論理と、
    前記判断に基づいて前記第１および第２のクラスタが前記所与のマルチキャスト・セッションを搬送する方法を制御するように構成された論理と
    を備えるアクセス・ネットワーク。
19. 判断するように構成された前記論理は、所与のセクタが、ダウンリンク・ブロードキャスト・チャネルの第１のインターレース多重（ＩＭ）対上で所与のマルチキャスト・セッションを搬送する第１のクラスタのサポートセクタ、および前記ダウンリンク・ブロードキャスト・チャネルの第２のＩＭ対上で前記所与のマルチキャスト・セッションを搬送する第２のクラスタのサポートセクタとして適格であるかどうかを判断し、前記所与のセクタが、前記第１および第２のクラスタの各々のターゲットセクタに対する所与の関係を満たすことによって前記第１および第２のクラスタの各々中のサポートセクタとして適格であるとされ、前記第１および第２のクラスタ内の各ターゲットセクタが、前記所与のマルチキャスト・セッションに関与する少なくとも１つのアクセス端末を含むと予想される、請求項１８に記載のアクセス・ネットワーク。
20. 制御するように構成された前記論理が、
    前記ダウンリンク・ブロードキャスト・チャネルの前記第１のＩＭ対と前記第２のＩＭ対の両方の上で前記所与のセクタ内で前記所与のマルチキャスト・セッションに関連するマルチキャストメッセージを送信するように構成された論理と、
    前記所与のマルチキャスト・セッションを広告し、判断するように構成された前記論理の前記判断に基づいて前記所与のマルチキャストメッセージが前記第１のＩＭ対と前記第２のＩＭ対の両方の上で搬送されることを示すメッセージを前記所与のセクタ内で送信するように構成された論理と
    を含む、請求項１９に記載のアクセス・ネットワーク。
21. 制御するように構成された前記論理が、
    所与のＩＭ対を選択するように構成された論理と、
    前記選択されたＩＭ対上で前記所与のマルチキャスト・セッションを搬送するように前記第１および第２のクラスタの各々を設定することによって前記第１および第２のクラスタをマージするように構成された論理と、
    前記ダウンリンク・ブロードキャスト・チャネルの前記選択されたＩＭ対上で前記所与のセクタ内で前記所与のマルチキャスト・セッションに関連するマルチキャストメッセージを送信するように構成された論理と、
    前記所与のマルチキャスト・セッションを広告し、判断するように構成された前記論理の前記判断に基づいて前記所与のマルチキャストメッセージが前記選択されたＩＭ対上で搬送されることを示すメッセージを前記所与のセクタ内で送信するように構成された論理と
    を含む、請求項１９に記載のアクセス・ネットワーク。
22. 判断するように構成された前記論理は、所与のセクタが、ダウンリンク・ブロードキャスト・チャネルの第１のインターレース多重（ＩＭ）対上で所与のマルチキャスト・セッションを搬送する第１のクラスタのターゲットセクタ、および前記ダウンリンク・ブロードキャスト・チャネルの第２のＩＭ対上で前記所与のマルチキャスト・セッションを搬送する第２のクラスタのサポートセクタとして適格であるかどうかを判断し、所与のセクタが、前記第２のクラスタのターゲットセクタに対する所与の関係を満たすことによって第２のクラスタ中のサポートセクタとして適格であるとされ、前記第１および第２のクラスタ内の各ターゲットセクタが、前記所与のマルチキャスト・セッションに関与する少なくとも１つのアクセス端末を含むと予想される、請求項１８に記載のアクセス・ネットワーク。
23. 制御するように構成された前記論理が、
    前記ダウンリンク・ブロードキャスト・チャネルの前記第１のＩＭ対と前記第２のＩＭ対の両方の上で前記所与のセクタ内で前記所与のマルチキャスト・セッションに関連するマルチキャストメッセージを送信するように構成された論理と、
    前記所与のマルチキャスト・セッションを広告し、判断するように構成された前記論理の前記判断に基づいて前記所与のマルチキャストメッセージが少なくとも前記第１のＩＭ対上で搬送されることを示すメッセージを前記所与のセクタ内で送信するように構成された論理と
    を含む、請求項２２に記載のアクセス・ネットワーク。
24. 制御するように構成された前記論理が、
    所与のＩＭ対を選択するように構成された論理と、
    前記選択されたＩＭ対上で前記所与のマルチキャスト・セッションを搬送するように前記第１および第２のクラスタの各々を設定することによって前記第１および第２のクラスタをマージするように構成された論理と、
    前記ダウンリンク・ブロードキャスト・チャネルの前記選択されたＩＭ対上で前記所与のセクタ内で前記所与のマルチキャスト・セッションに関連するマルチキャストメッセージを送信するように構成された論理と、
    前記所与のマルチキャスト・セッションを広告し、判断するように構成された前記論理の前記判断に基づいて前記所与のマルチキャストメッセージが前記選択されたＩＭ対上で搬送されることを示すメッセージを前記所与のセクタ内で送信するように構成された論理と
    を含む、請求項２２に記載のアクセス・ネットワーク。
25. ワイヤレス通信ネットワークの複数のセクタを管理するように構成されたアクセス・ネットワークであって、
    ワイヤレス通信システム内の第１および第２のクラスタが少なくとも部分的に互いに重複するかどうかを判断するための手段であって、前記第１のクラスタが第１の複数のセクタを含み、前記第２のクラスタが第２の複数のセクタを含み、前記第１のクラスタが、前記第１の複数のセクタの各々内でダウンリンク・ブロードキャスト・チャネルの第１のインターレース多重（ＩＭ）対上で所与のマルチキャスト・セッションを搬送し、前記第２のクラスタが、前記第２の複数のセクタの各々内で前記ダウンリンク・ブロードキャスト・チャネルの第２のＩＭ対上で前記所与のマルチキャスト・セッションを搬送する、判断するための手段と、
    前記判断に基づいて前記第１および第２のクラスタが前記所与のマルチキャスト・セッションを搬送する方法を制御するための手段と
    を備えるアクセス・ネットワーク。
26. 判断するための前記手段は、所与のセクタが、ダウンリンク・ブロードキャスト・チャネルの第１のインターレース多重（ＩＭ）対上で所与のマルチキャスト・セッションを搬送する第１のクラスタのサポートセクタ、および前記ダウンリンク・ブロードキャスト・チャネルの第２のＩＭ対上で前記所与のマルチキャスト・セッションを搬送する第２のクラスタのサポートセクタとして適格であるかどうかを判断し、前記所与のセクタが、前記第１および第２のクラスタの各々のターゲットセクタに対する所与の関係を満たすことによって前記第１および第２のクラスタの各々中のサポートセクタとして適格であるとされ、前記第１および第２のクラスタ内の各ターゲットセクタが、前記所与のマルチキャスト・セッションに関与する少なくとも１つのアクセス端末を含むと予想される、請求項２５に記載のアクセス・ネットワーク。
27. 制御するための前記手段が、
    前記ダウンリンク・ブロードキャスト・チャネルの前記第１のＩＭ対と前記第２のＩＭ対の両方の上で前記所与のセクタ内で前記所与のマルチキャスト・セッションに関連するマルチキャストメッセージを送信するための手段と、
    前記所与のマルチキャスト・セッションを広告し、判断するための前記手段の前記判断に基づいて前記所与のマルチキャストメッセージが前記第１のＩＭ対と前記第２のＩＭ対の両方の上で搬送されることを示すメッセージを前記所与のセクタ内で送信するための手段と
    を含む、請求項２６に記載のアクセス・ネットワーク。
28. 制御するための前記手段が、
    所与のＩＭ対を選択するための手段と、
    前記選択されたＩＭ対上で前記所与のマルチキャスト・セッションを搬送するように前記第１および第２のクラスタの各々を設定することによって前記第１および第２のクラスタをマージするための手段と、
    前記ダウンリンク・ブロードキャスト・チャネルの前記選択されたＩＭ対上で前記所与のセクタ内で前記所与のマルチキャスト・セッションに関連するマルチキャストメッセージを送信するための手段と、
    前記所与のマルチキャスト・セッションを広告し、判断するための前記手段の前記判断に基づいて前記所与のマルチキャストメッセージが前記選択されたＩＭ対上で搬送されることを示すメッセージを前記所与のセクタ内で送信するための手段と
    を含む、請求項２６に記載のアクセス・ネットワーク。
29. 判断するための前記手段は、所与のセクタが、ダウンリンク・ブロードキャスト・チャネルの第１のインターレース多重（ＩＭ）対上で所与のマルチキャスト・セッションを搬送する第１のクラスタのターゲットセクタ、および前記ダウンリンク・ブロードキャスト・チャネルの第２のＩＭ対上で前記所与のマルチキャスト・セッションを搬送する第２のクラスタのサポートセクタとして適格であるかどうかを判断し、所与のセクタが、前記第２のクラスタのターゲットセクタに対する所与の関係を満たすことによって第２のクラスタ中のサポートセクタとして適格であるとされ、前記第１および第２のクラスタ内の各ターゲットセクタが、前記所与のマルチキャスト・セッションに関与する少なくとも１つのアクセス端末を含むと予想される、請求項２５に記載のアクセス・ネットワーク。
30. 制御するための前記手段が、
    前記ダウンリンク・ブロードキャスト・チャネルの前記第１のＩＭ対と前記第２のＩＭ対の両方の上で前記所与のセクタ内で前記所与のマルチキャスト・セッションに関連するマルチキャストメッセージを送信するための手段と、
    前記所与のマルチキャスト・セッションを広告し、判断するための前記手段の前記判断に基づいて前記所与のマルチキャストメッセージが少なくとも前記第１のＩＭ対上で搬送されることを示すメッセージを前記所与のセクタ内で送信するための手段と
    を含む、請求項２９に記載のアクセス・ネットワーク。
31. 制御するための前記手段が、
    所与のＩＭ対を選択するための手段と、
    前記選択されたＩＭ対上で前記所与のマルチキャスト・セッションを搬送するように前記第１および第２のクラスタの各々を設定することによって前記第１および第２のクラスタをマージするための手段と、
    前記ダウンリンク・ブロードキャスト・チャネルの前記選択されたＩＭ対上で前記所与のセクタ内で前記所与のマルチキャスト・セッションに関連するマルチキャストメッセージを送信するための手段と、
    前記所与のマルチキャスト・セッションを広告し、判断するための前記手段の前記判断に基づいて前記所与のマルチキャストメッセージが前記選択されたＩＭ対上で搬送されることを示すメッセージを前記所与のセクタ内で送信するための手段と
    を含む、請求項２９に記載のアクセス・ネットワーク。
32. ワイヤレス通信ネットワークの複数のセクタを管理するように構成されたアクセス・ネットワーク内で動作するように構成され、その上に記憶されたプログラムコードを含むコンピュータ可読媒体であって、
    ワイヤレス通信システム内の第１および第２のクラスタが少なくとも部分的に互いに重複するかどうかを判断するためのプログラムコードであって、前記第１のクラスタが第１の複数のセクタを含み、前記第２のクラスタが第２の複数のセクタを含み、前記第１のクラスタが、前記第１の複数のセクタの各々内でダウンリンク・ブロードキャスト・チャネルの第１のインターレース多重（ＩＭ）対上で所与のマルチキャスト・セッションを搬送し、前記第２のクラスタが、前記第２の複数のセクタの各々内で前記ダウンリンク・ブロードキャスト・チャネルの第２のＩＭ対上で前記所与のマルチキャスト・セッションを搬送する、プログラムコードと、
    前記判断に基づいて前記第１および第２のクラスタが前記所与のマルチキャスト・セッションを搬送する方法を制御するためのプログラムコードと
    を備えるコンピュータ可読媒体。
33. 判断するための前記プログラムコードは、所与のセクタが、ダウンリンク・ブロードキャスト・チャネルの第１のインターレース多重（ＩＭ）対上で所与のマルチキャスト・セッションを搬送する第１のクラスタのサポートセクタ、および前記ダウンリンク・ブロードキャスト・チャネルの第２のＩＭ対上で前記所与のマルチキャスト・セッションを搬送する第２のクラスタのサポートセクタとして適格であるかどうかを判断し、前記所与のセクタが、前記第１および第２のクラスタの各々のターゲットセクタに対する所与の関係を満たすことによって前記第１および第２のクラスタの各々中のサポートセクタとして適格であるとされ、前記第１および第２のクラスタ内の各ターゲットセクタが、前記所与のマルチキャスト・セッションに関与する少なくとも１つのアクセス端末を含むと予想される、請求項３２に記載のコンピュータ可読媒体。
34. 制御するための前記プログラムコードが、
    前記ダウンリンク・ブロードキャスト・チャネルの前記第１のＩＭ対と前記第２のＩＭ対の両方の上で前記所与のセクタ内で前記所与のマルチキャスト・セッションに関連するマルチキャストメッセージを送信するためのプログラムコードと、
    前記所与のマルチキャスト・セッションを広告し、判断するように構成された前記論理の前記判断に基づいて前記所与のマルチキャストメッセージが前記第１のＩＭ対と前記第２のＩＭ対の両方の上で搬送されることを示すメッセージを前記所与のセクタ内で送信するためのプログラムコードと
    を含む、請求項３３に記載のコンピュータ可読媒体。
35. 制御するための前記プログラムコードが、
    所与のＩＭ対を選択するためのプログラムコードと、
    前記選択されたＩＭ対上で前記所与のマルチキャスト・セッションを搬送するように前記第１および第２のクラスタの各々を設定することによって前記第１および第２のクラスタをマージするためのプログラムコードと、
    前記ダウンリンク・ブロードキャスト・チャネルの前記選択されたＩＭ対上で前記所与のセクタ内で前記所与のマルチキャスト・セッションに関連するマルチキャストメッセージを送信するためのプログラムコードと、
    前記所与のマルチキャスト・セッションを広告し、判断するための前記プログラムコードの前記判断に基づいて前記所与のマルチキャストメッセージが前記選択されたＩＭ対上で搬送されることを示すメッセージを前記所与のセクタ内で送信するためのプログラムコードと
    を含む、請求項３３に記載のコンピュータ可読媒体。
36. 判断するための前記プログラムコードは、所与のセクタが、ダウンリンク・ブロードキャスト・チャネルの第１のインターレース多重（ＩＭ）対上で所与のマルチキャスト・セッションを搬送する第１のクラスタのターゲットセクタ、および前記ダウンリンク・ブロードキャスト・チャネルの第２のＩＭ対上で前記所与のマルチキャスト・セッションを搬送する第２のクラスタのサポートセクタとして適格であるかどうかを判断し、所与のセクタが、前記第２のクラスタのターゲットセクタに対する所与の関係を満たすことによって第２のクラスタ中のサポートセクタとして適格であるとされ、前記第１および第２のクラスタ内の各ターゲットセクタが、前記所与のマルチキャスト・セッションに関与する少なくとも１つのアクセス端末を含むと予想される、請求項３２に記載のコンピュータ可読媒体。
37. 制御するための前記プログラムコードが、
    前記ダウンリンク・ブロードキャスト・チャネルの前記第１のＩＭ対と前記第２のＩＭ対の両方の上で前記所与のセクタ内で前記所与のマルチキャスト・セッションに関連するマルチキャストメッセージを送信するためのプログラムコードと、
    前記所与のマルチキャスト・セッションを広告し、判断するための前記プログラムコードの前記判断に基づいて前記所与のマルチキャストメッセージが少なくとも前記第１のＩＭ対上で搬送されることを示すメッセージを前記所与のセクタ内で送信するためのプログラムコードと
    を含む、請求項３６に記載のコンピュータ可読媒体。
38. 制御するための前記プログラムコードが、
    所与のＩＭ対を選択するためのプログラムコードと、
    前記選択されたＩＭ対上で前記所与のマルチキャスト・セッションを搬送するように前記第１および第２のクラスタの各々を設定することによって前記第１および第２のクラスタをマージするためのプログラムコードと、
    前記ダウンリンク・ブロードキャスト・チャネルの前記選択されたＩＭ対上で前記所与のセクタ内で前記所与のマルチキャスト・セッションに関連するマルチキャストメッセージを送信するためのプログラムコードと、
    前記所与のマルチキャスト・セッションを広告し、判断するための前記プログラムコードの前記判断に基づいて前記所与のマルチキャストメッセージが前記選択されたＩＭ対上で搬送されることを示すメッセージを前記所与のセクタ内で送信するためのプログラムコードと
    を含む、請求項３６に記載のコンピュータ可読媒体。

Images