現在のマルチキャスト通信セッションを、セクタの初期クラスタ内の所与のアクセス端末のグループに告知する告知メッセージを送信するステップと、前記現在のマルチキャスト通信セッションのための少なくとも1つの登録要求を、前記所与のアクセス端末のグループに属する少なくとも1つのアクセス端末から受信するステップと、以前のマルチキャスト通信セッションをサポートした記憶されたセクタのクラスタを、前記所与のアクセス端末のグループに選択的にロードするステップと、前記選択的にロードするステップが前記記憶されたクラスタをロードする場合、少なくとも前記記憶されたクラスタの各セクタ内で、前記現在のマルチキャスト通信セッションのためのマルチキャストフローをオンにするステップとを備える、ワイヤレス通信システム内のアクセスネットワークでマルチキャスト通信セッションをセットアップする方法。前記セクタの初期クラスタが、前記所与のアクセス端末のグループと前記アクセスネットワークの間で交換される1つまたは複数の位置レポートに基づいて、前記所与のアクセス端末のグループに属する1つまたは複数のアクセス端末を含むと予想される1つまたは複数のセクタを含む請求項1に記載の方法。前記記憶されたクラスタが、前記前のマルチキャスト通信セッションの終了時においてまたはその近くでマルチキャストフローを運搬したセクタのセットに対応する請求項1に記載の方法。前記記憶されたクラスタの各セクタ、前記受信するステップが少なくとも1つの登録要求を受信する各ターゲットセクタおよびまたは前記受信するステップが登録要求を受信せず、前記ターゲットセクタのうちの1つまたは複数からの前記マルチキャストフローの送信をサポートする位置にある各サポートセクタを含む初期使用中クラスタを形成するステップをさらに備え、前記オンにするステップが、前記初期使用中クラスタの各セクタ内で前記マルチキャストフローをオンにする請求項1に記載の方法。前記記憶されたクラスタの外部にあるセクタで登録が受信されない場合、前記初期使用中クラスタが前記記憶されたクラスタに等しい請求項4に記載の方法。前記受信するステップが前記記憶されたクラスタの外部のセクタから少なくとも1つの登録要求を受信する場合、前記初期使用中クラスタが、前記記憶されたクラスタに少なくとも1つの追加セクタを加えたものに等しい請求項4に記載の方法。前記現在のマルチキャスト通信セッションの間に、前記初期使用中クラスタの更新を継続するステップをさらに備える請求項5に記載の方法。次のマルチキャスト通信セッションのための前記記憶されたクラスタとして使用されるために、前記現在のマルチキャスト通信セッションの終了時においてまたはその近くで、継続的に更新された初期使用中クラスタを記憶するステップをさらに備える請求項7に記載の方法。前記更新を継続するステップが、追加セクタを含むように前記初期使用中クラスタを拡張すること、およびまたは前記初期使用中クラスタからセクタを削除することを含む請求項7に記載の方法。前記選択的にロードするステップが、前記前のマルチキャスト通信セッションの終了と前記現在のマルチキャスト通信セッションのセットアップの間のおおよその時間差を判定するステップと、前記おおよその時間差が閾値時間期間よりも少ない場合、前記記憶されたクラスタをロードするステップを含む請求項1に記載の方法。前記おおよその時間差が前記閾値時間期間よりも多い場合、前記記憶されたクラスタはロードされず、したがって、前記オンにするステップは、前記記憶されたクラスタを考慮せずに前記マルチキャストフローをオンにする請求項10に記載の方法。マルチキャストフローを使用中クラスタ内で運搬することによって、所与のアクセス端末のグループに関連した現在のマルチキャスト通信セッションをサポートするステップであって、前記使用中クラスタが前記現在のマルチキャスト通信セッションに登録されている1つまたは複数のアクセス端末を含むと予想される少なくとも1つのターゲットセクタと、ターゲットセクタではなく、前記少なくとも1つのターゲットセクタからの前記マルチキャストフローの送信をサポートするために前記マルチキャストフローを運搬する少なくとも1つのサポートセクタとを含むステップと、前記現在のマルチキャスト通信セッションを終了することを判定するステップと、前記現在のマルチキャスト通信セッションを終了するステップと、前記現在のマルチキャスト通信セッションの終了時においてまたはその近くで、前記使用中クラスタの形成を記憶するステップとを備える、ワイヤレス通信システム内でマルチキャスト通信セッションをサポートする方法。前記所与のアクセス端末のグループに関連したその後のマルチキャスト通信セッションのためにセットアップ動作を実行するステップと、前記現在のマルチキャスト通信セッションをサポートした前記記憶された使用中セクタのクラスタを、前記所与のアクセス端末のグループに選択的にロードするステップと、前記選択的にロードするステップが前記記憶された使用中クラスタをロードする場合、少なくとも前記記憶された使用中クラスタの各セクタ内で、前記その後のマルチキャスト通信セッションのためのマルチキャストフローをオンにするステップとをさらに備える請求項12に記載の方法。前記選択的にロードするステップが、終了ステップとセットアップ動作を実行するステップの間のおおよその時間差を判定するステップと、前記おおよその時間差が閾値時間期間よりも少ない場合、前記記憶された使用中クラスタをロードするステップを含む請求項13に記載の方法。現在のマルチキャスト通信セッションを、セクタの初期クラスタ内の所与のアクセス端末のグループに告知する告知メッセージを送信するための手段と、前記現在のマルチキャスト通信セッションのための少なくとも1つの登録要求を、前記所与のアクセス端末のグループに属する少なくとも1つのアクセス端末から受信するための手段と、前のマルチキャスト通信セッションをサポートした記憶されたセクタのクラスタを、前記所与のアクセス端末のグループに選択的にロードするための手段と、前記選択的にロードする手段が前記記憶されたクラスタをロードする場合、少なくとも前記記憶されたクラスタの各セクタ内で、前記現在のマルチキャスト通信セッションのためのマルチキャストフローをオンにするための手段とを備える、ワイヤレス通信システム内でマルチキャスト通信セッションをセットアップするように構成されたアクセスネットワーク。前記記憶されたクラスタの各セクタ、前記受信するための手段が少なくとも1つの登録要求を受信する各ターゲットセクタおよびまたは前記受信するための手段が登録要求を受信せず、前記ターゲットセクタのうちの1つまたは複数からの前記マルチキャストフローの送信をサポートする位置にある各サポートセクタを含む初期使用中クラスタを形成するための手段をさらに備え、前記オンにするための手段が、前記初期使用中クラスタの各セクタ内で前記マルチキャストフローをオンにする請求項15に記載のアクセスネットワーク。マルチキャストフローを使用中クラスタ内で運搬することによって、所与のアクセス端末のグループに関連した現在のマルチキャスト通信セッションをサポートするための手段であって、前記使用中クラスタが前記現在のマルチキャスト通信セッションに登録されている1つまたは複数のアクセス端末を含むと予想される少なくとも1つのターゲットセクタと、ターゲットセクタではなく、前記少なくとも1つのターゲットセクタからの前記マルチキャストフローの送信をサポートするために前記マルチキャストフローを運搬する少なくとも1つのサポートセクタとを含む手段と、前記現在のマルチキャスト通信セッションを終了することを判定するための手段と、前記現在のマルチキャスト通信セッションを終了するための手段と、前記現在のマルチキャスト通信セッションの終了時においてまたはその近くで、前記使用中クラスタの形成を記憶するための手段とを備える、ワイヤレス通信システム内でマルチキャスト通信セッションをサポートするように構成されたアクセスネットワーク。前記所与のアクセス端末のグループに関連したその後のマルチキャスト通信セッションのためにセットアップ動作を実行するための手段と、前記現在のマルチキャスト通信セッションをサポートした前記記憶された使用中セクタのクラスタを、前記所与のアクセス端末のグループに選択的にロードするための手段と、前記選択的にロードする手段が前記記憶された使用中クラスタをロードする場合、少なくとも前記記憶された使用中クラスタの各セクタ内で、前記その後のマルチキャスト通信セッションのためのマルチキャストフローをオンにするための手段とをさらに備える請求項17に記載のアクセスネットワーク。現在のマルチキャスト通信セッションを、セクタの初期クラスタ内の所与のアクセス端末のグループに告知する告知メッセージを送信するように構成されたロジックと、前記現在のマルチキャスト通信セッションのための少なくとも1つの登録要求を、前記所与のアクセス端末のグループに属する少なくとも1つのアクセス端末から受信するように構成されたロジックと、前のマルチキャスト通信セッションをサポートした記憶されたセクタのクラスタを、前記所与のアクセス端末のグループに選択的にロードするように構成されたロジックと、前記選択的にロードするように構成されたロジックが前記記憶されたクラスタをロードする場合、少なくとも前記記憶されたクラスタの各セクタ内で、前記現在のマルチキャスト通信セッションのためのマルチキャストフローをオンにするように構成されたロジックとを備える、ワイヤレス通信システム内でマルチキャスト通信セッションをセットアップするように構成されたアクセスネットワーク。前記記憶されたクラスタの各セクタ、前記受信するように構成されたロジックが少なくとも1つの登録要求を受信する各ターゲットセクタおよびまたは前記受信するように構成されたロジックが登録要求を受信せず、前記ターゲットセクタのうちの1つまたは複数からの前記マルチキャストフローの送信をサポートする位置にある各サポートセクタを含む初期使用中クラスタを形成するように構成されたロジックをさらに備え、前記オンにするように構成されたロジックが、前記初期使用中クラスタの各セクタ内で前記マルチキャストフローをオンにする請求項19に記載のアクセスネットワーク。マルチキャストフローを使用中クラスタ内で運搬することによって、所与のアクセス端末のグループに関連した現在のマルチキャスト通信セッションをサポートするように構成されたロジックであって、前記使用中クラスタが前記現在のマルチキャスト通信セッションに登録されている1つまたは複数のアクセス端末を含むと予想される少なくとも1つのターゲットセクタと、ターゲットセクタではなく、前記少なくとも1つのターゲットセクタからの前記マルチキャストフローの送信をサポートするために前記マルチキャストフローを運搬する少なくとも1つのサポートセクタとを含むロジックと、前記現在のマルチキャスト通信セッションを終了することを判定するように構成されたロジックと、前記現在のマルチキャスト通信セッションを終了するように構成されたロジックと、前記現在のマルチキャスト通信セッションの終了時においてまたはその近くで、前記使用中クラスタの形成を記憶するように構成されたロジックとを備える、ワイヤレス通信システム内でマルチキャスト通信セッションをサポートするように構成されたアクセスネットワーク。前記所与のアクセス端末のグループに関連したその後のマルチキャスト通信セッションのためにセットアップ動作を実行するように構成されたロジックと、前記現在のマルチキャスト通信セッションをサポートした前記記憶された使用中セクタのクラスタを、前記所与のアクセス端末のグループに選択的にロードするように構成されたロジックと、前記選択的にロードするように構成されたロジックが前記記憶された使用中クラスタをロードする場合、少なくとも前記記憶された使用中クラスタの各セクタ内で、前記その後のマルチキャスト通信セッションのためのマルチキャストフローをオンにするように構成されたロジックとをさらに備える請求項21に記載のアクセスネットワーク。ワイヤレス通信システム内でマルチキャスト通信セッションをセットアップするように構成されたアクセスネットワークによって実行される場合、前記アクセスネットワークに動作を行わせ、現在のマルチキャスト通信セッションを、セクタの初期クラスタ内の所与のアクセス端末のグループに告知する告知メッセージを送信するためのプログラムコードと、前記現在のマルチキャスト通信セッションのための少なくとも1つの登録要求を、前記所与のアクセス端末のグループに属する少なくとも1つのアクセス端末から受信するためのプログラムコードと、前のマルチキャスト通信セッションをサポートした記憶されたセクタのクラスタを、前記所与のアクセス端末のグループに選択的にロードするためのプログラムコードと、前記選択的にロードするためのプログラムコードが前記記憶されたクラスタをロードする場合、少なくとも前記記憶されたクラスタの各セクタ内で、前記現在のマルチキャスト通信セッションのためのマルチキャストフローをオンにするためのプログラムコードとを備える命令を備える、コンピュータ可読記憶媒体。前記記憶されたクラスタの各セクタ、前記受信するためのプログラムコードが少なくとも1つの登録要求を受信する各ターゲットセクタおよびまたは前記受信するためのプログラムコードが登録要求を受信せず、前記ターゲットセクタのうちの1つまたは複数からの前記マルチキャストフローの送信をサポートする位置にある各サポートセクタを含む初期使用中クラスタを形成するためのプログラムコードをさらに備え、前記オンにするためのプログラムコードが、前記初期使用中クラスタの各セクタ内で前記マルチキャストフローをオンにする請求項23に記載のコンピュータ可読記憶媒体。ワイヤレス通信システム内でマルチキャスト通信セッションをサポートするように構成されたアクセスネットワークによって実行される場合、前記アクセスネットワークに動作を行わせ、マルチキャストフローを使用中クラスタ内で運搬することによって、所与のアクセス端末のグループに関連した現在のマルチキャスト通信セッションをサポートするためのプログラムコードであって、前記使用中クラスタが前記現在のマルチキャスト通信セッションに登録されている1つまたは複数のアクセス端末を含むと予想される少なくとも1つのターゲットセクタと、ターゲットセクタではなく、前記少なくとも1つのターゲットセクタからの前記マルチキャストフローの送信をサポートするために前記マルチキャストフローを運搬する少なくとも1つのサポートセクタとを含むプログラムコードと、前記現在のマルチキャスト通信セッションを終了することを判定するためのプログラムコードと、前記現在のマルチキャスト通信セッションを終了するためのプログラムコードと、前記現在のマルチキャスト通信セッションの終了時においてまたはその近くで、前記使用中クラスタの形成を記憶するためのプログラムコードとを備える命令を備える、コンピュータ可読記憶媒体。前記所与のアクセス端末のグループに関連したその後のマルチキャスト通信セッションのためにセットアップ動作を実行するためのプログラムコードと、前記現在のマルチキャスト通信セッションをサポートした前記記憶された使用中セクタのクラスタを、前記所与のアクセス端末のグループに選択的にロードするためのプログラムコードと、前記選択的にロードするためのプログラムコードが前記記憶された使用中クラスタをロードする場合、少なくとも前記記憶された使用中クラスタの各セクタ内で、前記その後のマルチキャスト通信セッションのためのマルチキャストフローをオンにするためのプログラムコードとをさらに備える請求項25に記載のコンピュータ可読記憶媒体。一実施形態において、マルチキャスト通信セッションはワイヤレス通信システム内のアクセスネットワークでセットアップされ、それによってアクセスネットワークは、現在のマルチキャスト通信セッションを告知する告知メッセージを、セクタの初期クラスタ内の所与のアクセス端末グループに送信する。アクセスネットワークは、現在のマルチキャスト通信セッションについての登録要求をアクセス端末から受信し、選択的に、前のマルチキャスト通信セッションをサポートした記憶されたセクタのクラスタを所与のグループにロードする。次いで、アクセスネットワークは、記憶されたクラスタの各セクタ内で、現在のマルチキャスト通信セッションのためにマルチキャストフローをオンにする。別の実施形態では、マルチキャスト通信セッションが終了され、それによって、アクセスネットワークは、現在のマルチキャスト通信セッションの終了時においてまたはその近くで使用中のクラスタの構成を記憶し、それらは後で、次のマルチキャスト通信セッションのセットアップの間に使用することができる。本発明の実施形態およびそれらに付随する利点の多くのより完全な認識は、本発明を制限するためではなく、単に説明のために示される添付の図面とともに考慮する場合、以下の詳細な説明を参照することによって、よりよく理解されるのと同様に、容易に獲得される。本発明の態様は、本発明の特定の実施形態を対象とした以下の説明および関連する図面の中で開示される。本発明の範囲から逸脱することなく、代替実施形態が考案され得る。さらに、本発明のよく知られている要素は、本発明の適切な詳細を曖昧にしないために、詳細には説明しないか、または省略される。例示的なおよびまたは例という語は、一例、実例または例としてを意味するために本明細書で使用される。例示的なおよびまたは例として本明細書で説明する実施形態は、必ずしも他の実施形態よりも好ましい、または有利であると解釈されるわけではない。同様に、本発明の実施形態という用語は、本発明のすべての実施形態が、論じられる特徴、利点または動作モードを含むことを必要としない。さらに、多くの実施形態は、たとえばコンピューティングデバイスの要素によって実行される一連の行為に関して説明される。本明細書で説明する様々な行為は、などの特定の回路によって、1つまたは複数のプロセッサによって実行されるプログラム命令によって、または両方の組合せによって実行することができることが認識されよう。さらに、本明細書で説明する一連の行為は、実行時に、本明細書で説明する機能を関連するプロセッサに行わせる、対応するコンピュータ命令のセットを記憶した任意の形態のコンピュータ可読記憶媒体内で完全に具体化されるとみなすことができる。したがって、本発明の様々な態様はいくつかの異なる形態で具体化されてもよく、それらのすべては、請求する主題の範囲に入ることが企図されている。加えて、本明細書で説明する実施形態の各々について、任意のそのような実施形態の対応する形態は、たとえば記載の行為を実行するために構成されたロジックとして、本明細書で説明されてもよい。本明細書ではアクセス端末と呼ぶ高データレート加入者局は、モバイルまたは固定式であってよく、本明細書ではモデムプールトランシーバまたは基地局と呼ぶ1つまたは複数のHDR基地局と通信することができる。アクセス端末は、1つまたは複数のモデムプールトランシーバを介して、モデムプールコントローラ、基地局コントローラおよびまたはパケット制御機能と呼ばれるHDR基地局コントローラへのデータパケットを送受信する。モデムプールトランシーバおよびモデムプールコントローラは、アクセスネットワークと呼ばれるネットワークの一部である。アクセスネットワークは、多数のアクセス端末の間でデータパケットを輸送する。アクセスネットワークは、企業イントラネットまたはインターネットなどのアクセスネットワークの外部にあるさらなるネットワークにさらに接続されてもよく、各アクセス端末とそのような外部ネットワークの間でデータパケットを輸送してもよい。1つまたは複数のモデムプールトランシーバとのアクティブなトラフィックチャネルを確立したアクセス端末はアクティブアクセス端末と呼ばれ、交通状態にあると言われる。1つまたは複数のモデムプールトランシーバとアクティブトラフィックチャネル接続を確立する過程にあるアクセス端末は、接続セットアップ状態にあると言われる。アクセス端末は、ワイヤレスチャネルを介して、または、たとえば光ファイバーもしくは同軸ケーブルを使用するワイヤードチャネルを介して通信する任意のデータデバイスであってもよい。アクセス端末はさらに、限定はしないがPCカード、コンパクトフラッシュ登録商標、外部もしくは内部モデム、またはワイヤレスもしくはワイヤライン電話を含む、いくつかのタイプのデバイスのうちの任意のものであってもよい。アクセス端末がモデムプールトランシーバに信号を送信する通信リンクは、逆方向リンクまたはトラフィックチャネルと呼ばれる。モデムプールトランシーバがアクセス端末に信号を送信する通信リンクは、順方向リンクまたはトラフィックチャネルと呼ばれる。本明細書で使用するトラフィックチャネルという用語は、順方向または逆方向トラフィックチャネルのどちらを指してもよい。図1は、本発明の少なくとも1つの実施形態によるワイヤレスシステム100の例示的な一実施形態のブロック図を示す。システム100は、アクセス端末102を、パケット交換データネットワークとアクセス端末102、108、110、112の間でデータ接続性を提供するネットワーク機器に接続することができるアクセスネットワークまたは無線アクセスネットワーク120とエアインターフェース104で通信する、セルラー電話102などのアクセス端末を含むことができる。本明細書に示すように、アクセス端末は、セルラー電話102、携帯情報端末108、本明細書に双方向テキストページャとして示すページャ110、またはワイヤレス通信ポータルを有する個別のコンピュータプラットフォーム112とすることができる。したがって、本発明の実施形態は、限定されることなく、ワイヤレスモデム、PCMCIAカード、パーソナルコンピュータ、電話、またはそれらの任意の組合せもしくは副次的組合せを含めて、ワイヤレス通信ポータルを含む、またはワイヤレス通信機能を有する任意の形態のアクセス端末上で実現することができる。さらに、本明細書で使用するアクセス端末、ワイヤレスデバイス、クライアントデバイス、モバイル端末という用語、およびそれらの変形形態は、互換的に使用されてもよい。再び図1を参照すると、ワイヤレスネットワーク100の構成要素、および本発明の例示的な実施形態の要素の相互関係は、図示の構成に限定されない。システム100は例にすぎず、ワイヤレスクライアントコンピューティングデバイス102、108、110、112などのリモートアクセス端末、が互いの間および互いの中で、およびまたは限定することなくキャリアネットワーク126、インターネットおよびまたは他のリモートサーバを含むエアインターフェース104およびRAN102を介して接続された構成要素の間およびそれらの中で、無線で通信することを可能にする任意のシステムを含むことができる。RAN120は、基地局コントローラパケット制御機能122に送信されるメッセージを制御する。BCSPCF122は、パケットデータサービスノード100とアクセス端末102108110112の間のベアラチャネルのシグナリング、確立およびティアダウンを担う。リンク層の暗号化が可能な場合、BSCPCF122もまた、エアインターフェース104によって転送する前に、コンテンツを暗号化する。BSCPCF122の機能は、当技術分野でよく知られており、簡潔であるために、さらに論じることはない。キャリアネットワーク126は、ネットワーク、インターネットおよびまたは公衆交換電話網によって、BSCPCF122と通信してもよい。代わりに、BSCPCF122は、インターネットまたは外部ネットワークに直接接続してもよい。典型的には、キャリアネットワーク126とBSCPCF122の間のネットワークまたはインターネット接続はデータを転送し、PSTNは音声情報を転送する。BSCPCF122は、多数の基地局またはモデムプールトランシーバ124に接続することができる。BSCPCF122は典型的に、キャリアネットワークと同様の方法で、データ転送およびまたは音声情報のためのネットワーク、インターネットおよびまたPSTNによって、MPTBS124に接続される。MPTBS124は、セルラー電話102などのアクセス端末に、ワイヤレスでデータメッセージをブロードキャストすることができる。当技術分野で知られているように、MPTBS124、BSCPCF122およびその他の構成要素はRAN120を形成する。しかしながら、代替構成もまた使用されてよく、本発明が図時の構成に限定されることはない。たとえば、別の実施形態では、BSCPCF122および1つまたは複数のMPTBS124の機能は、BSCPCF122とMPTBS124の両方の機能を有する単一のハイブリッドモジュールに縮小されてもよい。図2Aは、本発明の一実施形態によるキャリアネットワーク126を示す。図2Aの実施形態では、キャリアネットワーク126は、パケットデータサービングノード160、ブロードキャストサービングノード165、アプリケーションサーバ170およびインターネット175を含む。しかしながら、アプリケーションサーバ170およびその他の構成要素は、代替実施形態ではキャリアネットワークの外部に配置されてもよい。PDSN160は、たとえばcdma2000、無線アクセスネットワークを利用して、移動局のために、インターネット175、イントラネットおよびまたはリモートサーバへのアクセスを提供する。PDSN160はアクセスゲートウェイの役目を務めて、シンプルIPおよびモバイルIPアクセス、外部エージェントサポート、ならびにパケット輸送を提供してもよい。PDSN160は、認証、許可、およびアカウンティングサーバおよびその他のサポート基盤のためのクライアントの役目を務め、当技術分野で知られているように、IPネットワークへのゲートウェイを移動局に提供することができる。図2Aに示すように、PDSN160は、従来のA10接続を介してRANと通信してもよい。A10接続は当技術分野でよく知られており、簡潔であるために、さらに論じることはない。図2Aを参照すると、ブロードキャストサービングード165は、マルチキャストおよびブロードキャストサービスをサポートするように構成されてもよい。BSN165について、以下でより詳細に説明する。BSN165は、ブロードキャストA10接続を介してRAN120と通信し、インターネット175を介してアプリケーションサーバ170と通信する。BCA10接続は、マルチキャストおよびまたはブロードキャストメッセージングを転送するために使用される。したがって、アプリケーションサーバ170はユニキャストメッセージングをインターネット175を介してPDSN160に送信し、マルチキャストメッセージングをインターネット175を介してBSN165に送信する。一般的に、以下でより詳細に説明するように、RAN120は、BCA10接続を介してBSN165から受信されたマルチキャストメッセージを、エアインターフェース104のブロードキャストチャネル上で、1つまたは複数のアクセス端末200に送信する。図2Bは、図1のワイヤレス通信100の一例をより詳細に示す。具体的には、図2Bを参照すると、AT1~Nは、異なるパケットデータネットワークのエンドポイントによってサービスされる場所でRAN120に接続して示されている。したがって、AT1および3は、、外部エージェントなどであってもよい第1パケットデータネットワークエンドポイント162によってサービスされる部分でRAN120に接続する。第1パケットデータネットワークエンドポイント162は次に、ルーティングユニット188を介して、インターネット175に、およびまたは認証、許可、およびアカウンティングサーバ182、プロビジョニングサーバ184、インターネットプロトコルマルチメディアサブシステムセッション開始プロトコル登録サーバ186およびまたはアプリケーションサーバ170のうちの1つまたは複数に接続する。AT2および5は、第2パケットデータネットワークエンドポイント164によってサービスされる部分でRAN120に接続する。第1パケットデータネットワークエンドポイント162と同様に、第2パケットデータネットワークエンドポイント164は次に、ルーティングユニット188を介して、インターネット175に、およびまたはAAAサーバ182、プロビジョニングサーバ184、IMSSIP登録サーバ186およびまたはアプリケーションサーバ170のうちの1つまたは複数に接続する。AT4はインターネット175に直接接続し、次いでインターネット175を介して、上述のシステム構成要素のうちの任意のものに接続することができる。図2Bを参照すると、AT1、3および5~Nはワイヤレス携帯電話として示され、AT2はワイヤレスタブレットPCとして示され、AT4はワイヤードデスクトップ局として示されている。しかしながら、他の実施形態では、ワイヤレス通信システム100は任意のタイプのATに接続することが可能であり、図2Bに示した例は、システム内で実装され得るATのタイプを限定することを目的とするわけではないことが諒解されよう。また、AAA182、プロビジョニングサーバ184、IMSSIP登録サーバ186およびアプリケーションサーバ170は各々、構造上別個のサーバとして示されているが、これらのサーバのうちの1つまたは複数は、本発明の少なくとも1つの実施形態において結合されてもよい。さらに、図2Bを参照すると、アプリケーションサーバ170は、1~Nの複数のメディア制御コンプレックス170B、および1~Nの複数の地域ディスパッチャ170Aを含むものとして示されている。地域ディスパッチャ170AおよびMCC170Bはまとめて、少なくとも1つの実施形態では、ワイヤレス通信システム100内で通信セッションを調停するようにまとめて機能するサーバの分散ネットワークに対応することが可能なアプリケーションサーバ170内に含まれる。たとえば、アプリケーションサーバ170によって調停される通信セッションは、理論的にはシステム100内の任意の場所に位置するAT間で起こり得るので、多数の地域ディスパッチャ170AおよびMCCは、調停された通信セッションの待ち時間を減らすために分散される。したがって、アプリケーションサーバ170を参照すると、関連する機能は、1つまたは複数の地域ディスパッチャ170Aおよびまたは1つまたは複数のMCC170Bによって実施することができるということが諒解されよう。地域ディスパッチャ170Aは一般に、通信セッションの確立に関連した任意の機能を担い、一方でMCC170Bは、通話中のシグナリング、および調停された通信セッションの間のメディアの実際の交換を実施することを含めて、呼インスタンスの期間中に通信セッションを主催する役割を担う。図3を参照すると、セルラー電話などのアクセス端末200は、最終的にキャリアネットワーク126、インターネットおよびまたはその他のリモートサーバおよびネットワークから来てもよい、RAN120から送信されたソフトウェアアプリケーション、データおよびまたはコマンドを受信して、実行することができるプラットフォーム202を有する。プラットフォーム202は、特定用途向け集積回路もしくはその他のプロセッサ、マイクロプロセッサ、論理回路、またはその他のデータ処理デバイスに動作可能に結合されたトランシーバ206を含むことが可能である。ASIC208またはその他のプロセッサは、ワイヤレスデバイスのメモリ212の中の任意の常駐プログラムとインターフェースするアプリケーションプログラミングインターフェース210層を実行する。メモリ212は、読取り専用またはランダムアクセスメモリ、EEPROM、フラッシュカード、またはコンピュータプラットフォームに共通の任意のメモリから構成することができる。プラットフォーム202はまた、メモリ212の中で活発に使用されることのないアプリケーションを保持することができるローカルデータベース214を含むこともできる。ローカルデータベース214は、典型的にはフラッシュメモリであるが、磁気メディア、EEPROM、光学メディア、テープ、ソフトもしくはハードディスクなどの当技術分野で知られている任意の二次記憶デバイスとすることができる。内部プラットフォーム202はまた、当技術分野で知られているように、その他の構成要素の中でも、アンテナ222、ディスプレイ224、プッシュツートークボタン228およびキーパッド226などの外部デバイスに動作可能に結合することができる。したがって、本発明の一実施形態は、本明細書で説明する機能を実行する能力を含んだアクセス端末を含むことができる。当業者なら諒解するように、様々な論理要素は、本明細書で開示する機能を達成するために、個別の要素、プロセッサ上で実行されるソフトウェアモジュール、またはソフトウェアとハードウェアの任意の組合せの中で具体化することができる。たとえば、ASIC208、メモリ202、API210およびローカルデータベース214はすべて、本明細書で開示する様々な機能をロード、記憶および実行するために協働的に使用されてもよく、したがって、これらの機能を実行するためのロジックは様々な要素に分散されてもよい。代替的に、この機能は、1つの個別構成要素に組み込まれることが可能である。したがって、図3のアクセス端末の特徴は単に例示であるとみなすべきであり、本発明が図示の特徴または配置に限定されることはない。アクセス端末102とRAN120の間のワイヤレス通信は、符号分割多元接続、WCDMA、時分割多元接続、周波数分割多元接続、直交周波数分割多重、モバイル通信のためのグローバルシステム、またはワイヤレス通信ネットワークもしくはデータ通信ネットワークで使用され得る他のプロトコルなどの異なる技術に基づくことができる。データ通信は、典型的にはクライアントデバイス102、MPTBS124およびBSCPCF122の間で行われる。BSCPCF122は、キャリアネットワーク126、PSTN、インターネット、仮想プライベートネットワークなどの多数のデータネットワークに接続することができるので、それによってアクセス端末102は、より広範な通信ネットワークにアクセスすることができる。前述のように、また当技術分野で知られているように、ボイス送信およびまたはデータは、様々なネットワークおよび構成を使用してRANからアクセス端末に送信することができる。したがって、本明細書で提供する例は、本発明の実施形態を限定するのではなく、単に本発明の実施形態の態様についての説明を助けることを目的とする。背景技術の節で論じたように、マルチキャストメッセージングは、いくつかの方法で実行されてもよい。本発明の実施形態をよりよく理解するために、従来のマルチキャストメッセージングプロセスを、それぞれ図4および5に関して説明する。次に、本発明の一実施形態による、マルチキャストセッションの開始前に、1つまたは複数のマルチキャストメンバーを含む可能性のある予想セクタのセットが確立されるマルチキャストメッセージングプロセスについて説明する。図4は、ブロードキャストマルチキャストサーバフレームワークを使用した従来のマルチキャストメッセージングプロセスを示す図である。図4は、発明者には既知の従来技術を示しているが、図4は必ずしも従来技術を示すものではなく、したがって別段に規定されていない限り、そのような承認は意図しないということに留意されたい。図4のマルチキャストメッセージングプロセスを、図1および2のワイヤレスシステム100内で実行されるものとして、以下で説明する。図4を参照すると、400で、アプリケーションサーバ170は、ATを含むマルチキャストグループへ送信されるべきマルチキャストメッセージを要求する。400からのマルチキャストメッセージは、BSN165に送られる。405で、BSN165は、マルチキャストメッセージをBCA10接続を介してRAN120へ転送する。たとえば、マルチキャストメッセージは最初にBSCPCF122に転送され、BSCPCF122は、マルチキャストメッセージのためのマルチキャストグループを分析し、1つまたは複数のマルチキャストメンバーにサービスする各MPTBS124へマルチキャストメッセージを転送する。転送されたマルチキャストメッセージを受信した後、RAN120は410で、次に利用可能な制御チャネルカプセルを待ち、次いでメッセージ内でパッケージングされた制御チャネル上で告知メッセージを送信する。たとえば、本明細書で言及する制御チャネルは、ブロードキャストチャネルではない、タイミングが割り当てられたダウンリンク制御チャネルである。一般に、従来制御メッセージのみを含むことを意図した制御チャネルには、より少ない帯域幅が割り振られ、一方で、従来データを含むことを意図したブロードキャストチャネルには、より多くの帯域幅が割り振られる。図5を参照すると、各制御チャネルサイクルは、合計256スロットを含む。各制御チャネルサイクルは、同期制御チャネルカプセル、非同期制御チャネルカプセル、およびいくつかの準同期制御チャネルを含む。1つのSCは、256スロットの期間を有する各制御チャネルサイクルのための所与のタイムスロットで定期的または周期的に送信され、一方でACは制御チャネルサイクル内で、ランダムに、または非同期のタイムスロットで送信される。SCは最初に、Tmod256Offsetに対応するタイムスロットで送信され、次いで任意で、Tmod4Offsetに対応するタイムスロットで送信され、ここでのTはシステム時間を示し、Offsetは一定時間から遅れた時間値を示し、これらは制御チャネルのヘッダに含まれる。各SCは、複数の制御チャネルMAC層パケットを含んでもよく、一方で各ACは、1つのみ制御チャネルMAC層パケットを含む。各MPTBS124が周期的に1つまたは複数の制御チャネルMAC層パケットを送信する際、各MPTBS124が同時に送信を行う場合に干渉が生じる可能性がある。したがって、衝突を回避するために、異なるオフセットが各MPTBS124のためのSCに適用される。MPTBSは、1つの制御チャネル期間または256スロットサイクルで、3つものSSCカプセルを送信することができる。各SSCは典型的に、1つのみの制御チャネルMAC層パケットを送信する。オフセット値を2と仮定すると、SSCはタイムスロット66、130および194で送信される。制御チャネルカプセルは一般に、BCMCSシステムにおいて、当技術分野でよく知られているので、簡潔であるために、それらのさらなる説明は省略している。再び図4を参照すると、ATA、BおよびCで告知メッセージを受信すると、ATABおよびCの各々は、告知された通信セッションに参加することを判定し、それによって各々は、RAN120とのセッションに登録するために、BCMCSフロー登録メッセージをRAN120、145に送信する。また415で、ATA、BおよびCは、RAN120に告知ACKメッセージを送信し、これはアプリケーションサーバ170に転送される。420で、ATA、BおよびCからBCMCSフロー登録メッセージを受信すると、RAN120は同期制御チャネルカプセルか、または代替的に、準同期制御チャネルカプセルを待ってもよく、ここで周期的BOMメッセージがスケジュールされる。たとえば、他のアプリケーションが制御チャネルにアクセスしようとしている場合があり、他のメッセージは、多数のサイクルの遅延が生じる可能性があることをスケジュールされている場合があるので、各制御チャネルサイクル内の1つの特定の制御チャネルカプセルは、特定のBOMのために確保されてもよい。425で、次の利用可能なSCまたはSSCを待った後、RAN120は、415でBCMCSフロー登録メッセージを送信するATを含む、少なくともワイヤレス通信システム100のセクタ内の1つまたは複数のマルチキャストグループメンバーに、エアインターフェースでブロードキャストオーバヘッドメッセージを送信する。BOMは、EVDO規格によって定義される順方向リンク制御メッセージである。BOMは、現在セクタで実行されているBCMCSフローの各マルチキャストグループメンバーに通知を行うために使用される。BOMはまた、所望のパケットフローを受信するために復号されなければならない順方向リンク物理層のタイムスロットに関する情報、ならびにブロードキャスト物理層パケットあたりの物理層スロットの数およびフローを送信するために使用される物理層の速度についての情報である、インターレース多重ペア情報を提供する。430で、ATA、BまたはCから第1告知ACKを受信すると、アプリケーションサーバ170は、ターゲットATへの送信のために、RAN120へのメディアの転送を開始する。ATA、BおよびCはBOMを受信して復号し、RAN120は、ターゲットATで復号されるべきBOMのために、425からBOMの送信の後、所与数のスロットを待つ。BOMの復号遅延の後、RAN120は、430、440で受信されたターゲットATへのメディアの送信の前に、復号されたBOMによって指示されたBCHスロットを待つ。このことは別の遅延を作り出し、ブロードキャストチャネル上のトラフィックに基づいて、さらに悪化する可能性がある。440の遅延の後、RAN120は、BCH上で登録されたグループメンバーへのメディアの送信を開始することができる。図4に関して上記で説明したように、従来のBCMCSマルチキャストメッセージングは典型的に、ブロードキャストチャネルでメディアがマルチキャストグループの各メンバーに送信される前に、ブロードキャストオーバヘッドメッセージを復号するために各々のターゲットATまたはマルチキャストグループメンバーを必要とする。このことは、BOMのスケジューリングについてと、BOMの復号についての両方の遅延を作り出す。また、410の告知メッセージは、呼ターゲットの位置がアプリケーション170によって知られているために、ワイヤレス通信システム100内のすべての可能なセクタの中で送信される。しかしながら、マルチキャストグループメンバーは、各セクタ内に必ずしも存在するわけではないことが諒解されよう。したがって、一定数の送信は、マルチキャストセッションが開始されるたびに無駄になっている。以下で、アクセス端末が後のマルチキャストセッションのためにRAN120に事前登録する本発明の実施形態を説明する。その後、所与のマルチキャストセッションが開始すると、RAN120が、所与のマルチキャストセッションのためのマルチキャストグループメンバーがどこに位置するかに関して、少なくとも何らかの知識を有するように、アクセス端末は周期的にそれらの位置およびまたはそれらのグループメンバーシップ情報を更新する。したがって、RAN120は、所与のマルチキャストセッションを確立およびまたは維持するために必要な送信の数を減らすことができる。図6は、本発明の一実施形態によるグループメンバーシップ報告およびロケーション更新プロセスを示す。図6の実施形態では、600で、1つまたは複数のマルチキャストグループに属することを望む所与のATに電源が入る。所与のATに電源が入った後、605で所与のATは、グループメンバーシップ通知メッセージをRAN120に送信する。GMNメッセージは、所与のATが現在マルチキャストグループメンバーであるか、または今後マルチキャストグループメンバーになるマルチキャストグループのリストを含む。一例では、GMNメッセージは、標準的なBCMCSフロー登録メッセージの中に含まれてもよい。BCMCSフロー登録メッセージは当技術分野でよく知られており、1xEVDO規格の中で定義されている。典型的に、ATは、フィールドまたはページングのためのレジスタフィールドなどのBCMCSフロー登録メッセージを促すためのレジスタセットともにBOMを受信した後、BCMCSフロー登録メッセージを送信する。BCMCSフロー登録メッセージは、ATが監視しようとするBCMCSフローのIDのリストを含む。BCMCSフローIDは、によって動的に割り当てることもでき、または事前設定することもできる。BCMCSフローIDがBCMCSコントローラによって動的に割り当てられる場合、ATは、BCMCSフロー登録メッセージを送信する前に、BCMCSフロー発見プロセスを介してBCMCSフローIDを取得することができる。一方、本発明の別の実施形態では、BCMCSフローIDのいくつかのブロックは、マルチキャストセッションが実際にアクティブであるかどうかには関係なく、確保されるように事前設定されてもよい。この例では、各々の確保されたBCMCSフローIDは、それぞれのIPグループIDにマッピングされてもよい。一例では、確保されたBCMCSフローIDのマッピングは、本出願の譲受人に譲渡され、その全体が参照により明白に本明細書に組み込まれる2007年9月24日に出願した代理人整理番号017365P1の米国仮特許出願第60974827号、METHODSOFGENERATINGMULTICASTFLOWIDENTIFIERSの中でより詳細に論じているように、各マルチキャストグループメンバーおよびRAN120およびまたはBSN165で事前設定される。したがって、この例では、605のGMNメッセージの中に含まれたBCMCSフローIDは、確保されたBCMCSフローIDのうちの1つまたは複数に対応してもよい。代替例では、GMNメッセージは、たとえばアップリンクのStorageBLOBNotificationメッセージなど、プロプライエタリな、または非標準的なメッセージの中に含まれてもよい。この例では、GMNメッセージはBCMCSフローIDのリストを含んでもよい。代替的に、GMNメッセージは、要求されるマルチキャストセッションについてのマルチキャストIPアドレスおよびポート番号のリストを含んでもよい。図6の600および605はATの電源投入を対象としているが、代替実施形態では、所与のATがハンドオフを行うたびに、補助的なGMNメッセージがRAN120に送信されてもよい。RAN120はGMNメッセージを受信し、610でグループメンバーリストをポピュレートする。各グループメンバーリストの項目は、RAN120に送信されたGMNメッセージを有するATのリスト、グループメンバーリスト内の各ATについての関連マルチキャストグループ、各ATについての最新の既知の位置およびATの最新の既知の位置が報告された時間を示すタイムスタンプを含む。グループメンバーリストの項目の例は、以下にTable1として示す。したがって、Table1の例で図示するように、所与のATはAT1と標示され、所与のATはマルチキャストグループTFlow、UFlowおよびVFlowのメンバーである。所与のATの最新の既知の位置はワイヤレス通信システム100のセクタY内であり、最新の既知の位置は東部標準時706PMに報告されたものである。別の例では、グループメンバーリストは、以下にTable2として示すように、マルチキャストグループフィールドに基づいてグループ化されてもよい。したがって、Table2の例に図示するように、AT1~4はマルチキャストグループTFlowのために登録される。位置フィールドおよびタイムスタンプフィールドは、これらのフィールドがAT1~4の各々に固有であるため、例示の便宜のためにTable2の中に含まれていない。上に示したグループメンバーリストは単に例示を目的として与えられており、本発明の他の実施形態は任意のよく知られた方式でグループメンバーリストの項目を構成してもよいことが諒解されよう。たとえば、位置フィールドは代わりにセクタ識別子ではなく、基地局識別子を記憶してもよい。別の例では、位置フィールドは、各LAがサブネットもしくはPCFエリアの一部に対応する位置エリア識別子、または各MAが、マルチキャスティングのみを目的としてRANによって識別されるサブネットもしくはPCFエリアの一部に対応するマルチキャストエリア識別子などの複数のセクタを識別する識別子を記憶してもよい。610でGMNメッセージに基づいてグループメンバーリストを更新した後、615でRAN120は、ATのための位置更新ルールまたはプロトコルを動的に設定するかどうかを決定する。位置更新ルールは、ATがルート更新メッセージのRAN120への送信をスケジュールする方法に対応する。ルート更新メッセージは、特定のATのために位置フィールドおよびタイムスタンプフィールドを更新する。一般に、RAN120が、特定のマルチキャストグループのマルチキャストグループメンバーの位置のより近い行路を保持することを望むのであれば、615で、RAN120は比較的積極的な位置更新ルールを設定してもよい。そうでない場合、RAN120が逆リンクトラフィックを減らすことを望むのであれば、615で、RAN120は比較的慎重な位置更新ルールを設定してもよい。別の代替例では、RAN120は位置更新ルールを設定しなくてもよく、所与のATでのデフォルト値か、または手動で入力された位置更新ルールに依存してもよい。位置更新ルールの例を以下で示す。620で、所与のATは位置更新ルールを確立する。たとえば、RAN120が615で位置更新ルールを動的に設定しないことを決定する場合、620でデフォルトの位置更新ルールが確立されてもよい。代替的に、RAN120が615で位置更新ルールを動的に設定することを決定する場合、620で動的設定位置更新ルールがアクティブ化されてもよい。別の代替例では、所与のATのユーザはカスタムの位置更新ルールを手動で選択して、入力してもよい。一例では、所与のATが所与の距離を通過した後でルート更新メッセージを送信するように、位置更新ルールは距離ベース登録プロトコルであってもよい。所与の距離は、たとえば、所与のATがハンドオフを行ったのはどの基地局なのか、所与のATがアイドル状態の間に監視していたのはどの基地局なのかということに基づいていてもよい。距離ベース登録プロトコルにおける位置更新ルールの変更は、EVDOシステムの一般的属性更新プロトコルを介してATに通信することができる。別の例では、位置更新ルールは、各位置エリアがサブネットまたはPCFエリアの一部に対応する新たなLAに所与のATが入るたびに、ルート更新メッセージを送信するものであってもよい。別の例では、位置更新ルールは、いくつかの可能な位置更新戦略のうちの任意のものに対応してもよい。たとえば、位置更新ルールは、所与のATが所定またはカスタムの期間を有するタイマを維持し、ルート更新メッセージを各タイマ期間について1回送信するタイマベースのものであってもよい。この例では、より小さいタイマ期間は、グループメンバーリストのためにより最新の位置項目を維持するための、より積極的な位置更新ルールに対応する。しかしながら、より小さい期間はまた、逆リンク上のトラフィックの上位レベルに関連する。620で位置更新ルールを設定した後、所与のATは、通常動作を再開する。630で、所定のATは、620で確立された位置更新ルールに基づいて、ルート更新メッセージとともに、その位置情報を更新するかどうかを決定する。位置更新ルールがルート更新メッセージを必要とする場合、635でルート更新メッセージはRAN120に送信される。640で、RAN120は、ルート更新メッセージに基づいてグループメンバーリストパラメータを更新する。たとえば、RAN120は、ルート更新メッセージに基づいて、所与のATのためにグループメンバーリストの位置フィールドおよびタイムスタンプフィールドを更新する。そうでない場合、位置更新ルールが、ルート更新メッセージが送信されなくてもよいことを示すのであれば、プロセスは645へ進む。645で、所与のATは、補足GMNメッセージとともに、そのグループメンバーシップ情報を更新するかどうかを判定する。たとえば、所定のATが新しいマルチキャストグループに入ることを望む場合、所与のATは補足GMNメッセージを送信することを判定してもよい。別の例では、所定のATが、そのすでに登録しているマルチキャストグループへのメンバーシップをキャンセルすることを望む場合、所与のATは補足GMNメッセージを送信することを判定してもよい。一例では、各補足GMNメッセージは、任意の前に送信されたGMNメッセージを廃棄する。所与のATが、そのグループメンバーシップ情報を更新しないことを判定するのであれば、プロセスは625に戻り、所与のATは通常動作を再開する。そうでない場合、所与のATが、そのグループメンバーシップ情報を更新することを判定するのであれば、所与のATは650で補足GMNメッセージを送信する。655で、RAN120は、補足GMNメッセージに基づいてグループメンバーリストパラメータを更新する。補足GMNメッセージが前に送信されたGMNメッセージとは異なるマルチキャストグループを要求する場合、所与のATが属するマルチキャストグループのリストを維持するマルチキャストグループフィールドは、補足GMNメッセージに記載されているマルチキャストグループに加えるために更新される。代替的に、グループの削除がGMNメッセージ内で示されている場合、マルチキャストグループフィールドは、補足GMNメッセージに記載されているマルチキャストグループを削除するために更新される。諒解されるように、これは、前に記載されていたマルチキャストグループを削除すること、新しいマルチキャストグループを付加すること、およびまたは所与のATのために、関連のマルチキャストグループフィールドからのいくつかのマルチキャストグループを付加することと削除することの両方を必要とする場合がある。さらに、RAN120は、補足GMNメッセージを送信する所与のATのために、グループメンバーリストの位置フィールドおよびタイムスタンプフィールドを更新する。別の例では、補足GMNメッセージが記載されたマルチキャストグループを含まない場合、補足GMNメッセージは、所与のATをグループメンバーリストから完全に削除またはキャンセルする要求として解釈される。したがって、補足GMNメッセージがマルチキャストグループを含まない場合、RAN120は所与のATのために、ATリストフィールド、マルチキャストグループフィールド、位置フィールドおよびタイムスタンプフィールドの各々を削除する。上記の図6の説明に鑑みて諒解されるように、所与の時間に、グループメンバーリストは、マルチキャストグループのためのアクティブのマルチキャストセッションが実際に開始される前に、マルチキャストグループメンバーが潜在的に位置する場所に関する情報を含む。さらに、図6に明示的に図示していないが、RAN120は、自発的にグループメンバーリストを周期的に更新してもよい。たとえば、特定のATについての位置フィールドが古くなった、または寿命閾値を越えた場合、RAN120は古い位置フィールドを最新ではないと解釈し、関連したATをグループメンバーリストから完全に削除してもよい。図7は、本発明の一実施形態によるマルチキャストメッセージングプロセスを示す。図7に関して、RAN120によって維持されるグループメンバーリストは、マルチキャストグループTFlowについてRAN120とアプリケーションサーバ170の両方に登録されている複数のATを含むと仮定し、またマルチキャストグループTFlowは現在マルチキャスト通信セッションに参加していないと仮定する。したがって、一例として、TFlowについて登録されているATのためのグループメンバーリストは、以下のTable3の項目を含んでもよい。図7を参照すると、700で、アプリケーションサーバ170は、所与のマルチキャストグループのためにマルチキャストフローを開始する要求を発行する。例として、マルチキャストフローは、Table3のATA~Gの各々のためのマルチキャストグループフィールドのように、TFlowに対応すると仮定する。たとえば、図7の700で生成されたマルチキャストフローTFlowは、所与のアクセス端末の所与のマルチキャストグループに話す要求に応答してもよい。アプリケーションサーバ170がATの要求を容認することを決定した後、サーバ170は、IPマルチキャスティングを介してグループメンバーに送信されるマルチキャストフロー告知メッセージを生成することができる。705で、アプリケーションサーバ170はマルチキャストフローをBSN165に転送し、BSN165はBCA10接続でBCMCSフローをRAN120に転送し、RAN120は710で、1つまたは複数のセクタの中のエアインターフェース104を介して、BCMCSフローのマルチキャストメッセージをマルチキャストグループメンバーに送信する役目を担う。図7の710で、RAN120は、初期クラスタのためのターゲットセクタのセットを判定する。本明細書で使用するターゲットセクタは、少なくとも1つのマルチキャストグループメンバーを有する、または潜在的に有するワイヤレス通信システム内の任意のセクタである。本明細書で使用するクラスタは、BCHが特定のマルチキャストグループのためにBCMCSフローを運搬するセクタのセットに対応する。以下でより詳細に説明するように、クラスタは、特定のマルチキャストグループまたはBCMCSフローのためのターゲットセクタとサポートセクタの両方を含む。依然として図7の710を参照すると、RAN120は、RAN120で維持されるグループメンバーリスト参照に基づいて、初期クラスタのためのターゲットセクタのセットを判定する。したがって、Table3の例では、ターゲットセクタの初期セットは、セクタT1~T4に対応してもよい。より一般的には、ターゲットセクタの初期セットは、セクタT1~T4のうちの任意のものに関して特定の近接度測定基準を満たす、すべてのセクタに対応してもよい。次に図7の715で、RAN120は、BCMCSフローTFlowのための初期クラスタのためのサポートセクタのセットを判定する。一例では、サポートセクタのセットは、710で判定されたターゲットセクタのセットに基づいてもよい。たとえば、サポートセクタは、それ自体がターゲットセクタではない1つまたは複数のターゲットセクタに隣接する任意のセクタに対応してもよい。代替的に、サポートセクタは、実際にターゲットセクタに隣接するのではなく、ターゲットセクタに対して所定の近接度のセクタに対応してもよい。RAN120は710で、初期クラスタのためのターゲットおよびサポートセクタを判定するが、この時点で初期クラスタは、またダウンリンクBCHでBCHフローを運搬することはない。図7の720で、RAN120は、BCMCSフローための非サポートセクタの初期セットを判定する。BCMCSフローのための非サポートセクタの初期セットは、図7の710で判定されたターゲットセクタでも、図7の715で判定されたサポートセクタでもないワイヤレスシステム100内の任意のセクタを含む。非サポートセクタはクラスタの一部とはみなされないので、特定のクラスタに属するセクタが参照される場合、そのセクタはクラスタのターゲットおよびまたは支援セクタと呼ばれる。図7の725で、RAN120は、少なくとも初期クラスタのターゲットセクタ内で、TFlowのためのマルチキャスト通信セッションを告知する。図8Aは、710と720の間で確立され、720で告知メッセージが送信される初期クラスタの例を示す。720に示すように、初期クラスタは、ターゲットセクタT1~T4およびサポートセクタN1~N11を含む。たとえば、初期クラスタ内で、告知メッセージは、告知メッセージをより迅速に初期クラスタ内のATに通信するために、データオーバシグナリングメッセージ内にパッケージングされ、ダウンリンク制御チャネルで送信されてもよく、一方で告知メッセージは、システム100全体のCCHへの負荷を減らすために、より遅い標準ページング技術を用いて初期クラスタの外部のATに送信されてもよい。725で告知メッセージを送信した後、少なくとも初期クラスタ内で、RAN120はAT1~Nから1つまたは複数のBCMCSフロー登録メッセージを受信することを待つ。730で、AT1~Nのうちの第1のものは、告知されたマルチキャストセッションに登録するために、BCMCSフロー登録メッセージをRAN120に送信すると仮定する。730で、初期クラスタ内で第1BCMCSフロー登録メッセージを受信した後、RAN120は、それぞれ710および715で判定された初期クラスタのためのターゲットおよびサポートセクタの各々にBCHフローをオンにする。したがって、730でBCMCSフロー登録メッセージはAT1~Nのうちの唯一のものから受信されるので、この時点では初期クラスタ内の唯一1つのセクタが真にターゲットセクタであるにもかかわらず、RAN120は、それ以外に、730で受信された登録に基づいてターゲットまたはサポートセクタとみなされない初期クラスタの任意のさらなるセクタ内でBCHフローを運搬する。したがって、BCHフローを運搬するセクタのセットは、ATからのルート更新メッセージ、およびRAN120でグループメンバーリストの中に記憶された対応するデータに基づいており、BCMCSフロー登録メッセージに基づいていない。すなわち、RAN120は、前のルート更新メッセージに基づいてATを含むと予想されるセクタ内で、それらのセクタにマルチキャストフローをオンにする前に、BCMCSフロー登録メッセージを待つ必要はなく、同時にシステム100の中のすべてに満たないセクタは、このようにして先制してマルチキャストフローを運搬する必要がある。諒解されるように、このことは、初期クラスタ内にあるが、まだBCMCSフロー登録メッセージを送信していないATのためのセットアップ時間を減らすことができる。しかしながら、このことはまた、BCHフローがBCHフローを必要としないセクタの中で潜在的に運搬されるので、システム100の順方向リンク能力を減少させる。BCHフローを初期クラスタに流した後、RAN120は、ターゲットおよびサポートセクタのそれぞれで、ターゲットセクタおよびサポートセクタプロセスを実行する。一般に、各ターゲットセクタおよび各サポートセクタは、ダウンリンクブロードキャストチャネルBCHでBCMCSフローを運搬し、したがってRAN120は、ターゲットセクタT1~T4およびサポートセクタにサービスする基地局にマルチキャストメッセージを転送する。しかしながら、過剰なATフィードバックを減らすために、サポートセクタは、各BOM期間で、ATフィードバックを促すように構成されたBOMを送信し、一方でターゲットセクタは、ATフィードバックを促すBOMをあまり頻繁には送信せず、ATフィードバックを抑圧するためのBOMをより頻繁に送信する。非サポートセクタはBCMCSフローTFlowを運搬せず、RAN120は、非サポートセクタへTFlowのためのマルチキャストメッセージを転送する必要はない。ターゲットセクタの性質、サポートセクタの性質および非サポートセクタの性質のより詳細な説明は、本出願の譲受人に譲渡され、その全体が参照により明白に本明細書に組み込まれる2007年9月24日に出願した代理人整理番号072340P1の米国仮特許出願第60974808号、METHODSOFSUPPORTINGMULTICASTCOMMUNICATIONSASSOCIATEDWITHOVERLAPPINGCLUSTERSWITHINAWIRELESSCOMMUNICATIONSNETWORKの中で見いだされる。諒解されるように、マルチキャスト通信セッションをサポートするためにBCHフローが必要とされるセクタの数を初期クラスタが過大に見積もっていた場合、一定数のターゲットセクタはやがて、1つまたは複数のターゲットATがそれらの各々のセクタの内部でサービスされているかどうかを確認しようとする。このことが生じる場合、これらのターゲットセクタは、ターゲットATが実際にそれらのセクタ内に存在しないことを発見する。したがって、740で初期クラスタはATフィードバックに基づいてプルーニングされるか、または削減される。一例では、上記のように、図8Aは、図7の710と720の間で確立される初期クラスタの例を示す。次に730で、BCMCSフロー登録メッセージは、ターゲットセクタT1内で、ターゲットATAおよびまたはターゲットATBから受信されるだけであると仮定する。したがって、ATC~Gは、前にマルチキャストグループTFlowに登録しており、RAN120で維持されているグループメンバーリストの中で自身の位置を更新しているにもかかわらず、725の告知メッセージに応答してBCMCSフロー登録メッセージを送信することはない。この場合、プルーニングされたクラスタは、図8Bのように示されてもよい。図8Bでは、ターゲットセクタT2~T4はサポートセクタまたは非サポートセクタのいずれかに移行され、T2~T4のうちの任意のサポートセクタは、非サポートセクタに移行される。前のターゲットセクタT2~T4、およびプルーニングステップの後でサポートセクタとして残っているそれらのサポートセクタの中の唯一のセクタが、この例ではT1のサポートセクタであるセクタである。次に、図7の745で、RAN120は、マルチキャスト通信セッションの間に、プルーニングされたクラスタのセクタ割り当てを更新する。再び、セクタ割り当て更新のより詳細な説明は、上記で参照した同時係属出願の中で示されている。また、図7に明示的に示されてはいないが、アクティブのマルチキャストセッションの間、RAN120は、マルチキャストグループメンバーから受信されるGMNメッセージおよびルート更新メッセージに基づいて、グループメンバーリストの維持更新を継続する。本発明の代替実施形態では、図7の710に関して上で論じたように、ターゲットセクタはTable3で維持される各ATの最新の既知の位置フィールドに記憶されたセクタ、およびに関して所与の近接度測定基準を満たすセクタを含むように構成されてもよい。たとえば、所与の近接度測定基準が隣接するセクタに対応する場合、サポートセクタN1~N11もまた初期ターゲットセクタとなり、新たなターゲットセクタのセットに隣接するセクタがサポートセクタとなるようにするなど、ワイヤレス通信システム800Aは変更される別の例として、所与の近接度測定基準が、距離ベース登録を実行するための最新の登録セクタからの距離内にあるすべてのセクタに対応する場合、距離内のすべてのセクタもまたターゲットセクタとなる。したがって、初期クラスタ800Aの初期ターゲットセクタのグループは、所与のマルチキャストグループについてRAN120で維持されるATの最新の既知の位置に必ずしも限定されるわけではない。別の例では、グループメンバーリストは、1つまたは複数のマルチキャストグループメンバーからフィードバックを要求する、または必要とするマルチキャストメッセージである、告知メッセージなどの対話型マルチキャストメッセージへの応答の仕方に関してマルチキャストグループメンバーに指示を出すスケジューリング命令を、RAN120からマルチキャストグループメンバーへ提供するために使用されてもよい。たとえば、特定のセクタ内に多数のマルチキャストグループメンバーが存在すると予想され、セクタ内でマルチキャストセッションのための告知メッセージが送信される場合、比較的多数のマルチキャストグループメンバーは、告知メッセージに応答し、マルチキャストセッションに登録するために、逆方向リンクチャネルに同時にアクセスしようとしてもよい。しかしながら、RAN120はグループメンバーリスト内に存在する情報を用いて、アクセス制御メッセージを介して告知メッセージに応答するために、アクセス端末のための応答シーケンスをスケジュールすることができる。たとえば、RAN120は告知メッセージとともにACMを送信してもよく、ACMは、グループメンバーリストに基づいて、いくつかのアクセス端末のためのフィードバックスロットを保有する優先応答順序を指定する。たとえばRAN120によって維持されるグループメンバーリストで、その位置フィールドに対する最新の更新を有するアクセス端末は、ACMによって第1応答スロットを付与されてもよく、次に新しい更新された位置フィールドを有するATは、ACMによって第2応答スロットを付与されてもよく、以下同様である。ACM、および逆方向リンクでの対話型マルチキャストメッセージフィードバックスケジューリングは、本出願の譲受人に譲渡され、その全体が参照により明白に本明細書に組み込まれる2007年9月24日に出願した代理人整理番号071246P1の米国仮特許出願第60974796号、METHODSOFRESPONDINGTOANINTERACTIVEMULTICASTMESSAGEWITHINAWIRELESSCOMMUNICATIONSYSTEMの中でより詳細に論じられている。図7、8Aおよび8Bに関して上記で説明したように、初期クラスタは、特定のマルチキャストグループについてRAN120でグループメンバーリストの中に記憶されたATの予想位置に部分的に基づいて確立され、初期クラスタ全体のうちの各ターゲットセクタおよびサポートセクタは、初期クラスタのうちの任意のセクタ内にある任意のターゲットATから、第1BCMCSフロー登録メッセージがRAN120で受信された後、グループセッションのためにBCHフローを運搬する。当業者なら諒解するように、初期クラスタのすべてに満たないセクタが実際に、そこに含まれるターゲットATのためにBCHフローを与えることを必要とする場合、初期クラスタの各セクタにBCHフローを与えることによって、システム100の順方向能力は必要以上に減少する場合がある。以下で、初期クラスタは、マルチキャストセッションがどこに告知されるべきなのかを判定するために使用されるが、BCHフローは、ターゲットATからの実際の登録要求が受信される場所に基づいて、またはグループのための前のマルチキャストセッションの終了時の時間関連クラスタ情報に基づいて単に運搬される本発明の実施形態を説明する。図9Aは、本発明の別の実施形態によるマルチキャストメッセージングプロセスを示す。特に、図9Aは、特定のマルチキャストグループが関与する第1セッション、または少なくとも前のセッションの後の閾値時間期間に開始する次のセッションのいずれかをサポートするための代替実施形態を示す。たとえば、時間閾値が2時間であり、マルチキャストグループが関与する最新のセッションが現在のセッションの4時間である場合、図9Aのプロセスは、前のマルチキャストセッションが存在したにもかかわらず実行されてもよい。また、新たなセッションが開始される前の短時間だけマルチキャストグループが関与する別のセッションが存在した場合でも、図9Aのプロセスが使用される時間閾値を非常に低く設定することができることも、少なくともあり得る。図9Aに関して、図7のように、RAN120によって維持されるグループメンバーリストは、マルチキャストグループTFlowについてRAN120とアプリケーションサーバ170の両方に登録されている複数のATを含むと仮定し、またマルチキャストグループTFlowは現在マルチキャスト通信セッションに参加していないと仮定する。したがって、一例として、TFlowについて登録されているATのためのグループメンバーリストは、Table3の項目を含んでもよい。図9Aを参照すると、ブロック900A~930Aは、それぞれ図7のブロック700~730に対応する。したがって、初期クラスタのセクタは判定され、RAN120は、少なくとも初期クラスタのターゲットセクタ内でマルチキャスト通信セッションを告知し、初期クラスタ内の少なくとも1つのターゲットATは、呼告知を容認して、告知されたマルチキャストセッションへの登録を要求する。この時点で、図7で、RAN120は単に初期クラスタ内でBCHフローを流し、これは本質的に、初期クラスタがアクティブ化されていることを意味し、それぞれ710および715でターゲットセクタまたはサポートセクタと判定された各セクタは、ターゲットセクタまたはサポートセクタのいずれかに移行されるしかしながら図9Aでは、930Aで初期クラスタのセクタ内の個々のターゲットATから登録を受信すると、RAN120は935Aで、登録が受信されているセクタのみをターゲットセクタに移行し、次いで、これらのターゲットセクタに関連したサポートセクタをポピュレートする。結果として生じるターゲットおよびサポートセクタのグループは、使用中クラスタと総称される。したがって、935Aで形成された使用中クラスタは、925Aでマルチキャストセッションが告知された初期クラスタのサブセットに対応する。たとえば、初期クラスタは図8Aに示すように形成されると仮定し、したがってブロック910AはセクタT1~T4をターゲットセクタと判定し、ブロック915AはセクタN1~N11をサポートセクタと判定する。この場合、925Aの告知は、少なくともセクタT1~T4およびN1~N11の内部でマルチキャストセッションを告知する。しかしながら、図9Aで、初期クラスタは、BCHフローが運搬される場所に関して直接使用されることはない。したがって、セクタT1内の1つまたは複数のターゲットATだけが実際に、930Aで告知メッセージに応答して閾値時間期間内にBCMCSフロー登録メッセージを送信すると仮定する。この場合、使用中クラスタは図10Aのように形成されてもよいので、初期クラスタからのT1は、使用中クラスタの中のターゲットセクタT1に移行し、初期セクタからのセクタN1、N2、T2、T3、N10およびN11はそれぞれ、使用中クラスタの中のサポートセクタN1~N6に移行する。この場合、使用中クラスタは本質的に空白状態から開始するので、初期クラスタからのさらなるサポートおよびターゲットセクタは、登録メッセージが930Aの間にターゲットATから受信されるまで、使用中セクタがデフォルトとしてセクタを非サポートセクタに設定するために、使用中クラスタの中の非サポートセクタに積極的に移行する必要はない。次に、935Aで使用中クラスタを形成した後、RAN120は、940Aで、使用中クラスタ内のマルチキャスト通信セッションのためにBCHフローを流し、初期クラスタには属するが、使用中クラスタには属さないセクタ内ではBCHフローを流さない。BCHフローを使用中クラスタに流した後、RAN120は、使用中クラスタのうちのターゲットおよびサポートセクタのそれぞれで、ターゲットセクタおよびサポートセクタプロセスを実行する。一般に、使用中クラスタの各ターゲットセクタおよび各サポートセクタは、ダウンリンクブロードキャストチャネルBCHでBCMCSフローを運搬し、したがってRAN120は、ターゲットセクタT1およびサポートセクタN1~N6にサービスする基地局にマルチキャストメッセージを転送する。諒解されるように、初期クラスタが、マルチキャスト通信セッションをサポートするためにBCHフローが必要とされるセクタの数を過大に評価した場合でも、使用中クラスタは、その形成のためにターゲットATからの実際の登録メッセージに依存し、したがって、使用中クラスタの中でのマルチキャストフローの運搬は、RAN120の順方向リンクに過度に負荷をかけることはない。また、使用中クラスタは、図7の740のようにプルーニングまたは削減される必要はなないが、マルチキャストセッションの間、ターゲットATは発呼を移動またはドロップしてもよいので、使用中クラスタのターゲットおよびサポートセクタの構成はその形成後でもまだ変更することができる。次に、図9Aの945Aで、RAN120は、マルチキャスト通信セッションの間に、使用中クラスタのセクタ割り当てを更新する。再び、セクタ割り当て更新のより詳細な説明は、上記で参照した同時係属出願の中で示されている。また、図9Aに明示的に示されてはいないが、アクティブのマルチキャストセッションの間、RAN120は、マルチキャストグループメンバーから受信されるGMNメッセージおよびルート更新メッセージに基づいて、グループメンバーリストの維持更新を継続する。950Aで、RAN120は、マルチキャストセッションを終了するかどうかを判定する。たとえば、950Aの判定は、ENDメッセージがアプリケーションサーバ170から送信されたかどうかに基づくことができる。RAN120が、マルチキャストセッションが950Aで継続することができると判定する場合、プロセスは945Aへ戻る。そうでない場合、RAN120Aが、950Aでマルチキャストセッションを終了することを判定するのであれば、RAN120は955Aで、マルチキャストセッションが終了されるときに、クラスタの現在のセクタ形成を記憶する。図9Bに関して後述するように、955Aからの記憶されたクラスタは、その後のマルチキャストセッションのために、初期使用中クラスタの確立方法をより正確に判断するために使用することができるので、初期使用中クラスタは、第1登録が受信される前、自動的に初期クラスタと同じ大きさである必要はなくまた、使用中クラスタと同じ小ささである必要もない。セクタを含む。図9Bは、図9Aのプロセスの続き、または図9Bの前の繰り返しの再帰的な続きのいずれかを示す。図9Bが図9Aのプロセスの続きである場合、図9Aでマルチキャストセッションが950Aの後で終了し、マルチキャストセッションの終了時のクラスタが955AでRAN120によって記憶された後のある時点で、アプリケーションサーバ170は、900Bで、同じマルチキャストグループが関与する次のマルチキャストセッションの告知を要求する。したがって、ブロック900B~930Bは、それぞれ図7のブロック700~730およびまたは、それぞれ図9Aのブロック900A~930Aに対応する。したがって、初期クラスタのセクタは判定され、RAN120は、少なくとも初期クラスタのターゲットセクタ内でマルチキャスト通信セッションを告知し、初期クラスタ内の少なくとも1つのターゲットATは、呼告知を容認して、告知されたマルチキャストセッションへの登録を要求する。マルチキャストグループATの位置およびまたはグループメンバーシップの関連は、図9Aの前のマルチキャストセッションから変わっている可能性があるので、915B、920Bおよび925Bで形成される初期クラスタは、図9Aの915A、920Aおよび925Aで形成される初期クラスタと同じである必要はないことが諒解されよう。すなわち、図6のプロセスは、図9Aのマルチキャストセッションおよび図9Bのマルチキャストセッションの間およびまたは中で実行を継続し、これは、RAN120によって維持されるグループメンバーリストの調整につながり得る。930Bでマルチキャストセッションへの第1登録を受信すると、RAN120は935Bで、マルチキャストグループのための前のマルチキャストセッションが、現在のマルチキャストセッションの閾値時間期間内に生じたかどうかを判定する。一例では、RAN120は、前のマルチキャストセッションが終了した時間からの閾値時間期間に対して、905Bで要求がアプリケーションサーバ170から受信された時間、または代替的に、別の例で、930Bで第1登録メッセージがAT1~Nのうちの1つから受信された時間を比較するための時間差を測定することができる。935Bの時間判定は、前のマルチキャストセッションの終了時のクラスタが、現在のマルチキャストセッションのための使用中クラスタに類似する可能性があることを確実にするために、実行されてもよい。たとえば、前のマルチキャストセッションが現在のマルチキャストセッションの前の60秒間予期せずにドロップした場合、参加しているATはほぼ同じ位置にあることから、前のセッションのためのクラスタは、まだ関連している可能性が非常に高い。別の例では、たとえば、前のマルチキャストセッションが現在のマルチキャストセッションより5週間前に生じていた場合、参加しているATが大体同じ位置にある可能性は必ずしもなくてもよいので、前のセッションのためのクラスタは、まだ関連している可能性が非常に低い。RAN120が、935Bで、前のマルチキャストセッションが現在のマルチキャストセッションの閾値時間期間内にないと判定する場合、プロセスはブロック935Aに進み、RAN120は、現在のマルチキャストセッションのためのターゲットATから受信された実際の登録のみに基づいて、使用中クラスタを構築する。そうでない場合、RAN120は、935Bで、前のマルチキャストセッションが現在のマルチキャストセッションの閾値時間期間内にあると判定し、プロセスは図9Bのブロック940Bへ進む。940Bで、RAN120は前のマルチキャストセッションのために記憶されたクラスタをロードする。945Bで、940Bからロードされたクラスタは、初期使用中クラスタを形成するために使用される。本明細書で使用する初期使用中クラスタは、RAN120によって維持されるグループメンバーリストに基づいており、915B~925Bで形成される初期クラスタと、ターゲットATからの実際の登録に基づく使用中クラスタのハイブリッドクラスタである。言い換えれば、初期使用中クラスタは、前のセッションのためのクラスタが現在のセッションのためのクラスタと等しいという保証はないことから、いくぶん投機的なものである。しかしながら、初期使用中クラスタは一般に、初期クラスタほど投機的ではないものとみなすことができる。初期使用中クラスタは、使用中クラスタよりも、少なくともいくぶん大きい可能性があり、また915B~925Bで形成される初期クラスタよりも小さい可能性がある。また945Bで、RAN120は必要に応じて、930Bで登録が受信されたセクタをターゲットセクタおよびサポートセクタへ移行する。たとえば、930Bの登録が、初期使用中クラスタの中のターゲットセクタであるセクタからだけ受信される場合、さらなる移行は必要ではない。代替的に、930Bの登録が、初期使用中クラスタの中の非ターゲットセクタから受信される場合、初期使用中クラスタは、非ターゲットセクタをターゲットセクタに移行するために変更され、また必要に応じて、移行されたターゲットセクタの支援セクタをポピュレートする。たとえば、図10Bは、945Bで形成されたターゲットセクタT1およびサポートセクタN1~N6の初期使用中クラスタの例を示す。この例では、さらなる登録メッセージは、図10Bの非サポートセクタX32内のターゲットATCから受信されると仮定する。この場合、結果として生じるクラスタまたは変更された初期使用中クラスタは図10の中で示されてもよく、ここでは非サポートセクタX32がターゲットセクタT2に移行し、同じく非サポートセクタX29~X31がT2のサポートセクタN7およびN8に移行する。以下では、初期使用中クラスタが、一般に前のセッションからロードされたクラスタに対応するかのように参照が行われる。しかしながら、初期使用中クラスタはまた、セクタT2、N7およびN8が加わった図10のように拡張することもでき、または代替的に、前のセッションのロードされたクラスタからのターゲットまたはサポートセクタのうちの1つまたは複数が削除される場合、図8Bのようにプルーニングすることもできる。次に、945Bで使用中クラスタを形成した後、RAN120は、950Bで、初期使用中クラスタ内のマルチキャスト通信セッションのためにBCHフローを流し、初期クラスタには属するが、初期使用中クラスタには属さないセクタ内ではBCHフローを流さない。BCHフローを初期使用中クラスタに流した後、RAN120は、ターゲットおよびサポートセクタのそれぞれで、ターゲットセクタおよびサポートセクタプロセスを実行する。一般に、使用中クラスタの各ターゲットセクタおよび各サポートセクタは、ダウンリンクブロードキャストチャネルBCHでBCMCSフローを運搬し、したがって図10Cの場合、RAN120は、ターゲットセクタT1~t2およびサポートセクタN1~N8にサービスする基地局にマルチキャストメッセージを転送する。諒解されるように、初期使用中クラスタが、マルチキャスト通信セッションをサポートするためにBCHフローが必要とされるセクタの数を過剰に見積もっていた場合でも、初期使用中クラスタは、その形成のため、前のマルチキャストセッションのターゲットATからの実際の登録メッセージに依存する。このように、初期使用中クラスタの中でマルチキャストフローを運搬することは、図9Aおよび図7の利益を結合するので、RAN120の順方向能力は図7のように無駄にされる可能性は少なく、明らかに登録要求が現在のセッションのためにまだ受信されていないセクタの中でBCHフローを先制して分配することによって、最終的な登録の上で、それらのセクタの中のターゲットATにマルチキャストメッセージをより迅速に提供することができる。次に、図9Bの955Bで、RAN120は、マルチキャスト通信セッションの間に、初期使用中クラスタのセクタ割り当てを更新する。再び、セクタ割り当て更新のより詳細な説明は、上記で参照した同時係属出願の中で示されている。また、図9Bに明示的に示されてはいないが、アクティブのマルチキャストセッションの間、RAN120は、マルチキャストグループメンバーから受信されるGMNメッセージおよびルート更新メッセージに基づいて、グループメンバーリストの維持更新を継続する。960Bで、RAN120は、マルチキャストセッションを終了するかどうかを判定する。たとえば、955Bの判定は、ENDメッセージがアプリケーションサーバ170から送信されたかどうかに基づくことできる。RAN120が、マルチキャストセッションが960Bで継続することができると判定する場合、プロセスは955Bへ戻る。そうでない場合、RAN120Aが、960Bでマルチキャストセッションを終了することを判定するのであれば、RAN120は965Bで、マルチキャストセッションが終了されるときに、クラスタの現在のセクタ形成を記憶する。965Bの記憶ステップは、前のマルチキャストセッションからの記憶されたクラスタを上書きすることができるので、965Bで新たに記憶されたクラスタは、この特定のマルチキャストグループのための新たな前のセッションのクラスタを表す。諒解されるように、965Bで記憶されたクラスタは、次のマルチキャストセッションなどのために初期使用中クラスタを生成するために使用することができる。また図7に関して上で言及されたように、別の例では、図9Aおよびまたは9Bで、グループメンバーリストは、1つまたは複数のマルチキャストグループメンバーからフィードバックを要求する、または必要とするマルチキャストメッセージである、図9Aの930Aまたは図9Bの930Bで送信される告知メッセージなどの対話型マルチキャストメッセージへの応答の仕方に関してマルチキャストグループメンバーに指示を出すスケジューリング命令を、RAN120からマルチキャストグループメンバーへ提供するために使用されてもよい。たとえば、特定のセクタ内に多数のマルチキャストグループメンバーが存在すると予想され、セクタ内でマルチキャストセッションのための告知メッセージが送信される場合、比較的多数のマルチキャストグループメンバーは、告知メッセージに応答し、マルチキャストセッションに登録するために、逆方向リンクチャネルに同時にアクセスしようとしてもよい。しかしながら、グループメンバーリスト内に存在する情報を用いて、RAN120は、アクセス制御メッセージを介して告知メッセージに応答するために、アクセス端末のための応答シーケンスをスケジュールすることができる。たとえば、RAN120は告知メッセージとともにACMを送信してもよく、ACMは、グループメンバーリストに基づいて、いくつかのアクセス端末のためのフィードバックスロットを保有する優先応答順序を指定する。たとえばRAN120によって維持されるグループメンバーリストで、その位置フィールドに対する最新の更新を有するアクセス端末は、ACMによって第1応答スロットを付与されてもよく、次に新しい更新された位置フィールドを有するATは、ACMによって第2応答スロットを付与されてもよく、以下同様である。ACM、および逆方向リンクでの対話型マルチキャストメッセージフィードバックスケジューリングは、本出願の譲受人に譲渡され、その全体が参照により明白に本明細書に組み込まれる2007年9月24日に出願した代理人整理番号071246P1の米国仮特許出願第60974796号、METHODSOFRESPONDINGTOANINTERACTIVEMULTICASTMESSAGEWITHINAWIRELESSCOMMUNICATIONSYSTEMの中でより詳細に論じられている。当業者であれば、情報および信号は、任意の様々な異なる技術および技法を使用して表されてもよいことが諒解されよう。たとえば、上記の説明全体を通して参照されてもよいデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界もしくは粒子、光場もしくは粒子、またはそれらの任意の組合せによって表され得る。さらに、当業者であれば、本明細書で開示する実施形態に関して説明する様々な例示的な論理ブロック、モジュール、回路、アリゴリズムステップは、電子ハードウェア、コンピュータソフトウェアまたは両方の組合せとして実装されてもよいことが諒解されよう。このハードウェアとソフトウェアの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路およびステップを、それらの機能の面から上記で一般的に説明してきた。そのような機能がハードウェアとして実装されるのか、またはソフトウェアとして実装されるのかどうかは、特定のアプリケーションおよび全体的なシステムに課せられた設計制約によって決まる。当業者は、各々の特定のアプリケーションのために異なる方法で説明する機能を実装してもよいが、そのような実装の判断は、本発明の範囲を逸脱させるものとして解釈するべきではない。本明細書で開示する実施形態に関して説明する論理ブロック、モジュールおよび回路は、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイもしくはその他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または本明細書で説明する機能を実行するために設計された、それらの任意の組合せとともに実装または実行されてもよい。汎用プロセッサはマイクロプロセッサであってもよいが、代替として、このプロセッサは任意の従来型プロセッサ、コントローラ、マイクロコントローラまたはステートマシンであってもよい。プロセッサはまた、たとえばDSPとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、DSPコアと連動する1つまたは複数のマイクロプロセッサ、または任意の他のそのような構成などのコンピューティングデバイスの組合せとして実装されてもよい。本明細書で開示する実施形態に関して説明する方法、シーケンスおよびまたはアルゴリズムは、直接ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはこの2つの組合せで具体化されてもよい。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROメモリ、レジスタ、ハードディスク、リムーバブルディスク、CDROM、または当技術分野で知られている任意の他の形態のストレージメディアに常駐してもよい。例示的なストレージメディアは、プロセッサがストレージメディアから情報を読み取り、ストレージメディアへ情報を書き込むことができるように、プロセッサに結合される。代替として、ストレージメディアはプロセッサと一体であってもよい。プロセッサおよびストレージメディアは、ASICに常駐してもよい。ASICは、ユーザ端末に存在してもよい。代替として、プロセッサおよびストレージメディアは、ユーザ端末の中に個別構成要素として常駐してもよい。1つまたは複数の例示的な実施形態では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装されてもよい。ソフトウェアで実装した場合、この機能は、コンピュータ可読媒体上の1つまたは複数の命令または符号として記憶または送信されてもよい。コンピュータ可読媒体は、1つの場所から別の場所へのコンピュータプログラムの転送を容易にするあらゆる媒体を含めて、コンピュータ記憶媒体と通信媒体の両方を含み。記憶媒体は、コンピュータによってアクセスすることができる任意の使用可能な媒体であってもよい。限定ではなく、例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CDROM、または他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または命令もしくはデータ構造の形式で所望のプログラムコードを運搬もしくは記憶するために使用でき、コンピュータによってアクセスすることができる任意のその他の媒体を含むことができる。また、任意の接続は、厳密には、コンピュータ可読媒体と呼ばれる。たとえば、ソフトウェアが同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線、またはワイヤレス技術、たとえば赤外線、無線、およびマイクロ波を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、赤外線、無線、およびマイクロ波などの同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、またはワイヤレス技術は媒体の定義内に含まれる。本明細書で使用する場合、ディスクおよびディスクは、コンパクトディスク、レーザーディスク登録商標、光ディスク、デジタル多用途ディスク、フロッピー登録商標ディスク、およびブルーレイディスクを含み、ディスクは、通常、磁気的にデータを再生し、ディスクは、レーザーで光学的にデータを再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるものとする。上記の開示は、本発明の例示的実施形態を示しているが、本明細書では、添付の特許請求の範囲によって定義された本発明の範囲から逸脱することなく、様々な変更および修正がなされ得る。本発明の実施形態による方法クレームの機能、ステップおよびまたは行為は、任意の特定の順序で実行される必要はない。さらに、本発明の要素は単数形で記載または請求されるが、単数形に対する限定が明示されていない限り、複数形が企図されている。