JP6009694B2 - エボルブドマルチメディアブロードキャスト／マルチキャストサービス（ｅＭＢＭＳ）クラスタ管理 - Google Patents

Description

３５Ｕ．Ｓ．Ｃ．§１１９に基づく優先権の主張
［０００１］本特許出願は、“EVOLVED MULTIMEDIA BROADCAST/MULTICAST SERVICES(eMBMS) CLUSTER MANAGEMENT”（エボルブドマルチメディアブロードキャスト／マルチキャストサービス（ｅＭＢＭＳ）クラスタ管理）という題名を有し、これの譲受人に対して譲渡されており、ここにおける引用によってその全体がここにおいて組み入れられている米国出願第６１／７４８，９５６号（出願日：２０１３年１月４日）に対する優先権を主張するものである。

［０００２］実施形態は、エボルブドマルチメディアブロードキャスト／マルチキャストサービス（ｅＭＢＭＳ）クラスタ管理に関するものである。

［０００３］セルラー通信システムは、利用可能なシステムリソースを共有することによって複数のユーザに関する両方向通信をサポートすることができる。セルラーシステムは、放送局からユーザへの単一方向送信を主にサポートする又は放送局からユーザへの単一方向送信のみをサポートすることができるブロードキャストシステムと異なる。セルラーシステムは、様々な通信サービスを提供するために広範囲にわたって配備され、多元接続システム、例えば、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交ＦＤＭＡ（ＯＦＤＭＡ）システム、単一搬送波ＦＤＭＡ（ＳＣ−ＦＤＭＡ）システム、であることができる。

［０００４］セルラーシステムは、ブロードキャスト、マルチキャスト、及びユニキャストサービスをサポートすることができる。ブロードキャストサービスは、すべてのユーザによって受信することができるサービス、例えば、ニュース放送、である。マルチキャストサービスは、ユーザのグループによって受信することができるサービス、例えば、加入映像サービス、である。グループ通信は、ユニキャスト、ブロードキャスト、マルチキャスト又は各々の組み合わせを用いて実装することができる。グループが大きくなるに従って、概して、マルチキャストサービスを使用したほうがより効率的である。しかしながら、グループ通信を確立するために低いレーテンシー及び短時間を要求するグループ通信サービスに関しては、従来のマルチキャストチャネルのセットアップ時間は、システム性能を損なう可能性がある。

［０００５］一実施形態においては、サーバは、インターネットプロトコル（ＩＰ）マルチキャストを介してのグループ通信セッションのためのセッションメディアの送信に関してマルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属するセクタの第１の組を定義するグループ通信セッションに関する第１のサポート状態を決定する。次に、サーバは、グループ通信セッションを、第１のサポート状態から、ＩＰマルチキャストを介してのグループ通信セッションのためのセッションメディアの送信に関してＭＢＳＦＮエリアに属する第２の組のセクタを定義する第２のサポート状態に移行させる。移行前は、サーバは、第１のサポート状態によりＩＰマルチキャストを介してセクタの第１の組にセッションメディアを引き渡す。移行後は、サーバは、第２のサポート状態によりＩＰマルチキャストを介してセクタの第２の組にセッションメディアを引き渡す。

［０００６］添付される図面は、本発明の実施形態に関する説明の一助として提示され、それらの実施形態を例示することのみを目的として提供されており、それらを限定するものではない。
［０００７］無線通信システムを例示した図である。 ［０００８］送信構造例を示した図である。 ［０００９］多セルモードにおける異なるサービスの送信例を示した図である。 ［００１０］単一セルモードにおける異なるサービスの送信例を示した図である。 ［００１１］ブロードキャスト／マルチキャストサービスをサポートすることができる追加の無線通信システムを例示した図である。 ［００１１］ブロードキャスト／マルチキャストサービスをサポートすることができる追加の無線通信システムを例示した図である。 ［００１２］ブロードキャスト／マルチキャストサービスをサポートすることができる無線通信システムの一部分のブロック図である。 ［００１３］情報を受信及び／又は送信するように構成されたロジックを含む通信デバイスを例示した図である。 ［００１４］本発明の実施形態により特定のエボルブドマルチメディアブロードキャスト／マルチキャストサービス（ｅＭＢＭＳ）セッションに関するマルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアを例示した図であり、ここで、ＭＢＳＦＮに属するセクタは陰影付きで示され、ＭＢＳＦＮに属さないセクタは、陰影なしで示される。 ［００１５］本発明の実施形態によるｅＭＢＭＳセッションをセットアップするプロセスを例示した図である。 ［００１６］本発明の実施形態により図９ＡのｅＭＢＭＳセッションをセットアップ手順が実行された後の図８からのＭＢＳＦＮエリアに基づいたｅＭＢＭＳセッションサポート状態を例示した図である。 ［００１７］本発明の実施形態により図９Ａのプロセスの続きを例示した図である。 ［００１８］本発明の実施形態により図９Ｃのプロセスが実行された後の図８からのＭＢＳＦＮエリアに基づいたｅＭＢＭＳセッションサポート状態を例示した図である。 ［００１９］本発明の実施形態による図９Ｃのプロセスの続きを例示した図である。 ［００２０］本発明の実施形態による図８からのＭＢＳＦＮエリアに基づいたｅＭＢＭＳセッションサポート状態を例示した図であり、隣接する非ＭＢＳＦＮセクタ及び隣接しない非ＭＢＳＦＮセクタの両方が拡大されたＭＢＳＦＮエリアの一部である。 ［００２１］本発明の実施形態によるｅＭＢＭＳセッションをセットアップする他のプロセスを例示した図である。 ［００２２］図１０Ａのプロセス後の図８からのＭＢＳＦＮエリアに基づいたｅＭＢＭＳセッションサポート状態の修正されたバージョンを例示した図であり、所定のセクタは、そのセクタがＭＢＳＦＮエリアの一部であるがｅＭＢＭＳセッションに関するｅＭＢＭＳセッションメディアを送信するためには要求されないことを指定するために黒で示される。 ［００２３］本発明の実施形態による図１０Ａのプロセスの続きを例示した図である。 ［００２４］本発明の実施形態による図１０Ｃのプロセスの続きを例示した図である。 ［００２５］本発明の実施形態により図１０Ｄのプロセス後の図８からのＭＢＳＦＮエリアに基づいたｅＭＢＭＳセッションの他の修正されたバージョンを例示した図であり、所定のセクタは、そのセクタがＭＢＳＦＮエリアの一部であるがｅＭＢＭＳセッションのためのｅＭＢＭＳセッションメディアを送信するためには要求されないことを指定するために黒で示される。

［００２６］本発明の態様は、本発明の特定の実施形態を対象とする次の説明及び関連図において開示される。本発明の適用範囲から逸脱することなしに代替の実施形態を案出することができる。さらに、本発明のよく知られた要素は、本発明の該当する詳細を曖昧にしないようにするために詳細には説明されないか又は省略される。

［００２７］語句“典型的な”は、“１つの例、事例、又は実例を提供すること”を意味するためにここにおいて用いられる。ここにおいて“典型的な”として説明されるいずれの実施形態も、その他の実施形態よりも好ましい又は有利であるとは必ずしも解釈されるべきではない。同様に、語句“本発明の実施形態”は、本発明のすべての実施形態が説明される特徴、利点又は動作モードを含むことを要求するわけではない。さらに、ここにおいて使用される場合、用語グループ通信、プッシュ・ツー・トーク（ｐｕｓｈ−ｔｏ−ｔａｌｋ）、又は同様の変形は、２つ以上のデバイスの間のサーバによって仲裁されるサービスを意味する。

［００２８］ここにおいて使用される用語は、特定の実施形態のみについて説明することを目的とするものであり、本発明の実施形態を限定することは意図されない。ここにおいて使用される場合、単数形“ａ”、“ａｎ”及び“ｔｈｅ”は、文脈上別の明示がないかぎり、複数形も含むことが意図される。用語“備える”、“備えている”、“含む”及び／又は“含んでいる”は、ここにおいて使用されるときには、記載された特徴、整数（ｉｎｔｅｇｅｒ）、ステップ、動作、要素、及び／又はコンポーネントの存在を明示するが、１つ以上のその他の特徴、整数、ステップ、動作、要素、及び／又はコンポーネント、及び／又はその集まりの存在又は追加を除外するものではないことがさらに理解されるであろう。

［００２９］さらに、多くの実施形態は、例えば、コンピューティングデバイスの要素によって実行されるべき一連の動作の点で説明される。ここにおいて説明される様々な動作は、特定の回路（例えば、特定用途向け集積回路（ＡＳＩＣ））によって、１つ以上のプロセッサによって実行されるプログラム命令によって、又は両方の組み合わせによって実行することができることが認識されるであろう。さらに、ここにおいて説明されるこれらの一連の動作は、実行時にここにおいて説明される機能を果たすことを関連づけられたプロセッサに行わせる対応する一組のコンピュータ命令を格納しているあらゆる形態のコンピュータによって読み取り可能な記憶媒体内において完全に具現化されるとみなすことができる。従って、本発明の様々な態様は、幾つかの異なる形態で具現化することができ、それらのすべては、請求される主題の適用範囲内であることが企図されている。さらに、ここにおいて説明される実施形態の各々に関して、あらゆる該実施形態の対応する形態は、ここにおいては、例えば、説明される動作を実行するように“構成されたロジック”として説明することができる。

［００３０］ここにおいて説明される技法は、様々なセルラー無線通信システム、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ及びＳＣ−ＦＤＭＡシステム、に関して用いることができる。用語“システム”及び“ネットワーク”は、しばしば互換可能な形で用いられる。ＣＤＭＡシステムは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００、等の無線技術を実装することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））と、ＣＤＭＡのその他の変形と、を含む。ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格及びＩＳ−８５６規格を網羅する。ＴＤＭＡシステムは、グローバル移動体通信システム（ＧＳＭ（登録商標））、等の無線技術を実装することができる。ＯＦＤＭＡシステムは、エボルブド（Ｅｖｏｌｖｅｄ）ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭＡ．ＲＴＭ、等の無線技術を実装することができる。ＵＴＲＡ及びＥ−ＵＴＲＡは、ユニバーサル移動体通信システム（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの最近のリリース版であり、ダウンリンクではＯＦＤＭＡ及びアップリンクではＳＣ−ＦＤＭＡを採用する。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、及びＧＳＭは、“第３世代パートナーシッププロジェクト”（３ＧＰＰ）という名称の組織からの文書において記述される。ｃｄｍａ２０００及びＵＭＢは、“第３世代パートナーシッププロジェクト２”（３ＧＰＰ２）という名称の組織からの文書において記述される。明確化のため、これらの技法の幾つかの態様は、ＬＴＥに関して以下において説明されており、以下の説明の多くの部分においてはＬＴＥ用語が用いられる。

［００３１］図１は、セルラー通信システム１００を示し、それは、ＬＴＥシステムであることができる。システム１００は、幾つかのノードＢと、その他のネットワークエンティティと、を含むことができる。簡略化を目的として、図１には３つのノードＢ１１０ａ、１１０ｂ及び１１０ｃのみが示される。ノードＢは、ユーザ装置（ＵＥ）と通信するために使用される固定局であることができ、エボルブドノードＢ（ｅＮＢ）、基地局、アクセスポイント、等と呼ぶこともできる。各ノードＢ１１０は、特定の地理上のエリア１０２に関する通信カバレッジを提供する。システム容量を向上させるために、ノードＢの全体的なカバレッジエリアは、複数のより小さいエリア、例えば、３つのより小さいエリア、１０４ａ、１０４ｂ及び１０４ｃ、に分割することができる。各々のより小さいエリアは、各々のノードＢサブシステムによってサービスを提供することができる。３ＧＰＰでは、用語“セル”は、サービスを提供するノードＢ及び／又はノードＢサブシステムの最小のカバレッジエリアを意味することができる。その他のシステムにおいては、用語“セクタ”は、サービスを提供する基地局及び／又は基地局サブシステムの最小のカバレッジエリアを意味することができる。明確化を目的として、以下の説明ではセルの３ＧＰＰ概念が使用される。

［００３２］図１において示される例では、各ノードＢ１１０は、異なる地理上のエリアを網羅する３つのセルを有する。簡略化を目的として、図１は、互いに重なり合わないセルを示す。実際的な配備では、隣接するセルは、典型的には、縁部が互いに重なり合い、それは、ＵＥがシステムの周囲を移動するのに応じてあらゆる位置において１つ以上のセルからカバレッジを受信するのを可能にすることができる。

［００３３］ＵＥ１２０は、システム全体にわたって分散することができ、各ＵＥは、静止型又は移動型であることができる。ＵＥは、移動局、端末、アクセス端末、加入者ユニット、局、等と呼ぶこともできる。ＵＥは、携帯電話、パーソナルデジタルアシスタント（ＰＤＡ）、無線モデム、無線通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレスフォン、等であることができる。ＵＥは、ダウンリンク及びアップリンクでの送信を介してノードＢと通信することができる。ダウンリンク（又は順方向リンク）は、ノードＢからＵＥへの通信リンクを意味し、アップリンク（又は逆方向リンク）は、ＵＥからノードＢへの通信リンクを意味する。図１において、２つの矢印を有する太い線は、ノードＢとＵＥとの間の両方向通信を示す。１つの矢印を有する破線は、例えば、ＵＥがブロードキャスト及び／又はマルチキャストサービスのためにダウンリンク信号を受信することを示す。用語“ＵＥ”及び“ユーザ”は、ここでは互換可能である。

［００３４］ネットワークコントローラ１３０は、制御下にあるノードＢに関する調整及び制御を提供するために及びノードＢによってサービスが提供される端末のためにデータをルーティングするためにこれらの複数のノードＢに結合することができる。アクセスネットワーク１００は、図１に示されていないその他のネットワークエンティティを含むこともできる。さらに、例示されるように、ネットワークコントローラは、アクセスネットワーク１００を通じて様々なＵＥにグループ通信サービスを提供するためにアプリケーションサーバ１５０に動作可能な形で結合することができる。ＵＥとサーバとの間での通信及びアクセスネットワーク外部での情報を容易にするために数多くのその他のネットワークエンティティ及びシステムエンティティが存在することができることが評価されるであろう。従って、ここにおいて開示される様々な実施形態は、様々な図において詳細が示される特定の配置又は要素に限定されない。

［００３５］図２は、システム１００においてダウンリンクのために使用することができる送信構造例２００を示す。送信タイムラインは、無線フレームの単位に分割することができる。各無線フレームは、予め決定された継続時間（例えば、１０ミリ秒（ｍｓ））を有することができ及び１０のサブフレームに分割することができる。各サブフレームは、２つのスロットを含むことができ、各スロットは、固定された又は設定可能な数のシンボル期間、例えば、６つ又は７つのシンボル期間、を含むことができる。

［００３６］システム帯域幅は、直交周波数分割多重（ＯＦＤＭ）によって複数（Ｋ）の副搬送波に分割することができる。利用可能な時間周波数リソースは、リソースブロックに分割することができる。各リソースブロックは、１つのスロットにおいてＱの副搬送波を含むことができ、ここで、Ｑは、１２又は何らかのその他の値に等しいことができる。利用可能なリソースブロックは、データ、オーバーヘッド情報、パイロット、等を送信するために使用することができる。

［００３７］システムは、複数のＵＥに関するエボルブドマルチメディアブロードキャスト／マルチキャストサービス（ｅＭＢＭＳ）及び個々のＵＥに関するユニキャストサービスをサポートすることができる。ｅＭＢＭＳに関するサービスは、ｅＭＢＭＳサービス又はフローと呼ぶことができ及びブロードキャストサービス／フロー又はマルチキャストサービス／フローであることができる。

［００３８］ＬＴＥにおいては、データ及びオーバーヘッド情報は、無線リンク制御（ＲＬＣ）層における論理チャネルとして処理される。論理チャネルは、メディアアクセス制御（ＭＡＣ）層においてチャネルを転送するためにマッピングされる。トランスポートチャネルは、物理層（ＰＨＹ）において物理チャネルにマッピングされる。表１は、ＬＴＥにおいて使用される論理チャネル（“Ｌ”で表される）、トランスポートチャネル（“Ｔ”で表される）、及び物理チャネル（“Ｐ”で表される）を記載し、各チャネルに関する短い説明を提供する。

［００３９］表１において示されるように、異なるタイプのオーバーヘッド情報を異なるチャネルで送信することができる。表２は、幾つかのタイプのオーバーヘッド情報を記載し、各タイプに関する短い説明を提供する。表２は、１つの設計により、各タイプのオーバーヘッド情報を送信することができるチャネルも与える。

［００４０］異なるタイプのオーバーヘッド情報は、その他の名前で呼ぶこともできる。スケジューリング及び制御情報は、動的であることができ、システム及び構成情報は、半静的であることができる。

［００４１］システムは、ｅＭＢＭＳに関する複数の動作モードをサポートすることができ、それは、多セルモードと、単一セルモードと、を含むことができる。多セルモードは、次の特徴を有することができる。

・ブロードキャスト又はマルチキャストサービスに関するコンテンツを複数のセルにわたって同期で送信することができる。

・ブロードキャスト及びマルチキャストサービスに関する無線リソースがＭＳＭＳ調整エンティティ（ＭＣＥ）によって割り当てられ、それは、論理的にノードＢの上方に位置することができる。

・ブロードキャスト及びマルチキャストサービスに関するコンテンツがノードＢにおいてＭＣＨにマッピングされる。

・ブロードキャスト、マルチキャスト、及びユニキャストサーに関するデータの時分割多重化（例えば、サブフレームレベル）。

［００４２］単一セルモードは、次の特徴を有することができる。

・各セルは、その他のセルとの同期化なしでブロードキャスト及びマルチキャストサービスに関するコンテンツを送信する。

・ブロードキャスト及びマルチキャストサービスに関する無線リソースがノードＢによって割り当てられる。

・ブロードキャスト及びマルチキャストサービスに関するコンテンツがＤＬ−ＳＣＨにマッピングされる。

・ブロードキャスト、マルチキャスト、及びユニキャストサービスに関するデータは、ＤＬ−ＳＣＨの構造によって許容されたあらゆる方法で多重化することができる。

［００４３］概して、ｅＭＢＭＳサービスは、多セルモード、単一セルモード、及び／又はその他のモードでサポートすることができる。多セルモードは、ｅＭＢＭＳマルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）送信のために使用することができ、それは、ＵＥが受信性能を向上させるために複数のセルから受信された信号を結合するのを可能にする。

［００４４］図３は、多セルモードにおけるＭのセル１乃至ＭによるｅＭＢＭＳ及びユニキャストサービスの送信例を示し、ここで、Ｍはいずれかの整数値であることができる。各セルに関して、横軸は、時間を表すことができ、縦軸は、周波数を表すことができる。以下の説明のうちの多くに関して想定されるｅＭＢＭＳの一設計においては、各セルに関する送信タイムラインは、サブフレームの時間単位に分割することができる。ｅＭＢＭＳのその他の設計においては、各セルに関する送信タイムラインは、その他の継続時間の時間単位に分割することができる。概して、時間単位は、サブフレーム、スロット、シンボル期間、複数のシンボル期間、複数のスロット、複数のサブフレーム、等に対応することができる。

［００４５］図３において示される例では、Ｍのセルは、ｅＭＢＭＳサービス１、２及び３を送信する。すべてのＭのセルは、サブフレーム１及び３でｅＭＢＭＳサービス１を、サブフレーム４でｅＭＢＭＳサービス２を、及び、サブフレーム７及び８でｅＭＢＭＳサービス３を送信する。Ｍのセルは、それらの３つのｅＭＢＭＳサービスの各々に関して同じコンテンツを送信する。各セルは、それ自体のユニキャストサービスをサブフレーム２、５及び６で送信することができる。Ｍのセルは、それらのユニキャストサービスに関する異なるコンテンツを送信することができる。

［００４６］図４は、単一セルモードにおけるＭのセルによるｅＭＢＭＳ及びユニキャストサービスの送信例を示す。各セルに関して、横軸は、時間を表すことができ、縦軸は、周波数を表すことができる。図４において示される例では、Ｍのセルは、３つのｅＭＢＭＳサービス１、２及び３を送信する。セル１は、１つの時間周波数ブロック４１０でｅＭＢＭＳサービス１を、時間周波数ブロック４１２及び４１４でｅＭＢＭＳサービス２を、及び１つの時間周波数ブロック４１６でｅＭＢＭＳサービス３を送信する。同様に、その他のセルは、図４において示されるようにサービス１、２及び３を送信する。

［００４７］概して、ｅＭＢＭＳサービスは、あらゆる数の時間周波数ブロックで送信することができる。サブフレームの数は、送信するべきデータの量及びおそらくその他の要因に依存することができる。Ｍのセルは、図４において示されるように、時間及び周波数の点で整合させることができない時間周波数ブロックで３つのｅＭＢＭＳサービス１、２及び３を送信することができる。さらに、Ｍのセルは、３つのｅＭＢＭＳサービスに関して同じ又は異なるコンテンツを送信することができる。各セルは、３つのｅＭＢＭＳサービスのために使用されない残りの時間周波数リソースでそれ自体のユニキャストサービスを送信することができる。Ｍのセルは、それらのユニキャストサービスに関して異なるコンテンツを送信することができる。

［００４８］図３及び４は、多セルモード及び単一セルモードにおいてｅＭＢＭＳサービスを送信する設計例を示す。ｅＭＢＭＳサービスは、多セルモード及び単一セルモードにおいてその他の方法で、例えば、時分割多重化（ＴＤＭ）を用いて、送信することもできる。

［００４９］上記のように、ｅＭＢＭＳサービスは、マルチキャストデータをグループに配信するために使用することができ、グループ通信システム（例えば、プッシュ・ツー・トーク（ＰＴＴ）呼）において有用であることができる。ｅＭＢＭＳに関する従来のアプリケーションは、別個のサービスアナウンスメント／発見メカニズムを有する。さらに、予め確立されたｅＭＢＭＳフローにおける通信は、エアインタフェースにおいても常にオンである。呼／通信が進行中でないときにはＵＥをスリープ状態にするために電力節約最適化を適用しなければならない。これは、典型的には、ユニキャスト又はマルチキャストユーザプレーンデータに関するアウトオブバンドアナウンスメントを使用することによって達成される。代替として、アプリケーション層ページングチャネルに類似するメカニズムを使用することができる。アプリケーション層ページングメカニズムがアクティブ状態を維持しなければならないため、ページングメカニズムが存在しない場合にアイドルであることが可能なマルチキャストサブフレームで帯域幅を消費する。さらに、マルチキャストサブフレームは、アプリケーション層ページングを使用している間はアクティブであるため、サブフレーム内のリソースブロックの残りの部分は、ユニキャストトラフィックのために使用することができない。従って、アプリケーション層ページングがその他のデータなしでスケジューリングされるときにサブフレームに関して合計５Ｍｈｚ帯域幅が消費されることになる。

［００５０］図５Ａは、エボルブドマルチメディアブロードキャスト／マルチキャストサービス（ｅＭＢＭＳ）又はＭＢＭＳサービスを実装することができる無線ネットワークの他の例示であり、それらは、ここにおいては互換可能な形で使用される。ＭＢＭＳサービスエリア５００は、複数のＭＢＳＦＮエリア（例えば、ＭＢＳＦＮエリア１、５０１及びＭＢＳＦＮエリア２、５０２）を含むことができる。各ＭＢＳＦＮエリアは、１つ以上のｅＮｏｄｅ Ｂ５１０によってサポートすることができ、それらは、コアネットワーク５３０に結合される。コアネットワーク５３０は、コンテンツプロバイダ又は（アプリケーションサーバ、等を含むことができる）サーバ５７０からのコンテンツを制御すること及びＭＢＭＳサービスエリア５００に配信することを容易にするための様々な要素（例えば、ＭＭＥ５３２、ｅＭＢＭＳゲートウェイ５３４、及びブロードキャストマルチキャストサービスセンター（ＢＭ−ＳＣ）５３６）を含むことができる。コアネットワーク５３０は、ネットワーク内のｅＮｏｄｅＢのリスト、その他のダウンストリームＥ−ＭＢＭＳ−ＧＷ５３４、及び（モビリティ管理エンティティ）ＭＭＥ／ＭＣＥ５３２のリスト、及びセッション識別子へのマルチキャストＩＰアドレスのマッピングを要求することができる。ネットワーク内のＵＥ５２０は、セッション識別子及び送信されたコンテンツのマルチキャストＩＰアドレスを装備することができる。典型的には、ＭＭＥは、ＬＴＥアクセスネットワークに関する鍵となる制御ノードである。それは、アイドルモードＵＥ追跡及び再送信を含むページング手順を担当する。それは、ベアラ起動／停止プロセスに関わっており、最初の接続時及びコアネットワーク５３０ノード再配置が関わるＬＴＥ内ハンドオーバー時にＵＥに関するＳＧＷを選択することも担当し、及び、ＭＭＥは、ユーザを認証することも担当する。ＭＭＥ５３２は、ＵＥがサービスプロバイダのパブリックランドモバイルネットワーク（ＰＬＭＮ）上にとどまるための権限を検査し、ＵＥローミング制限を行使する。ＭＭＥ５３２は、非アクセス層（ＮＡＳ）シグナリングに関する暗号化／完全性保護に関するネットワーク内の最終ポイントであり、セキュリティキー管理を処理する。ＭＭＥは、ＬＴＥとＳ３インタフェースがＭＭＥにおいて終端する２Ｇ／３Ｇアクセスネットワークとの間での移動性に関する制御プレーン機能も提供する。

［００５１］図５Ｂは、ここにおいて開示されるように、マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）を実装することができる無線ネットワークの他の例示である。例示されるネットワークにおいては、アプリケーションサーバ５５０（例えば、ＰＴＴサーバ）は、コンテンツサーバとして働くことができる。アプリケーションサーバ５５０は、ユニキャストパケット５５２内のメディアをネットワークコアに通信することができ、コンテンツは、ユニキャスト構成で維持してユニキャストパケットとして所定のＵＥ（例えば、発呼者（ｏｒｉｇｉｎａｔｏｒ）／話者（ｔａｌｋｅｒ）５２０）に送信することができ、又は、ＢＭ−ＳＣを通じてマルチキャストパケット５５４に変換することができ、それは、ターゲットＵＥ５２２に転送することができる。例えば、ＰＴＴ呼は、ユニキャストチャネルを通じてユニキャストパケット５５２を介してアプリケーションサーバ５５０と通信することによってＵＥ５２０によって開始させることができる。発呼者／話者に関しては、アプリケーションシグナリング及びメディアの両方がアップリンク又は逆方向リンクでユニキャストチャネルを介して通信されることが注目されるであろう。アプリケーションサーバ５５０は、コールアナウンス／コールセットアップ要求を生成し、これらをターゲットＵＥに通信することができる。通信は、この特定の例において示されるように、マルチキャストフローを通じてマルチキャストパケット５５４を介してターゲットＵＥ５２２に通信することができる。さらに、アプリケーションシグナリング及びメディアの両方をダウンリンク又は順方向リンクでマルチキャストフローを通じて通信することができることがこの例において評価されるであろう。従来のシステムと異なり、マルチキャストフローにおいてアプリケーションシグナリング及びメディアの両方を有することは、アプリケーションシグナリングに関する別個のユニキャストチャネルを有する必要性をなくす。しかしながら、例示されるシステムのマルチキャストフローを通じてのアプリケーションシグナリングを可能にするために、ＢＭ−ＳＣ５３６、ＥＭＢＭＳ ＧＷ５３４、ｅＮＢ５１０とターゲットＵＥ５２２との間でエボルブドパケットシステム（ＥＰＳ）ベアラが確立され（及び永続的にオンになる）。

［００５２］ここにおいて開示される様々な実施形態により、ｅＭＢＭＳに関連するダウンリンクチャネルのうちの一部がさらに説明され、以下を含む。

ＭＣＣＨ：マルチキャスト制御チャネル
ＭＴＣＨ：マルチキャストトラフィックチャネル
ＭＣＨ：マルチキャストチャネル
ＰＭＣＨ：物理的マルチキャストチャネル
ｅＭＢＭＳ及びユニキャストフローの多重化は、時間領域のみで実現されることが評価されるであろう。ＭＣＨは、物理層の特定のサブフレームでＭＢＳＦＮを通じて送信される。ＭＣＨは、ダウンリンク専用チャネルである。１つのサブフレーム当たり単一のトランスポートブロックが使用される。図６に関連して例示されるように、このトランスポートブロックでは異なるサービス（ＭＴＣＨ）を多重化することができる。

［００５３］低いレーテンシーを達成させ及び制御シグナリングを低減させるために、各サービスエリアに関して１つのｅＭＢＭＳフロー（５６２、５６４）を起動させることができる。データレートに依存して、複数のマルチキャストフローを単一のスロットで多重化することができる。ＰＴＴ ＵＥ（ターゲット）は、ＵＥに関してユニキャストデータがスケジューリングされていないときに無視してスケジューリングされたサブフレーム間で“スリープ”し、電力消費量を低減させることができる。ＭＢＳＦＮサブフレームは、同じＭＢＳＦＮサービスエリア内のグループによって共有することができる。ターゲットＵＥに関するアプリケーション層（例えば、ＰＴＴアプリケーション）を“ウェイクアップ”させるためにＭＡＣ層シグナリングを利用することができる。

［００５４］実施形態は、２つのブロードキャストストリームを使用することができ、各々、ＬＴＥブロードキャストフロー上に別個のｅＭＢＭＳフローが存在し、各々の定義されたブロードキャスト領域５０２、５０１（例えば、ネットワーク内のセクタの部分組）に関してそれ自体のアプリケーションレベルブロードキャストストリーム及びそれ自体の（マルチキャストＩＰアドレス）を有する。ブロードキャストエリア５０２、５０１は、別個の領域として示されているが、それらは重なり合うことができることが評価されるであろう。

［００５５］ＬＴＥにおいては、マルチキャストに関する制御及びデータトラフィックは、ＭＣＣＨ及びＭＴＣＨをそれぞれ通じて引き渡される。ＵＥに関するメディアアクセス制御プロトコルデータユニット（ＭＡＣ ＰＤＵ）は、ＭＴＣＨのマッピング及びサブフレーム内における特定のＭＴＣＨの位置を示す。各ＭＴＣＨの位置及びＭＣＨでの未使用サブフレームを示すためにＭＣＨスケジューリング期間内にＭＣＨに割り当てられる第１のサブフレームにＭＣＨスケジューリング情報（ＭＳＩ）ＭＡＣ制御要素が含められる。ＭＴＣＨ論理チャネルによって搬送されるｅＭＢＭＳユーザデータに関して、ＭＣＨスケジューリング情報（ＭＳＩ）は、ＭＴＣＨの復号に関する情報をより下位の層（例えば、ＭＡＣ層情報）で定期的に提供する。ＭＳＩスケジューリングを構成することができ、及び、この実施形態によりＭＴＣＨサブフレーム間隔の前にスケジューリングされる。

［００５６］図６は、ｅＮｏｄｅＢ１１０及びＵＥ１２０の設計のブロック図を例示し、それらは、様々な実施形態に関連してここにおいて説明されるｅＮｏｄｅＢのうちの１つ及びＵＥのうちの１つであることができる。この設計では、ノードＢ１１０は、Ｔ本のアンテナ７６３４ａ乃至６３４ｔを装備し、ＵＥ１２０は、Ｒ本のアンテナ６５２ａ乃至６５２ｒを装備し、ここで、概して、Ｔは１以上であり、Ｒは１以上である。

［００５７］ノードＢ１１０において、送信プロセッサ６２０は、ユニキャストサービスに関するデータ及びブロードキャスト及び／又はマルチキャストサービスに関するデータをデータソース６１２から（例えば、直接的に又はアプリケーションサーバ１５０から間接的に）受信することができる。送信プロセッサ６２０は、データシンボルを入手するために各サービスに関してデータを処理することができる。送信プロセッサ６２０は、スケジューリング情報、構成情報、制御情報、システム情報及び／又はその他のオーバーヘッド情報をコントローラ／プロセッサ６４０及び／又はスケジューラ６４４から受信することもできる。送信プロセッサ６２０は、受信されたオーバーヘッド情報を処理してオーバーヘッドシンボルを提供することができる。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ６３０は、データ及びオーバーヘッドシンボルをパイロットシンボルと多重化し、多重化されたシンボルを処理（例えば、プリコーディング）し、Ｔの出力シンボルストリームをＴの変調器（ＭＯＤ）６３２ａ乃至７６３２ｔに提供することができる。各変調器６３２は、（例えば、ＯＦＤＭに関する）各々の出力シンボルストリームを処理して出力サンプルストリームを入手する。各変調器６３２は、出力サンプルストリームをさらに処理（例えば、アナログに変換、増幅、フィルタリング、及びアップコンバージョン）してダウンリンク信号を入手する。変調器６３２ａ乃至６３２ｔからのＴのダウンリンク信号は、Ｔ本のアンテナ６３４ａ乃至６３４ｔをそれぞれ介して送信することができる。

［００５８］ＵＥ１２０において、アンテナ６５２ａ乃至６５２ｒは、ダウンリンク信号をノードＢ１１０から受信し、受信された信号を復調器（ＤＥＭＯＤ）６５４ａ乃至６５４ｒにそれぞれ提供する。各復調器６５４は、受信されたサンプルを入手するために各々の受信された信号をコンディショニング（例えば、フィルタリング、増幅、ダウンコンバージョン、及びデジタル化）することができ及び受信されたシンボルを得るために（例えば、ＯＦＤＭに関する）受信されたサンプルをさらに処理することができる。ＭＩＭＯ検出器６６０は、すべてのＲの復号器６５４ａ乃至６５４ｒから受信されたシンボルを受信して処理し、検出されたシンボルを提供することができる。受信プロセッサ６７０は、検出されたシンボルを処理し、ＵＥ１２０に関する復号されたデータ及び／又は希望されるサービスをデータシンク６７２に提供し、復号されたオーバーヘッド情報をコントローラ／プロセッサ６９０に提供することができる。概して、ＭＩＭＯ検出器６６０及び受信プロセッサ６７０による処理は、ノードＢ１１０におけるＴＸ ＭＩＭＯプロセッサ６３０及び送信プロセッサ６２０による処理を補完するものである。

［００５９］アップリンクにおいて、ＵＥ１２０では、データソース６７８からのデータ及びコントローラ／プロセッサ６９０からのオーバーヘッド情報は、送信プロセッサ６８０によって処理し、ＴＸ ＭＩＭＯプロセッサ６８２（該当する場合）によってさらに処理し、変調器６５４ａ乃至６５４ｒによってコンディショニングし、アンテナ６５２ａ乃至６５２ｒを介して送信することができる。ノードＢ１１０において、ＵＥ１２０からのアップリンク信号は、ＵＥ１２０によって送信されたデータ及びオーバーヘッド情報を入手するために、アンテナ６３４によって受信し、復号器６３２によってコンディショニングし、ＭＩＭＯ検出器６３６によって検出し、受信プロセッサ６３８によって処理することができる。

［００６０］コントローラ／プロセッサ６４０及び６９０は、ノードＢ１１０及びＵＥ１２０の動作をそれぞれ指示することができる。スケジューラ６４４は、ダウンリンク及び／又はアップリンク送信に関してＵＥをスケジューリングし、ブロードキャスト及びマルチキャストサービスの送信をスケジューリングし、スケジューリングされたＵＥ及びサービスに関する無線リソースの割り当てを提供することができる。コントローラ／プロセッサ６４０及び／又はスケジューラ６４４は、ブロードキャスト及びマルチキャストサービスに関するスケジューリング情報及び／又はその他のオーバーヘッド情報を生成することができる。

［００６１］コントローラ／プロセッサ６９０は、ここにおいて説明される技法に関するプロセスを実装することができる。メモリ６４２及び６９２は、ノードＢ１１０及びＵＥ１２０に関するデータ及びプログラムコードをそれぞれ格納することができる。従って、ｅＭＢＭＳ環境でのグループ通信は、既存の規格に依然として準拠しつつ、ここにおいて開示される様々な実施形態により完遂することができる。

［００６２］図７は、機能を実行するように構成されたロジックを含む通信デバイス７００を例示する。通信デバイス７００は、上記の通信デバイスのうちのいずれかに対応することができ、ノードＢ１１０又は５１０、ＵＥ１２０又は５２０、アプリケーションサーバ１５０、ネットワークコントローラ１３０、ＢＭ−ＳＣ５３６、コンテンツサーバ５７０、ＭＭＥ５３２、Ｅ−ＭＢＭＳ−ＧＷ５３２、等を含み、ただし、それらに限定されない。従って、通信デバイス７００は、ネットワークを通じて１つ以上のその他のエンティティと通信するように（又はネットワークを通じての１つ以上のその他のエンティティとの通信を容易にするように）構成されるあらゆる電子デバイスに対応することができる。

［００６３］図７を参照し、通信デバイス７００は、情報を受信及び／又は送信するように構成されたロジック７０５を含む。一例においては、通信デバイス７００が無線通信デバイス（例えば、ＵＥ１２０、ノードＢ１１０、等）に対応する場合は、情報を受信及び／又は送信するように構成されたロジック７０５は、無線通信インタフェース（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ、２Ｇ、３Ｇ、等）、例えば、無線トランシーバ及び関連するハードウェア（例えば、ＲＦアンテナ、ＭＯＤＥＭ、変調器及び／又は復号器、等）を含むことができる。他の例においては、情報を受信及び／又は送信するように構成されたロジック７０５は、有線通信インタフェース（例えば、シリアル接続、ＵＳＢ又はＦｉｒｅｗｉｒｅ接続、インターネット１７５にアクセスすることができるイーサネット（登録商標）接続、等）に対応することができる。従って、通信デバイス７００が何らかのタイプのネットワークに基づくサーバ（例えば、アプリケーションサーバ１５０、ネットワークコントローラ１３０、ＢＭ−ＳＣ５３６、コンテンツサーバ５７０、ＭＭＥ５３２、Ｅ−ＭＢＭＳ−ＧＷ５３２、等）に対応する場合は、情報を受信及び／又は送信するように構成されたロジック７０５は、一例においては、イーサネットプロトコルを介してネットワークに基づくサーバをその他の通信エンティティに接続するイーサネットカードに対応することができる。さらなる例では、情報を受信及び／又は送信するように構成されたロジック７０５は、通信デバイス７００がそれのローカル環境をモニタリングすることができる検知ハードウェア又は測定ハードウェア（例えば、加速度計、温度センサ、光センサ、ローカルＲＦ信号をモニタリングするためのアンテナ、等）を含むことができる。情報を受信及び／又は送信するように構成されたロジック７０５は、実行されたときに、情報を受信及び／又は送信するように構成されたロジック７０５の関連するハードウェアがそれの受信及び／又は送信機能を実行するのを可能にするソフトウェアを含むこともできる。しかしながら、情報を受信及び／又は送信するように構成されたロジック７０５は、ソフトウェア単独には対応せず、情報を受信及び／又は送信するように構成されたロジック７１０は、それの機能を達成させるためにハードウェアに少なくとも部分的に依存する。

［００６４］図７を参照し、通信デバイス７００は、情報を処理するように構成されたロジック７１０をさらに含む。一例においては、情報を処理するように構成されたロジック７１０は、少なくともプロセッサを含むことができる。情報を処理するように構成されたロジック７１０によって実行することができる処理のタイプは、決定を行うこと、接続を確立すること、異なる情報選択肢の間で選択を行うこと、データに関連する評価を行うこと、測定動作を行うために通信デバイス７００に結合されたセンサと相互作用すること、１つの形式から別に情報を変換すること（例えば、異なるプロトコルで、例えば、 ．ｗｍｖから．ａｖｉへ、等）、等を含み、ただしそれらに限定されない。例えば、情報を処理するように構成されたロジック７１０に含まれるプロセッサは、ここにおいて説明される機能を果たすように設計された汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他のプログラマブル論理デバイス、ディスクリートゲートロジック、ディスクリートトランジスタロジック、ディスクリートハードウェアコンポーネント、又はそれらのあらゆる組合せ、に対応することができる。汎用プロセッサはマイクロプロセッサであることができるが、代替においては、プロセッサは、従来のどのようなプロセッサ、コントローラ、マイクロコントローラ、又はステートマシンであってもよい。プロセッサは、コンピューティングデバイスの組合せ、例えば、ＤＳＰと、１つのマイクロプロセッサとの組合せ、複数のマイクロプロセッサとの組合せ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサとの組合せ、又はあらゆるその他の構成、として実装することも可能である。情報を処理するように構成されたロジック７１０は、実行されたときに、情報を処理するように構成されたロジック７１０の関連するハードウェアがそれの処理機能を実行するのを可能にするソフトウェアを含むこともできる。しかしながら、情報を処理するように構成されたロジック７１０は、ソフトウェア単独には対応せず、情報を処理するように構成されたロジック７１０は、それの機能を達成させるためにハードウェアに少なくとも部分的に依存する。

［００６５］図７を参照し、通信デバイス７００は、情報を格納するように構成されたロジック７１５をさらに含む。一例においては、情報を格納するように構成されたロジック７１５は、少なくとも非一時的なメモリと、関連するハードウェア（例えば、メモリコントローラ、等）と、を含むことができる。例えば、情報を格納するように構成されたロジック７１５に含まれる非一時的なメモリは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能ディスク、ＣＤ−ＲＯＭ、又は当業において知られるあらゆるその他の形態の記憶媒体に対応することができる。情報を格納するように構成されたロジック７１５は、実行されたときに、情報を格納するように構成されたロジック７１５の関連するハードウェアがそれの格納機能を実行するのを可能にするソフトウェアを含むこともできる。しかしながら、情報を格納するように構成されたロジック７１５は、ソフトウェア単独には対応せず、情報を格納するように構成されたロジック７１５は、それの機能を達成させるためにハードウェアに少なくとも部分的に依存する。

［００６６］図７を参照し、通信デバイス７００は、情報を提示するように構成されたロジック７２０をさらに任意選択で含む。一例においては、情報を表示するように構成されたロジック７２０は、少なくとも出力デバイスと、関連するハードウェアと、を含むことができる。例えば、出力デバイスは、映像出力デバイス（例えば、表示画面、映像情報を搬送することができるポート、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、等）、音声出力デバイス（例えば、スピーカ、音声情報を搬送することができるポート、例えば、マイクジャック、ＵＳＢ、ＨＤＭＩ、等）、バイブレーション装置及び／又は情報を出力のために形式化することができるか又は通信デバイス７００のユーザ又はオペレータによって実際に出力することができるあらゆるその他のデバイスを含むことができる。例えば、通信デバイス７００がＵＥ１２０又は５２０に対応する場合は、情報を提示するように構成されたロジック７２０は、表示画面と、音声出力デバイス（例えば、スピーカ）と、を含むことができる。さらなる例においては、情報を提示するように構成されたロジック７２０は、幾つかの通信デバイス、例えば、ローカルユーザを有さないネットワーク通信デバイス（例えば、ネットワークスイッチ又はルータ、リモートサーバ、等）、に関しては省略することができる。情報を提示するように構成されたロジック７２０は、実行されたときに、情報を提示するように構成されたロジック７２０の関連するハードウェアがそれの提示機能を実行するのを可能にするソフトウェアを含むこともできる。しかしながら、情報を提示するように構成されたロジック７２０は、ソフトウェア単独には対応せず、情報を提示するように構成されたロジック７２０は、それの機能を達成させるためにハードウェアに少なくとも部分的に依存する。

［００６７］図７を参照し、通信デバイス７００は、ローカルユーザ入力を受信するように構成されたロジック７２５をさらに任意選択で含む。一例においては、ローカルユーザ入力を受信するように構成されたロジック７２５は、少なくともユーザ入力デバイスと、関連するハードウェアと、を含むことができる。例えば、ユーザ入力デバイスは、ボタン、タッチ画面ディスプレイ、キーボード、カメラ、音声入力デバイス（例えば、マイク又は音声情報を搬送することができるポート、例えば、マイクジャック、等）、及び／又は通信デバイス７００のユーザ又はオペレータから情報を受信することができるあらゆるその他のデバイスを含むことができる。例えば、通信デバイス７００がＵＥ１２０又は５２０に対応する場合は、ローカルユーザ入力を受信するように構成されたロジック７２５は、表示画面（実装されている場合はタッチ画面）、キーパッド、等を含むことができる。さらなる例においては、ローカルユーザ入力７２５を受信するように構成されたロジック７２５は、ローカルユーザを有さないネットワーク通信デバイス（例えば、ネットワークスイッチ又はルータ、リモートサーバ、等）、に関しては省略することができる。ローカルユーザ入力を受信するように構成されたロジック７２５は、実行されたときに、ローカルユーザ入力７２５を受信するように構成されたロジック７２５の関連するハードウェアがそれの受信機能を実行するのを可能にするソフトウェアを含むこともできる。しかしながら、ローカルユーザ入力７２５を受信するように構成されたロジック７２５は、ソフトウェア単独には対応せず、ローカルユーザ入力７２５を受信するように構成されたロジック７２５は、それの機能を達成させるためにハードウェアに少なくとも部分的に依存する。

［００６８］図７を参照し、７０５乃至７２５の構成されたロジックは、図７では別々の又は個別のブロックとして示されているが、各々の構成されたロジックがそれの機能を実行するためのハードウェア及び／又はソフトウェアは、部分的に重なり合うことができることが評価されるであろう。例えば、７０５乃至７２５の構成されたロジックの機能を容易にするために使用されるソフトウェアは、情報を格納するように構成されたロジック７１５と関連付けられた非一時的メモリ内に格納することができ、従って、７０５乃至７２５の構成されたロジックは、情報を格納するように構成されたロジック７０５によって格納されたソフトウェアの動作に部分的に基づいてそれらの機能を各々実行する（すなわち、この場合は、ソフトウェアの実行）。同様に、構成されたロジックのうちの１つと直接関連付けられたハードウェアは、その他の構成されたロジックによって時々借りること又は使用することができる。例えば、情報を処理するように構成されたロジック７１０は、情報を受信及び／又は送信するように構成されたロジック７０５によって送信される前にデータを該当するフォーマットにフォーマット化することができ、従って、情報を受信及び／又は送信するように構成されたロジック７０５は、情報を処理するように構成されたロジック７１０と関連付けられたハードウェア（すなわち、プロセッサ）の動作に部分的に基づいてそれの機能（この場合は、データの送信）を実行する。さらに、７０５乃至７２５の構成されたロジック又は“するように構成されたロジック”は、特定の論理的ゲート又は要素には限定されず、概して、（ハードウェア又はハードウェアとソフトウェアの組み合わせを介して）ここにおいて説明される機能を実行することができる能力を意味する。従って、７０５乃至７２５の構成されたロジック又は“するように構成されたロジック”は、必ずしも、単語“ロジック、論理的”を共有しているにもかかわらず論理的ゲート又は論理的要素として実装されない。以下においてより詳細に説明される実施形態を検討することによって構成されたロジック７０５乃至７２５の間の相互作用又は協力関係が当業者にとって明らかになるであろう。

［００６９］現在のｅＭＢＭＳ規格に準拠し、マルチキャスト呼に関するベアラは、静的に又は半静的にセットアップされる。これは、ｅＭＢＭＳベアラは、ｅＭＢＭＳセッションが特定の地理上のエリアにおいて開始される前に確立される必要があり、従って、ｅＭＢＭＳセッションが開始される前に特定のｅＭＢＭＳセッションに関するターゲットの地理上のエリア（ＭＢＳＦＮ）が識別され、ｅＭＢＭＳセッションをサポートするためにネットワークコンポーネントが接続されるようにすることを意味する。同様に、グループメンバーリストをｅＭＢＭＳ制御プレーンシグナリングに関してアウトオブバンドで予め準備するか提供する必要があり、その結果、静的なグループの経験になり、グループメンバーシップは呼セットアップ時に変化することができない。グループメンバーが特定のｅＭＢＭＳセッション中にＭＢＳＦＮエリアから出るときには、ｅＭＢＭＳカバレッジは増大せず、従って、ｅＭＢＭＳセッションに関するＭＢＳＦＮエリアから離れるグループメンバーは、ｅＭＢＭＳセッションへのアクセスを失う可能性がある。さらに、ＭＢＳＦＮエリア内のセクタにグループメンバーが存在しない場合でも、これらのセクタはｅＭＢＭＳセッションを送信し続け、それはシステムリソースを浪費する。

［００７０］図８は、特定のｅＭＢＭＳセッションに関するＭＢＳＦＮエリア８００を例示し、ここで、ＭＢＳＦＮエリア８００に属するセクタは陰影付きで示され、ＭＢＳＦＮエリアに属さないセクタは、陰影なしで示される。上述されるように、ｅＭＢＭＳセッションがアクティブであるときには、ＭＢＳＦＮエリア８００は、典型的には、個々のグループメンバーの移動及び／又は位置にかかわらずｅＭＢＭＳセッションを送信し、従って、ＭＢＳＦＮエリア８００内の幾つかのセクタは空であるか又は少数のグループメンバーを含むことがあり（例えば、ｅＭＢＭＳセッションに関するユニキャストサポートに移行したほうがリソース的により効率的であることができ）、セクタ８０５間のＭＢＭＳエリアの外側にある幾つかのセクタは、静的ＭＢＳＦＮエリア８００の外側にあるためｅＭＢＭＳセッションメディアを受信しないグループメンバーを含むことがある。

［００７１］ブロードキャストマルチキャストサービス（ＢＣＭＣＳ）をサポートするＥＶ−ＤＯシステムでは、ＢＣＭＣＳセッションは、ＢＣＭＣＳメディアを搬送するセクタが、参加中のＵＥが現在位置するセクタに実質的にマッピングするようにために、ＢＣＭＣＳセッションにおいてＵＥの位置を追跡するのを試みるセクタの動的な“クラスタリング”に基づいてサポートすることができる。しかしながら、このアプローチ法は、ＬＴＥでは採用されていない。さらに、このアプローチ法は、典型的にはＢＣＭＣＳにおけるＲＡＮにおいて実装され（すなわち、アプリケーション層ではない）、ＲＡＮは、ＢＣＭＣＳセッションにおいて参加中のＵＥの位置を追跡することを担当する。

［００７２］従って、実施形態は、アプリケーションサーバによって援助された、ｅＭＢＭＳセッションに関する動的セルクラスタ管理手法を対象とする。上記のＢＣＭＣＳアプローチ法と異なり、ｅＭＢＭＳセッションを仲裁するアプリケーションサーバ（又はＬＴＥ用語ではアプリケーションファンクション（ＡＦ））は、ｅＭＢＭＳセッションにおける参加中のＵＥの位置を追跡すること及びＬＴＥネットワーク内でｅＭＢＭＳセッションをサポートしているセルのクラスタを動的に更新することを担当する。

［００７３］図９Ａは、本発明の実施形態によるｅＭＢＭＳセッションをセットアップするプロセスを例示する。図９Ａの開始時において、ＵＥ１．．．Ｎが所定のｅＭＢＭＳグループに属するグループメンバーであり、所定のｅＭＢＭＳグループはｅＭＢＭＳセッションにアクティブに関与していないと仮定する。この仮定により、ＵＥ１．．．Ｎは、それらの位置をアプリケーションサーバに定期的に報告し、このため、アプリケーションサーバは、所定のｅＭＢＭＳグループ９００Ａに関するグループメンバーの位置を追跡することができる。位置更新の粒度（ｇｒａｎｕｌａｒｉｔｙ）は、地理座標（例えば、ＧＰＳ）、現在サービスを提供中のｅＮｏｄｅＢの表示、等であることができる。アプリケーションサーバは、定期的な位置報告をＵＥ１．．．Ｎから受信し、所定のｅＭＢＭＳグループに関して維持されるｅＭＢＭＳグループ位置テーブルを、グループメンバーの報告された位置、及び任意選択で、グループメンバーが位置報告９０５Ａを提供した時間、を用いて更新する。図９Ａでは明示されていないが、古い位置報告は、関連するグループメンバーの現在位置を示すことができないため、アプリケーションサーバは、古すぎる位置エントリ（例えば、数時間経過している、数日経過している、等）を取り除くこと又は無効にすることができる。代替として、ＵＥは、現在のセクション内のＳＩＢメッセージ内にＵＥの対象となるＭＢＳＦＮエリア識別子が存在してないことを検出し、対象となるＭＢＳＦＮエリアのうちの１つ以上のＭＢＳＦＮエリアのカバレッジ外にあることを検出してカバレッジ外にある状態であることをアプリケーションサーバに通知することができる。

［００７４］あるのちの時点において、アプリケーションサーバが所定のｅＭＢＭＳグループに関するｅＭＢＭＳセッションをセットアップすることを決定すると仮定する９１０Ａ。例えば、ｅＭＢＭＳセッションは、スケジューリングされたマルチメディアブロードキャスト（例えば、テレビ番組）に対応することができ、又は、ユーザによって要求された呼（プッシュ・ツー・トーク（ＰＴＴ）呼）に対応することができ、等である。アプリケーションサーバは、所定のｅＭＢＭＳグループに関するｅＭＢＭＳグループメンバーの位置をｅＭＢＭＳグループ位置テーブルから検索し、９１５Ａ、及び、アプリケーションサーバは、ｅＭＢＭＳセッションのマルチキャストサポートに関する第１の組のセクタ（例えば、ｅＭＢＭＳセッションに関するＭＢＳＦＮエリア８００）を決定し、さらに、ｅＭＢＭＳセッションのユニキャストサポートに関する第２の組のセクタ（例えば、ＵＥ１のサービスを提供するセクタ及び関連するサポートセクタ）も決定する。ｅＭＢＭＳトラフィックが（ＩＰマルチキャスト又はＩＰユニキャストを介しての）送信のために向けられているセクタ（例えば、ターゲットセクタ及びソフト結合のための関連するサポートセクタ）は、ここでは、ｅＭＢＭＳセッションに関する“サポート状態”と呼ぶことができる。従って、ｅＭＢＭＳセッションに関する初期サポート状態は、セッション開始時におけるｅＭＢＭＳグループメンバーの実際の又は予測される位置（例えば、ＵＥがｅＭＢＭＳセッションへの最初の登録を要求した位置、ＵＥがｅＭＢＭＳセッション確立前にそれらの位置を最後に報告した位置、等）に基づくことができ、他方、ｅＭＢＭＳセッション中の後続するサポート状態は、新しいＵＥがセッションに参加するのに応じて、ＵＥがセッションから離れるのに応じて又はＵＥがセッション中に異なるサービスエリア（例えば、セクタ）に移動するのに応じて変化することができる。従って、サポート状態は、様々なタイプの登録、例えば、“登録前”（例えば、ｅＭＢＭＳグループメンバーが、セッションが開始する前にそれの位置をアプリケーションサーバに報告する）、“最初の登録”（例えば、ｅＭＢＭＳグループメンバーがアナウンスされたｅＭＢＭＳセッションへの登録を初めて要求する）、又は、“位置更新登録”（例えば、ｅＭＢＭＳグループメンバーが異なるセクタにハンドオフし、前セクタへの登録を解除して新しいセクタに登録するためにそれのサービスを提供するセクタに移行することを報告する）に基づくことができる。同様に、サポート状態は、様々なタイプの登録解除に基づくことができる（例えば、ｅＭＢＭＳグループメンバーは、ｅＭＢＭＳセッション自体への登録を解除することができる、又は、代替として、新しいセクタに移動するときに特定のセクタとの関係を解除することができる）。いずれの場合も、登録及び／又は登録解除は、個々のｅＭＢＭＳグループメンバーからの又はサービスを提供するＲＡＮからのメッセージを介してアプリケーションサーバに伝達することができる。

［００７５］特に、９２０Ａにおいて、アプリケーションサーバは、マルチキャストを介してｅＭＢＭＳセッションに関してＭＢＳＦＮエリア８００内に位置するＵＥをサポートすることを決定し、及び、アプリケーションサーバは、ユニキャストを介してＭＢＳＦＮエリア８００の外側に位置するＵＥをサポートすることを決定する。この決定は、呼が行われる前に報告されたＵＥの位置、又は、ＭＢＳＦＮエリアの外側のエリア内におけるそれの存在を報告するＵＥからの情報に基づいて行うことができる。図９Ａの例において、ＵＥ１がＭＢＳＦＮエリア８００の外側にあり、残りのＵＥ２．．．ＮがＭＢＳＦＮエリア８００の内側にあり、及び、ｅＭＢＭＳセッションに関する少なくとも１つのターゲットＵＥがＭＢＳＦＮエリアの各セクタ内に存在すると仮定する（すなわち、以下では図１０Ａ乃至１０Ｅに関してＭＢＳＦＮエリア内の空のセクタの“プルーニング”について説明され、“空の”セクタは、ゼロのターゲットＵＥを有するセクタとして又は代替として、ＩＰユニキャストプロトコルが代わりに使用される場合はＩＰマルチキャストスレショルドを下回る幾つかのターゲットＵＥを有するセクタとして解釈することができる）。従って、アプリケーションサーバは、ＢＭ−ＳＣ５３６と調整し、ＬＴＥネットワークにおける該当するダウンストリームネットワークコンポーネントをマッピングすることによってＭＢＳＦＮエリア内のＵＥ２．．．Ｎにマルチキャストを介してｅＭＢＭＳセッションメディアを引き渡し、９２５Ａ、及び、アプリケーションサーバは、（ＢＭ−ＳＣ５３６の代わりに）Ｐ−ＧＷ及びＳ−ＧＷを介してＵＥ１にユニキャストを介してｅＭＢＭＳセッションメディアを引き渡す、９３０Ａ。ＵＥ１．．．Ｎは、各々、ｅＭＢＭＳセッションをモニタリングし、９３５Ａ、及び、ＵＥ１．．．Ｎは、ｅＭＢＭＳセッション中にそれらの位置をアプリケーションサーバに定期的に報告することを続ける、９４０Ａ。９４０Ａでの位置報告頻度は、９００Ａでの位置報告頻度と同じである必要はない。例えば、アプリケーションサーバがｅＭＢＭＳセッション中にｅＭＢＭＳセッションに従事するＵＥをより正確に追跡できるようにするために、９００Ａでの位置報告頻度を９００Ａでの位置報告頻度よりも高くすることができる。代替として、ＵＥ１．．．Ｎは、ＭＢＳＦＮエリアを横断するときだけ更新を報告することができ、又は、ＵＥは、その他のネットワーク報告、例えば、チャネル品質表示報告、と束ねて更新を報告することができる。アプリケーションサーバは、ｅＭＢＭＳセッション中におけるＵＥ１．．．Ｎからの定期的な位置報告又はイベントに基づく報告（ＭＢＳＦＮエリア内で及びＭＢＳＦＮエリアから出て移動する）を受信し、（必要な場合は）所定のｅＭＢＭＳグループに関して維持されているｅＭＢＭＳグループ位置テーブルを、グループメンバーの報告された位置、及び、任意選択で、グループメンバーが位置報告を提供した時間を用いて更新する、９４５Ａ。

［００７６］図９Ｂは、図９ＡのｅＭＢＭＳセッションセットアップ手順が本発明の実施形態により実行された後の図８からのＭＢＳＦＮエリア８００に基づくｅＭＢＭＳセッションサポート状態を例示する。図９Ｂを参照し、アプリケーションサーバ５５０は、９２５Ａにおけるように、ＩＰネットワーク９０５を通じてマルチキャストを介してｅＭＢＭＳサービスエリア９００（例えば、ＭＢＳＦＮエリア８００）内のＵＥ２．．．ＮにｅＭＢＭＳセッションメディアを送信する。アプリケーションサーバ５５０は、９３０Ａにおけるように、ユニキャストを介してｅＭＢＭＳサービスエリア９００（又はＭＢＳＦＮエリア８００）の外側のＵＥ１にもｅＭＢＭＳセッションメディアを送信する。評価されることになるように、ｅＭＢＭＳセッションは従来はそれらの静的な又は半静的なＭＢＳＦＮエリア内において排他的にサポートされるため、ＵＥ１は、通常はｅＭＢＭＳセッションに参加することができない。

［００７７］図９Ｃは、本発明の実施形態による図９Ａのプロセスの続きを例示する。図９Ｃを参照し、ＵＥ２がｅＭＢＭＳセッション中にＭＢＳＦＮエリア８００を出ると仮定する、９００Ｃ。従って、ＵＥ２は、ＵＥ２がもはやＭＢＳＦＮエリア８００内には存在しないことを示す位置報告を提供する、９０５Ｃ。９０５Ｃにおいて送信される報告は、次のスケジューリングされた定期的な位置報告間隔で生じることができ、又は、代替として、ＵＥ２がＭＢＳＦＮエリア８００を出ていることを検出し次第生じることができる。ＵＥ２の新しいセクタは、一例においてはＵＥ１と同じセクタであること又は異なるセクタであることができ、それも、ＭＢＳＦＮエリア８００の外側に位置する。

［００７８］アプリケーションサーバは、ＵＥ２から位置報告を受信し、ｅＭＢＭＳセッションのユニキャストサポートのためにセクタの第２の組にＵＥ２の新しいセクタを追加し、従って、セクタの第２の組は、ＵＥ１及び２のサービス提供セクタ及び関連するサポートセクタを含めるために更新される、９１０Ｃ。従って、アプリケーションサーバは、ＭＢＳＦＮエリア８００内のＵＥ３．．．Ｎにマルチキャストを介してＢＭ−ＳＣ５３６を通じてｅＭＢＭＳセッションメディアを引き渡し続け、９１５Ｃ、及び、アプリケーションサーバは、ＵＥ１及び２にユニキャストを介してｅＭＢＭＳセッションメディアを引き渡す、９２０Ｃ。ＵＥ１．．．Ｎは、ｅＭＢＭＳセッションを各々モニタリングし、９２５Ｃ、ＵＥ１．．．Ｎは、ｅＭＢＭＳセッション中にアプリケーションサーバにそれらの位置を定期的に報告し続ける、９３０Ｃ。アプリケーションサーバは、ｅＭＢＭＳセッション中にＵＥ１．．．Ｎから定期的な位置報告を受信し、（必要な場合は）所定のｅＭＢＭＳグループに関して維持されているｅＭＢＭＳグループ位置テーブルを、グループメンバーの報告された位置、及び、任意選択で、グループメンバーが位置報告を提供した時間を用いて更新する、９３５Ｃ。

［００７９］図９Ｄは、図９Ｃのプロセスが本発明の実施形態により実行された後の図８からのＭＢＳＦＮエリア８００に基づくｅＭＢＭＳセッションサポート状態を例示する。図９Ｃを参照し、アプリケーションサーバ５５０は、９１５Ｃにおけるように、ＩＰネットワーク９０５を通じてマルチキャストを介してｅＭＢＭＳサービスエリア９００（又はＭＢＳＦＮエリア８００）内のＵＥ３．．．ＮにｅＭＢＭＳセッションメディアを送信する。アプリケーションサーバ５５０は、９２０Ｃにおけるように、ユニキャストを介してｅＭＢＭＳサービスエリア９００（又はＭＢＳＦＮエリア８００）の外側のＵＥ１及び２にもｅＭＢＭＳセッションメディアを送信する。評価されることになるように、ｅＭＢＭＳセッションは従来はそれらの静的な又は半静的なＭＢＳＦＮエリア内において排他的にサポートされるため、ＵＥ１及び２は、通常はｅＭＢＭＳセッションに参加することができない。

［００８０］図９Ｅは、本発明の実施形態による図９Ｃのプロセスの続きを例示する。図９Ｅを参照し、ＵＥ２がｅＭＢＭＳセッション中にＭＢＳＦＮエリア８００に再度入ると仮定する、９００Ｅ。従って、ＵＥ２は、ＵＥ２がＭＢＳＦＮエリア８００内に再び存在することを示す位置報告を提供する、９０５Ｅ。９０５Ｅにおいて送信される報告は、次のスケジューリングされた定期的な位置報告間隔で生じることができ、又は、代替として、ＵＥ２がＭＢＳＦＮエリア８００内に再度入っていることを検出し次第生じることができる。

［００８１］アプリケーションサーバは、ＵＥ２から位置報告を受信し、セクタの第２の組からＵＥ２の前のユニキャストサポートセクタを（及び、ＵＥ１をサポートするために使用されないＵＥ２の前のユニキャストサポートセクタのサポートセクタを）取り除き、従って、セクタの第２の組は、ＵＥ１（ＵＥ２は除く）のサービス提供セクタ及び関連するサポートセクタを含めるために更新される、９１０Ｅ。従って、アプリケーションサーバは、ＭＢＳＦＮエリア８００内のＵＥ２．．．Ｎにマルチキャストを介してｅＭＢＭＳセッションメディアを引き渡し、及び、アプリケーションサーバは、ＵＥ１にユニキャストを介してｅＭＢＭＳセッションメディアを引き渡す、９２０Ｅ。ＵＥ１．．．Ｎは、ｅＭＢＭＳセッションを各々モニタリングし、９２５Ｅ、ＵＥ１．．．Ｎは、ｅＭＢＭＳセッション中にアプリケーションサーバにそれらの位置を定期的に報告し続ける、９３０Ｅ。アプリケーションサーバは、ｅＭＢＭＳセッション中にＵＥ１．．．Ｎから定期的な位置報告を受信し、（必要な場合は）所定のｅＭＢＭＳグループに関して維持されているｅＭＢＭＳグループ位置テーブルを、グループメンバーの報告された位置、及び、任意選択で、グループメンバーが位置報告を提供した時間を用いて更新する、９３５Ｅ。

［００８２］図９Ａ乃至９Ｅでは明示されていないが、ｅＭＢＭＳサービスエリア９００の外側に及び／又は隣接して存在する“ユニキャストセクタ”にスレショルドの数のＵＥ（例えば、２、５、１０、等）が入っている場合は、このセクタは、図９Ｆに示されるように“マルチキャスト”セクタに移行することができる。従って、ｅＭＢＭＳサービスエリア９００が概して図８からのＭＢＳＦＮエリア８００に対応する場合は、隣接するセクタの組がＭＢＳＦＮエリア８００から出て１つ以上の隣接する非ＭＢＳＦＮセクタ内にまで延びることができるという意味で、１つ以上の非ＭＢＳＦＮセクタをｅＭＢＭＳサービスエリア９００内にマージ（ｍｅｒｇｅ）することができる。この場合は、各セクタ内のターゲットＵＥの数が変更されるのに応じて隣接する（又は連続する）非ＭＢＳＦＮセクタをｅＭＢＭＳセッションに関してユニキャストサポートとマルチキャストサポートとの間で往復することができることが評価されるであろう。図９Ｆにおいて、セクタ９１０Ｆは最初はＭＢＳＦＮサービスエリア（又はＭＢＳＦＮエリア８００）の一部でなかったが、スレショルドの数のＵＥが存在すると検出されたことによってセクタ９１０Ｆが非ＭＢＳＦＮ“マルチキャスト”セクタとしてＭＢＳＦＮサービスエリア９００内に“マージ”されたと仮定する。さらに、ＭＢＳＦＮ“マルチキャスト”セクタがＩＰマルチキャストを介してｅＭＢＭＳトラフィックを搬送することを１つ以上のその他の非ＭＢＳＦＮセクタに行わせることができるようにするためにオリジナルの非ＭＢＳＦＮセクタのセクタ９１０ＦのサポートセクタもマルチキャストｅＭＢＭＳトラフィックを搬送することができることが理解される。

［００８３］非ＭＢＳＦＮ“マルチキャスト”セクタは、１つ以上のセクタが非ＭＢＳＦＮ“マルチキャスト”セクタのサポートセクタ９１０Ｆである場合は、ＭＢＳＦＮエリア８００内の１つ以上のセクタとソフト結合することによる利益を得ることができる。“ユニキャスト”セクタ又は該隣接するセクタのグループがｅＭＢＭＳサービスエリア９００に隣接しない場合は、この単独のセクタ又は該隣接するセクタのグループは、セクタの第１の組と同じ情報を引き渡す他のＭＢＳＦＮとしてグループ通信に加えることができる。該セクタの一例が図９Ｆにおいてセクタ９２０Ｆとして例示される。

［００８４］図９Ａ乃至９Ｅは、ｅＭＢＭＳセッションサポートを所定のｅＭＢＭＳセッションのマルチキャストサポートエリア（又はｅＭＢＭＳサービス提供エリア又はＭＢＳＦＮエリア）の外側のＵＥにまで拡大できる例を示すが、その他の実施形態は、ｅＭＢＭＳセッション開始時又はｅＭＢＭＳセッション中におけるＵＥグループメンバーの移動及び／又は位置に基づいてｅＭＢＭＳセッションメディアを送信することからｅＭＢＭＳサービス提供エリア（又はＭＢＳＦＮエリア８００）内の幾つかのセクタを選択的に“プルーニング”又は除外することを対象とする。

［００８５］図１０Ａは、本発明の実施形態によるｅＭＢＭＳセッションをセットアップする他のプロセスを例示する。１０００Ａ乃至１０１５Ａは、図９Ａの９００Ａ乃至９１５Ａに対応し、従って、簡潔にするためにこれ以上は説明されない。図９Ａにおいて、ＵＥ２．．．Ｎは、ｅＭＢＭＳセッションの開始時にＭＢＳＦＮエリア８００内に位置しており、ＵＥ１は、ＭＢＳＦＮエリア８００外に位置していた。図１０Ａにおいて、これらの同じ仮定を行うことができるが、ＭＢＳＦＮエリア８００内の特定のセクタ（図１０Ｂではセクタ１０００Ｂとして表される）はＵＥグループメンバーが空であるとアプリケーションサーバによって決定され、及び、セクタ１０００Ｂは、ＭＢＳＦＮエリア８００に関するサポートセクタでない（すなわち、セクタ１０００Ｂは、近傍のセクタにおけるソフト結合を援助するためにｅＭＢＭＳセッションメディアを送信することが要求されない）とさらに仮定する。図１０Ｂは、図１０Ａのプロセス後の図８からのＭＢＳＦＮエリア８００に基づいたｅＭＢＭＳセッションサポート状態の修正版を例示し、セクタ１０００Ｂは、ＭＢＳＦＮエリア８００の一部であるが、ｅＭＢＭＳセッションのためにｅＭＢＭＳセッションメディアを送信することが要求されないことを表すために黒で示される。図１０Ｂには示されていないが、セクタ１０００Ｂの１つ以上のサポートセクタは、ターゲットセクタでない及び／又は他の現在のターゲットセクタのサポートセクタでないかぎり、非ターゲットセクタへのセクタ１０００Ｂの移行に基づいてｅＭＢＭＳセッションメディアを送信することを停止することができる。

［００８６］それにより、１０２０Ａにおいて、図９Ａの９２０Ａと同様に、アプリケーションサーバは、マルチキャストを介してｅＭＢＭＳセッションに関してＭＢＳＦＮエリア８００内のＵＥ２．．．Ｎをサポートすることを決定し、及び、アプリケーションサーバは、ユニキャストを介してＭＢＳＦＮエリア８００の外側に位置するＵＥ１をサポートすることを決定する。しかしながら、アプリケーションサーバは、セクタ１０００Ｂ（及びサポートセクタ１０００Ｂであり、セクタ１０００Ｂの除外後にＭＢＳＦＮエリア８００内のターゲットセクタをサポートする必要がないすべてのサポートセクタ）がｅＭＢＭＳクラスタから除外され、ｅＭＢＭＳセッションメディアを送信しないようにＢＭ−ＳＣ５６３と調整する。従って、アプリケーションサーバは、ＭＢＳＦＮエリア８００（セクタ１０００Ｂを除く）内のＵＥ２．．．Ｎにマルチキャストを介してｅＭＢＭＳセッションメディアを引き渡し、１０２５Ａ、及び、アプリケーションサーバは、ＵＥ１にユニキャストを介してｅＭＢＭＳセッションメディアを引き渡す、１０３０Ａ。ＵＥ１．．．Ｎは、ｅＭＢＭＳセッションを各々モニタリングし、１０３５Ａ（例えば、図９Ａの９４０Ａと同様）、ＵＥ１．．．Ｎは、ｅＭＢＭＳセッション中にアプリケーションサーバにそれらの位置を定期的に報告し続ける、１０４０Ａ（例えば、図９Ａの９４０Ａと同様）。アプリケーションサーバは、ｅＭＢＭＳセッション中にＵＥ１．．．Ｎから定期的な位置報告を受信し、（必要な場合は）所定のｅＭＢＭＳグループに関して維持されているｅＭＢＭＳグループ位置テーブルを、グループメンバーの報告された位置、及び、任意選択で、グループメンバーが位置報告を提供した時間を用いて更新する、１０４５Ａ（例えば、図９Ａの９４０Ａと同様）。

［００８７］図１０Ｃは、本発明の実施形態による図１０Ａのプロセスの続きを例示する。図１０Ｃを参照し、ＵＥ２がｅＭＢＭＳセッション中にＭＢＳＦＮエリア８００内のセクタ１０００Ｂに入ると仮定する、１０００Ｃ。従って、ＵＥ２は、ＵＥ２がセクタ１０００Ｂに入っていることを示す位置報告を提供する、１００５Ｃ。１００５Ｃにおいて送信される報告は、次のスケジューリングされた定期的な位置報告間隔で生じることができ、又は、代替として、ＵＥ２が新しいセクタ（すなわち、セクタ１０００Ｂ）に入っていることを検出し次第生じることができる。

［００８８］アプリケーションサーバは、ＵＥ２から位置報告を受信し、ＵＥ２がＩＰマルチキャストを行うためにそれのスレショルドを越えたという説明に基づいて、（ｅＭＢＭＳセッションのためにｅＭＢＭＳマルチキャストサポート領域から以前に“プルーニングされた”又は取り除かれた）セクタ１０００Ｂを、まだマルチキャストを介してｅＭＢＭＳセッションメディアを送信していないセクタ１０００Ｂのサポートセクタとともに、ｅＭＢＭＳセッションのマルチキャストサポートに関するセクタの第１の組に追加するようにＢＭＳＣに命令する。従って、アプリケーションサーバは、ＭＢＳＦＮエリア８００（セクタ１０００Ｂを含む）内のＵＥ２．．．Ｎにマルチキャストを介してｅＭＢＭＳセッションメディアを引き渡し、１０１５Ｂ、及び、アプリケーションサーバは、ＵＥ１にユニキャストを介してｅＭＢＭＳセッションメディアを引き渡す、１０２０Ｃ。ＵＥ１．．．Ｎは、ｅＭＢＭＳセッションを各々モニタリングし、１０２５Ｃ、ＵＥ１．．．Ｎは、ｅＭＢＭＳセッション中にアプリケーションサーバにそれらの位置を定期的に報告し続ける、１０３０Ｃ。アプリケーションサーバは、ｅＭＢＭＳセッション中にＵＥ１．．．Ｎから定期的な位置報告を受信し、（必要な場合は）所定のｅＭＢＭＳグループに関して維持されているｅＭＢＭＳグループ位置テーブルを、グループメンバーの報告された位置、及び、任意選択で、グループメンバーが位置報告を提供した時間を用いて更新する、１０３５Ｃ。図１０Ｃのプロセス後は、ＭＢＳＦＮエリア８００全体がｅＭＢＭＳセッションを搬送中であるため、ｅＭＢＭＳセッションサポート状態は、図８に対応する（すなわち、セクタ１０００Ｂが空であるためプルーニングされたセクタは存在しない）。

［００８９］図１０Ｄは、本発明の実施形態による図１０Ｃのプロセスの続きを例示する。図１０Ｄを参照し、（図１０Ｅにおいて示される）セクタ１０００Ｅ、１００５Ｅ又は１０１０Ｅ内に位置するＭＢＳＦＮエリア８００内のいずれかのＵＥがｅＭＢＭＳセッション中にＭＢＳＦＮエリア８００内の異なるセクタに移動し、セクタ１０００Ｅ、１００５Ｅ又は１０１０Ｅを空にすると仮定する、１０００Ｄ。図１０Ｄにおいて、セクタ１０００Ｅ、１００５Ｅ及び１０１０Ｅは、ソフト結合のためのサポートセクタとしてＭＢＳＦＮエリア８００内のいずれのその他のセクタもサポートしていないとさらに仮定することができる。代替として、これらのＵＥは、単にｅＭＢＭＳセッションから離れる（出る）ことができるが、いずれの場合も、セクタ１０００Ｅ、１００５Ｅ及び１０１０Ｅは、１０００Ｄ以後は空である。ｅＭＢＭＳセッション状態は、図８からのＭＢＳＦＮエリア８００に基づいて図８Ｅにおいて示されており、セクタ１０００Ｅ、１００５Ｅ及び１０１０Ｅは、空の状態を表すために黒で示される。従って、１０００Ｅ、１００５Ｅ及び／又は１０１０Ｅを離れるＵＥは、新しいセクタを示す位置報告を提供し、それは、セクタ１０００Ｅ、１００５Ｅ及び１０１０Ｅが空であることをアプリケーションサーバに通知するように機能する、１００５Ｄ。１００５Ｄにおいて送信される報告は、各々のＵＥにおいて次のスケジューリングされた定期的な位置報告間隔で生じることができ、又は、代替として、ＵＥ２が各々のセクタ（すなわち、セクタ１０００Ｅ、１００５Ｅ及び１０１０Ｅ）を離れ次第生じることができる。１００５Ｄにおいて送信される報告は、必ずしも同時に受信されず、間隔をあけることができる。

［００９０］アプリケーションサーバは、１００５ＤにおいてＵＥから位置報告を受信し、ｅＭＢＭＳセッションのマルチキャストサポートを止めるために、（以前はｅＭＢＭＳセッションのためのｅＭＢＭＳマルチキャストサポート領域の一部であった）セクタ１０００Ｅ、１００５Ｅ及び１０１０ＥにおいてターゲットＵＥをサポートするためにマルチキャストを介してｅＭＢＭＳセッションメディアを搬送することがもはや要求されないセクタ１０００Ｅ、１００５Ｅ及び１０１０Ｅのサポートセクタとともに、セクタの第１の組からセクタ１０００Ｅ、１００５Ｅ及び１０１０Ｅを取り除く又は“プルーニングする”、１０１０Ｄ。一例においては、アプリケーションサーバは、セクタ１０００Ｅ、１００５Ｅ及び１０１０Ｅとその他のセクタ間でのＵＥの往復がこれらのセクタに戻った時点で突然にｅＭＢＭＳサービスを失うことがないようにするために、これらのセクタがスレショルドの期間（例えば、２分、等）の間空であった後はこれらのセクタをｅＭＢＭＳクラスタからプルーニングするのを決定することができる。従って、アプリケーションサーバは、ＭＢＳＦＮエリア８００（セクタ１０００Ｅ、１００５Ｅ及び１０１０Ｅを除く）内のＵＥ２．．．Ｎにマルチキャストを介してｅＭＢＭＳセッションメディアを引き渡すためにＢＭ−ＳＣ５３６と調整し、及び、アプリケーションサーバは、ＵＥ１にユニキャストを介してｅＭＢＭＳセッションメディアを引き渡す、１０２０Ｄ。ＵＥ１．．．Ｎは、ｅＭＢＭＳセッションを各々モニタリングし、１０２５Ｄ、ＵＥ１．．．Ｎは、ｅＭＢＭＳセッション中にアプリケーションサーバにそれらの位置を定期的に報告し続ける、１０３０Ｄ。アプリケーションサーバは、ｅＭＢＭＳセッション中にＵＥ１．．．Ｎから定期的な位置報告を受信し、（必要な場合は）所定のｅＭＢＭＳグループに関して維持されているｅＭＢＭＳグループ位置テーブルを、グループメンバーの報告された位置、及び、任意選択で、グループメンバーが位置報告を提供した時間を用いて更新する、１０３５Ｄ。図１０Ｄのプロセス後は、ｅＭＢＭＳセッションサポート状態は、図１０Ｅに対応し、セクタ１０００Ｅ、１００５Ｅ及び１０１０Ｅが“プルーニングされる”（すなわち、ＭＢＳＦＮエリア８００内でｅＭＢＭＳセッションメディアを搬送することから除外される）。

［００９１］図１０Ａ乃至１０Ｅは、ターゲットＵＥが“空の”セクタをｅＭＢＭＳクラスタからプルーニングするための候補セクタとして説明しているが、プルーニングトリガは、ＭＢＳＦＮエリア８００の特定のセクタ内のターゲットＵＥの数がスレショルド数を下回ることに単に応答したものであることができる。従って、“空の”ターゲットセクタは、必ずしもゼロのターゲットＵＥを意味せず、マルチキャストからユニキャストへの移行スレショルドに対応することが可能である（例えば、ターゲットＵＥ数がスレショルドを下回る場合は、サポートをまったく止める代わりに残りのＵＥのためにユニキャストサポートに切り換わり、ターゲットＵＥ数がスレショルドを上回る場合は、そのセクタ内においてユニキャストサポートからマルチキャストサポートに切り換わる）。

［００９２］ここにおいて開示される実施形態と関係させて説明される様々な例示的な論理ブロック、モジュール、回路、及びアルゴリズムのステップは、電子ハードウェア、コンピュータソフトウェア、又は両方の組み合わせとして実装可能であることを当業者は評価するであろう。ハードウェアとソフトウェアのこの互換性を明確に例示するため、上記においては、様々な例示的なコンポーネント、ブロック、モジュール、回路、及びステップが、それらの機能の観点で一般的に説明されている。該機能がハードウェアとして又はソフトウェアとして実装されるかは、特定の用途及び全体的システムに対する設計上の制約事項に依存する。当業者は、説明されている機能を各々の特定の用途に合わせて様々な形で実装することができるが、該実装決定は、本開示の適用範囲からの逸脱を生じさせるものであるとは解釈されるべきではない。

［００９３］ここにおいて開示される実施形態と関係させて説明される方法、シーケンス及び／又はアルゴリズムは、ハードウェア内において、プロセッサによって実行されるソフトウェアモジュール内において、又はそれらの２つの組み合わせにおいて直接具現化することができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能ディスク、ＣＤ−ＲＯＭ、又は当業において既知であるあらゆるその他の形態の記憶媒体内に常駐することができる。典型的な記憶媒体がプロセッサに結合され、このため、プロセッサは、記憶媒体から情報を読み取ること、及び記憶媒体に情報を書き込むことができる。代替においては、記憶媒体は、プロセッサと一体化することができる。

［００９４］従って、本発明の実施形態は、エボルブドマルチメディアブロードキャスト／マルチキャストサービス（ｅＭＢＭＳ）を通じてのグループ通信のための方法を具現化したコンピュータによって読み取り可能な媒体を含むことができる。従って、本発明は、示される例には限定されず、ここにおいて説明される機能を実行するためのあらゆる手段が本発明の実施形態に含まれる。

［００９５］上記の開示は、本発明の例示的な実施形態を示す一方で、添付される請求項によって定義される本発明の範囲を逸脱することなしに様々な変更及び修正をここにおいて行うことができることが注目されるべきである。ここにおいて説明される本発明の実施形態による方法請求項の機能、ステップ及び／又は行動は、特定の順序で実行する必要がない。さらに、本発明の要素は、単数形で説明又は請求されているが、単数形に限定されることが明記されないかぎり複数形が企図される。
以下に本願出願当初の特許請求の範囲を付記する。
[Ｃ１] コアネットワークの外部に存在し、前記コアネットワークによってサービスが提供されるマルチキャストグループへのセッションメディアの送信に関してグループ通信セッションを仲裁するように構成されるサーバを動作させる方法であって、
前記グループ通信セッションへの１つ以上のＵＥ登録及び／又は前記グループ通信セッションからの１つ以上のＵＥ登録解除に基づいて前記グループ通信セッションに関する第１のサポート状態を決定することであって、前記第１のサポート状態は、インターネットプロトコル（ＩＰ）マルチキャストを介しての前記グループ通信セッションのための前記セッションメディアの送信に関してマルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属するセクタの第１の組を定義することと、
前記第１のサポート状態によりＩＰマルチキャストを介してセクタの前記第１の組に前記グループ通信セッションのための前記セッションメディアを引き渡すことと、
前記グループ通信セッションへの１つ以上の追加のＵＥ登録及び／又は前記グループ通信セッションからの１つ以上の追加のＵＥ登録解除に基づいて前記グループ通信セッションを前記第１のサポート状態から第２のサポート状態に移行させることであって、前記第２のサポート状態は、ＩＰマルチキャストを介しての前記グループ通信セッションのための前記セッションメディアの送信に関してＭＢＳＦＮエリアに属するセクタの第２の組を定義し、セクタの前記第１の組は、セクタの前記第２の組と異なることと、
前記移行後に、前記第２のサポート状態によりＩＰマルチキャストを介してセクタの前記第２の組に前記グループ通信セッションのための前記セッションメディアを引き渡すことと、を備える、方法。
[Ｃ２] 前記第１のサポート状態は、セクタの前記第１の組を定義し、及び、前記グループ通信セッションのための前記セッションメディアの送信に関して前記ＭＢＳＦＮエリアの外側にあるセクタの補足的組も定義するＣ１に記載の方法。
[Ｃ３] セクタの前記第１の組に前記セッションメディアを前記引き渡すことは、
セクタの前記第１の組への前記セッションメディアの前記引き渡しに関する第１のメディア引き渡しプロトコルとしてＩＰマルチキャストを選択することと、
セクタの前記補足的組への前記セッションメディアの引き渡しに関する第２のメディア引き渡しプロトコルとしてＩＰユニキャストを選択することと、を含むＣ２に記載の方法。
[Ｃ４] 前記第２のサポート状態は、セクタの前記第２の組を定義し、及び、前記グループ通信セッションのための前記セッションメディアの送信に関して前記ＭＢＳＦＮエリアの外側にあるセクタの補足的組も定義するＣ１に記載の方法。
[Ｃ５] セクタの前記第２の組に前記セッションメディアを前記引き渡すことは、
セクタの前記第２の組への前記セッションメディアの前記引き渡しに関する第１のメディア引き渡しプロトコルとしてＩＰマルチキャストを選択することと、
セクタの前記補足的組への前記セッションメディアの引き渡しに関する第２のメディア引き渡しプロトコルとしてＩＰユニキャストを選択することと、を含むＣ４に記載の方法。
[Ｃ６] 前記移行させることは、
前記通信セッションに登録されているスレショルドのＵＥ数を含むとして前記第１のサポート状態によって認識されていない所定のセクタ内の所定のＵＥから前記グループ通信セッションに関する登録を受信することと、
前記スレショルドのＵＥ数が前記所定のセクタに関して満たされていることを前記受信された登録が示すことを検出することと、
前記検出に基づいてセクタの前記第１の組に１つ以上のセクタを追加することによってセクタの前記第２の組を形成することと、を含むＣ１に記載の方法。
[Ｃ７] 前記１つ以上のセクタは、前記ＭＢＳＦＮエリアの内側に存在するＣ６に記載の方法。
[Ｃ８] 前記１つ以上のセクタは、前記ＭＢＳＦＮエリアの外側に存在し、セクタの第１の組と連続及び隣接するか又はセクタの第１の組に連続及び隣接しないＣ６に記載の方法。
[Ｃ９] 前記１つ以上の追加されたセクタは、前記所定のセクタと、セクタの前記第１の組内にまだ存在しない前記所定のセクタとのソフト結合をサポートするように構成されたセクタと、を含むＣ６に記載の方法。
[Ｃ１０] 前記受信された登録は、前記所定のＵＥが前記ＭＢＳＦＮエリアの外側の他のセクタから前記ＭＢＳＦＮエリアの前記所定のセクタに入った時点で受信され、
前記所定のＵＥは、前記所定のＵＥが前記ＭＢＳＦＮエリアの前記所定のセクタ内に入る前はＩＰマルチキャストを介しての前記その他のセクタからの前記グループ通信セッションに以前に参加しており、
前記移行することは、ＩＰユニキャストを介して前記所定のＵＥをサポートするのを停止し、前記ＭＢＳＦＮエリアの前記所定のセクタ内のＩＰマルチキャストを介して前記所定のＵＥをサポートするのを開始するＣ６に記載の方法。
[Ｃ１１] 前記受信された登録は、前記所定のＵＥが前記ＭＢＳＦＮエリアの他のセクタから前記ＭＢＳＦＮエリアの前記所定のセクタに入った時点で受信され、
前記所定のＵＥは、前記所定のＵＥが前記ＭＢＳＦＮエリアの前記所定のセクタ内に入る前はＩＰマルチキャストを介しての前記その他のセクタからの前記グループ通信セッションに以前に参加しており、
前記移行することは、前記受信された登録は、前記その他のセクタからの前記所定のＵＥの登録解除であると解釈するＣ６に記載の方法。
[Ｃ１２] 前記その他のセクタは、前記グループ通信セッションに登録されているスレショルドのＵＥ数を含むとして前記第１のサポート状態によって認識され、
前記移行することは、
前記スレショルドのＵＥ数が前記その他のセクタに関してもはや満たされていないことを前記登録解除が示すことを補足的に検出することと、
セクタの前記第１の組から、前記検出に基づいて少なくとも１つのセクタを取り除くことによってセクタの前記第２の組を形成することと、をさらに含むＣ１１に記載の方法。
[Ｃ１３] 前記少なくとも１つの取り除かれたセクタは、前記その他のセクタと、前記グループ通信セッションに登録されている前記スレショルドのＵＥ数を含まず及び前記グループ通信セッションに登録されている前記スレショルドのＵＥ数を含むセクタとのソフト結合をサポートしない前記その他のセクタとのソフト結合をサポートするように構成されたセクタと、を含むＣ１２に記載の方法。
[Ｃ１４] 前記移行することは、
前記グループ通信セッションに登録されているスレショルドのＵＥ数を含むとして前記第１のサポート状態によって認識される前記ＭＢＳＦＮエリアの所定のセクタ内の所定のＵＥから前記グループ通信セッションに関する登録解除を受信することと、
前記スレショルドのＵＥ数が前記所定のセクタに関してもはや満たされていないことを前記受信された登録解除が示すことを検出することと、
前記検出に基づいて１つ以上のセクタをセクタの前記第１の組から取り除くことによってセクタの前記第２の組を形成することと、を含むＣ１に記載の方法。
[Ｃ１５] 前記少なくとも１つの取り除かれたセクタは、前記所定のセクタと、前記通信セッションに登録されている前記スレショルドのＵＥ数を含まず及び前記グループ通信セッションに登録されている前記スレショルドのＵＥ数を含むセクタとのソフト結合をサポートしない前記所定のセクタとのソフト結合をサポートするように構成されたセクタと、を含むＣ１４に記載の方法。
[Ｃ１６] 前記ＭＢＳＦＮエリアの外側にある所定のセクタ内の所定のＵＥから前記グループ通信セッションに関する登録を受信することをさらに備えるＣ１に記載の方法。
[Ｃ１７] 前記受信された登録に応答してＩＰユニキャストを介して前記所定のセクタ内の前記所定のＵＥに前記セッションメディアを引き渡すことをさらに備えるＣ１６に記載の方法。
[Ｃ１８] 前記所定のセクタ内の前記所定のＵＥから前記グループ通信セッションに関する登録解除を受信することと、
前記受信された登録解除に応答してＩＰユニキャストを介して前記所定のセクタ内の前記所定のＵＥへの前記セッションメディアの引き渡しを停止することと、をさらに備えるＣ１７に記載の方法。
[Ｃ１９] 現在スレショルドのＵＥ数が前記所定のセクタ内の前記グループ通信セッションに登録されていることを前記受信された登録が示すことを検出することと、
前記検出に応答して前記所定のセクタ内の前記グループ通信セッションに関するサポートをＩＰユニキャストからＩＰマルチキャストに切り換えることと、をさらに備えるＣ１６に記載の方法。
[Ｃ２０] 前記所定のセクタは、セクタの前記第１の組に隣接し及び連続しており、
ＩＰマルチキャストを介して前記所定のセクタ内の前記所定のＵＥに前記セッションメディアを引き渡し、従って、セクタの前記第１の組と前記所定のセクタとの間でハンドオフするＵＥは、前記グループ通信セッションに関してＩＰマルチキャストを介して連続的にサポートが割り当てられることをさらに備えるＣ１９に記載の方法。
[Ｃ２１] 前記１つ以上の追加されたセクタは、セクタの前記第１の組に隣接せず及び連続しないＣ１９に記載の方法。
[Ｃ２２] 前記所定のセクタ内の前記所定のＵＥから前記グループ通信セッションに関する登録解除を受信することと、
前記スレショルドのＵＥ数が前記所定のセクタ内の前記グループ通信セッションにもはや登録されていないことを前記受信された登録解除が示すことを検出することと、
前記受信された登録解除に応答して前記所定のセクタ内で登録されたままになっているＵＥに関して前記所定のセクタ内の前記グループ通信セッションに関するサポートをＩＰマルチキャストからＩＰユニキャストに切り換えることと、をさらに備えるＣ１９に記載の方法。
[Ｃ２３] 前記グループ通信セッションへの前記１つ以上のＵＥ登録及び／又は前記１つ以上の追加のＵＥ登録は、前記グループ通信セッションに新しく参加する１つ以上のＵＥからの１つ以上の最初の登録要求及び／又は前記グループ通信セッションに既に参加している少なくとも１つのＵＥに関する現在のサービス提供セクタを識別する１つ以上の位置更新メッセージを含むＣ１に記載の方法。
[Ｃ２４] 前記グループ通信セッションからの前記１つ以上のＵＥ登録解除及び／又は前記１つ以上の追加のＵＥ登録解除は、前記グループ通信セッションから完全な出る１つ以上のＵＥからの１つ以上の離脱通知及び／又は少なくとも１つのＵＥが新しいセクタ内での前記グループ通信セッションへの参加を継続するために前セクタから登録解除することを示す１つ以上の移行通知を含むＣ１に記載の方法。
[Ｃ２５] 前記グループ通信セッションは、エボルブドマルチメディアブロードキャスト／マルチキャストサービス（ｅＭＢＭＳ）セッションであるＣ１に記載の方法。
[Ｃ２６] 前記グループ通信セッションに登録されたスレショルド未満のＵＥ数を含む前記ＭＢＳＦＮエリア内の少なくとも１つのセクタを識別することと、
前記少なくとも１つの識別されたセクタ内の登録されたＵＥの数が引き続き前記スレショルドのＵＥ数よりも少ない状態である間にＩＰマルチキャストの代わりにＩＰユニキャストを介して前記少なくとも１つの識別されたセクタ内のＵＥをサポートすることと、をさらに備えるＣ１に記載の方法。
[Ｃ２７] コアネットワークの外部に存在し、前記コアネットワークによってサービスが提供されるマルチキャストグループへのセッションメディアの送信に関してグループ通信セッションを仲裁するように構成されるサーバであって、
前記グループ通信セッションへの１つ以上のＵＥ登録及び／又は前記グループ通信セッションからの１つ以上のＵＥ登録解除に基づいて前記グループ通信セッションに関する第１のサポート状態を決定するための手段であって、前記第１のサポート状態は、インターネットプロトコル（ＩＰ）マルチキャストを介しての前記グループ通信セッションのための前記セッションメディアの送信に関してマルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属するセクタの第１の組を定義する手段と、
前記第１のサポート状態によりＩＰマルチキャストを介してセクタの前記第１の組に前記グループ通信セッションのための前記セッションメディアを引き渡すための手段と、
前記グループ通信セッションへの１つ以上の追加のＵＥ登録及び／又は前記グループ通信セッションからの１つ以上の追加のＵＥ登録解除に基づいて前記グループ通信セッションを前記第１のサポート状態から第２のサポート状態に移行させるための手段であって、前記第２のサポート状態は、ＩＰマルチキャストを介しての前記グループ通信セッションのための前記セッションメディアの送信に関してＭＢＳＦＮエリアに属するセクタの第２の組を定義し、セクタの前記第１の組は、セクタの前記第２の組と異なる手段と、
前記移行後に、前記第２のサポート状態によりＩＰマルチキャストを介してセクタの前記第２の組に前記グループ通信セッションのための前記セッションメディアを引き渡すための手段と、を備える、サーバ。
[Ｃ２８] コアネットワークの外部に存在し、前記コアネットワークによってサービスが提供されるマルチキャストグループへのセッションメディアの送信に関してグループ通信セッションを仲裁するように構成されるサーバであって、
前記グループ通信セッションへの１つ以上のＵＥ登録及び／又は前記グループ通信セッションからの１つ以上のＵＥ登録解除に基づいて前記グループ通信セッションに関する第１のサポート状態を決定するように構成されたロジックであって、前記第１のサポート状態は、インターネットプロトコル（ＩＰ）マルチキャストを介しての前記グループ通信セッションのための前記セッションメディアの送信に関してマルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属するセクタの第１の組を定義するロジックと、
前記第１のサポート状態によりＩＰマルチキャストを介してセクタの前記第１の組に前記グループ通信セッションのための前記セッションメディアを引き渡すように構成されたロジックと、
前記グループ通信セッションへの１つ以上の追加のＵＥ登録及び／又は前記グループ通信セッションからの１つ以上の追加のＵＥ登録解除に基づいて前記グループ通信セッションを前記第１のサポート状態から第２のサポート状態に移行させるように構成されたロジックであって、前記第２のサポート状態は、ＩＰマルチキャストを介しての前記グループ通信セッションのための前記セッションメディアの送信に関してＭＢＳＦＮエリアに属するセクタの第２の組を定義し、セクタの前記第１の組は、セクタの前記第２の組と異なるロジックと、
前記移行後に、前記第２のサポート状態によりＩＰマルチキャストを介してセクタの前記第２の組に前記グループ通信セッションのための前記セッションメディアを引き渡すように構成されたロジックと、を備える、サーバ。
[Ｃ２９] 非一時的なコンピュータによって読み取り可能な媒体であって、コアネットワークの外部に存在し、前記コアネットワークによってサービスが提供されるマルチキャストグループへのセッションメディアの送信に関してグループ通信セッションを仲裁するように構成されるサーバによって実行されたときに、動作を実行することを前記サーバに行わせる命令が格納され、前記命令は、
前記グループ通信セッションへの１つ以上のＵＥ登録及び／又は前記グループ通信セッションからの１つ以上のＵＥ登録解除に基づいて前記グループ通信セッションに関する第１のサポート状態を決定することを前記サーバに行わせる少なくとも１つの命令であって、前記第１のサポート状態は、インターネットプロトコル（ＩＰ）マルチキャストを介しての前記グループ通信セッションのための前記セッションメディアの送信に関してマルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属するセクタの第１の組を定義する命令と、
前記第１のサポート状態によりＩＰマルチキャストを介してセクタの前記第１の組に前記グループ通信セッションのための前記セッションメディアを引き渡すことを前記サーバに行わせる少なくとも１つの命令と、
前記グループ通信セッションへの１つ以上の追加のＵＥ登録及び／又は前記グループ通信セッションからの１つ以上の追加のＵＥ登録解除に基づいて前記グループ通信セッションを前記第１のサポート状態から第２のサポート状態に移行させることを前記サーバに行わせる少なくとも１つの命令であって、前記第２のサポート状態は、ＩＰマルチキャストを介しての前記グループ通信セッションのための前記セッションメディアの送信に関してＭＢＳＦＮエリアに属するセクタの第２の組を定義し、セクタの前記第１の組は、セクタの前記第２の組と異なる命令と、
前記移行後に、前記第２のサポート状態によりＩＰマルチキャストを介してセクタの前記第２の組に前記グループ通信セッションのための前記セッションメディアを引き渡すことを前記サーバに行わせる少なくとも１つの命令と、を備える、非一時的なコンピュータによって読み取り可能な媒体。

Claims (29)

1. コアネットワークの外部に存在し、前記コアネットワークによってサービスが提供されるマルチキャストグループへのセッションメディアの送信に関してグループ通信セッションを仲裁するように構成されるサーバを動作させる方法であって、
   前記コアネットワークの外部に存在する前記サーバによって、前記グループ通信セッションへの１つ以上のＵＥ登録及び／又は前記グループ通信セッションからの１つ以上のＵＥ登録解除に基づいて前記グループ通信セッションに関する第１のサポート状態を決定することであって、前記第１のサポート状態は、インターネットプロトコル（ＩＰ）マルチキャストを介しての前記グループ通信セッションのための前記セッションメディアの送信に関してマルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属するセクタの第１の組を定義することと、
   前記コアネットワークの外部に存在する前記サーバによって、前記第１のサポート状態によりＩＰマルチキャストを介してセクタの前記第１の組に前記グループ通信セッションのための前記セッションメディアを引き渡すことと、
   前記コアネットワークの外部に存在する前記サーバによって、前記グループ通信セッションへの１つ以上の追加のＵＥ登録及び／又は前記グループ通信セッションからの１つ以上の追加のＵＥ登録解除に基づいて前記グループ通信セッションを前記第１のサポート状態から第２のサポート状態に移行させることであって、前記第２のサポート状態は、ＩＰマルチキャストを介しての前記グループ通信セッションのための前記セッションメディアの送信に関して前記ＭＢＳＦＮエリアに属するセクタの第２の組を定義し、セクタの前記第１の組は、セクタの前記第２の組と異なることと、
   前記コアネットワークの外部に存在する前記サーバによって、前記移行後に、前記第２のサポート状態によりＩＰマルチキャストを介してセクタの前記第２の組に前記グループ通信セッションのための前記セッションメ
   ディアを引き渡すことと、を備える、方法。
2. 前記第１のサポート状態は、セクタの前記第１の組を定義し、及び、前記グループ通信セッションのための前記セッションメディアの送信に関して前記ＭＢＳＦＮエリアの外側にあるセクタの補足的組も定義する請求項１に記載の方法。
3. セクタの前記第１の組に前記セッションメディアを前記引き渡すことは、
   セクタの前記第１の組への前記セッションメディアの前記引き渡しに関する第１のメディア引き渡しプロトコルとしてＩＰマルチキャストを選択することと、
   セクタの前記補足的組への前記セッションメディアの引き渡しに関する第２のメディア引き渡しプロトコルとしてＩＰユニキャストを選択することと、を含む請求項２に記載の方法。
4. 前記第２のサポート状態は、セクタの前記第２の組を定義し、及び、前記グループ通信セッションのための前記セッションメディアの送信に関して前記ＭＢＳＦＮエリアの外側にあるセクタの補足的組も定義する請求項１に記載の方法。
5. セクタの前記第２の組に前記セッションメディアを前記引き渡すことは、
   セクタの前記第２の組への前記セッションメディアの前記引き渡しに関する第１のメディア引き渡しプロトコルとしてＩＰマルチキャストを選択することと、
   セクタの前記補足的組への前記セッションメディアの引き渡しに関する第２のメディア引き渡しプロトコルとしてＩＰユニキャストを選択することと、を含む請求項４に記載の方法。
6. 前記移行させることは、
   前記グループ通信セッションに登録されているスレショルドのＵＥ数を含むとして前記第１のサポート状態によって認識されていない所定のセクタ内の所定のＵＥから前記グループ通信セッションに関する登録を受信することと、
   前記スレショルドのＵＥ数が前記所定のセクタに関して満たされていることを前記受信された登録が示すことを検出することと、
   前記検出に基づいてセクタの前記第１の組に１つ以上のセクタを追加することによってセクタの前記第２の組を形成することと、を含む請求項１に記載の方法。
7. 前記１つ以上のセクタは、前記ＭＢＳＦＮエリアの内側に存在する請求項６に記載の方法。
8. 前記１つ以上のセクタは、前記ＭＢＳＦＮエリアの外側に存在し、セクタの前記第１の組と連続及び隣接するか又はセクタの前記第１の組に連続及び隣接しない請求項６に記載の方法。
9. 前記１つ以上の追加されたセクタは、前記所定のセクタと、セクタの前記第１の組内にまだ存在しない前記所定のセクタとのソフト結合をサポートするように構成されたセクタと、を含む請求項６に記載の方法。
10. 前記受信された登録は、前記所定のＵＥが前記ＭＢＳＦＮエリアの外側の他のセクタから前記ＭＢＳＦＮエリアの前記所定のセクタに入った時点で受信され、
    前記所定のＵＥは、前記所定のＵＥが前記ＭＢＳＦＮエリアの前記所定のセクタ内に入る前はＩＰユニキャストを介しての前記他のセクタからの前記グループ通信セッションに以前に参加しており、
    前記移行することは、ＩＰユニキャストを介して前記所定のＵＥをサポートするのを停止し、前記ＭＢＳＦＮエリアの前記所定のセクタ内のＩＰマルチキャストを介して前記所定のＵＥをサポートするのを開始する請求項６に記載の方法。
11. 前記受信された登録は、前記所定のＵＥが前記ＭＢＳＦＮエリアの他のセクタから前記ＭＢＳＦＮエリアの前記所定のセクタに入った時点で受信され、
    前記所定のＵＥは、前記所定のＵＥが前記ＭＢＳＦＮエリアの前記所定のセクタ内に入る前はＩＰマルチキャストを介しての前記他のセクタからの前記グループ通信セッションに以前に参加しており、
    前記移行することは、前記受信された登録は、前記他のセクタからの前記所定のＵＥの登録解除であると解釈する請求項６に記載の方法。
12. 前記他のセクタは、前記グループ通信セッションに登録されているスレショルドのＵＥ数を含むとして前記第１のサポート状態によって認識され、
    前記移行することは、
    前記スレショルドのＵＥ数が前記他のセクタに関してもはや満たされていないことを前記登録解除が示すことを補足的に検出することと、
    セクタの前記第１の組から、前記検出に基づいて少なくとも１つのセクタを取り除くことによってセクタの前記第２の組を形成することと、をさらに含む請求項１１に記載の方法。
13. 前記少なくとも１つの取り除かれたセクタは、前記他のセクタと、前記グループ通信セッションに登録されている前記スレショルドのＵＥ数を含まず及び前記グループ通信セッションに登録されている前記スレショルドのＵＥ数を含むセクタとのソフト結合をサポートしない前記その他のセクタとのソフト結合をサポートするように構成されたセクタと、を含む請求項１２に記載の方法。
14. 前記移行することは、
    前記グループ通信セッションに登録されているスレショルドのＵＥ数を含むとして前記第１のサポート状態によって認識される前記ＭＢＳＦＮエリアの所定のセクタ内の所定のＵＥから前記グループ通信セッションに関する登録解除を受信することと、
    前記スレショルドのＵＥ数が前記所定のセクタに関してもはや満たされていないことを前記受信された登録解除が示すことを検出することと、
    前記検出に基づいて１つ以上のセクタをセクタの前記第１の組から取り除くことによってセクタの前記第２の組を形成することと、を含む請求項１に記載の方法。
15. 前記１つ以上の取り除かれたセクタは、前記所定のセクタと、前記グループ通信セッションに登録されている前記スレショルドのＵＥ数を含まず及び前記グループ通信セッションに登録されている前記スレショルドのＵＥ数を含むセクタとのソフト結合をサポートしない前記所定のセクタとのソフト結合をサポートするように構成されたセクタと、を含む請求項１４に記載の方法。
16. 前記ＭＢＳＦＮエリアの外側にある所定のセクタ内の所定のＵＥから前記グループ通信セッションに関する登録を受信することをさらに備える請求項１に記載の方法。
17. 前記受信された登録に応答してＩＰユニキャストを介して前記所定のセクタ内の前記所定のＵＥに前記セッションメディアを引き渡すことをさらに備える請求項１６に記載の方法。
18. 前記所定のセクタ内の前記所定のＵＥから前記グループ通信セッションに関する登録解除を受信することと、
    前記受信された登録解除に応答してＩＰユニキャストを介して前記所定のセクタ内の前記所定のＵＥへの前記セッションメディアの引き渡しを停止することと、をさらに備える請求項１７に記載の方法。
19. 現在スレショルドのＵＥ数が前記所定のセクタ内の前記グループ通信セッションに登録されていることを前記受信された登録が示すことを検出することと、
    前記検出に応答して前記所定のセクタ内の前記グループ通信セッションに関するサポートをＩＰユニキャストからＩＰマルチキャストに切り換えることと、をさらに備える請求項１６に記載の方法。
20. 前記所定のセクタは、セクタの前記第１の組内の少なくとも1つのセクタに隣接し及び連続しており、
    ＩＰマルチキャストを介して前記所定のセクタ内の前記所定のＵＥに前記セッションメディアを引き渡し、従って、セクタの前記第１の組と前記所定のセクタとの間でハンドオフするＵＥは、前記グループ通信セッションに関してＩＰマルチキャストを介して連続的にサポートが割り当てられることをさらに備える請求項１９に記載の方法。
21. 前記所定のセクタは、セクタの前記第１の組内のセクタに隣接せず及び連続しない請求項１９に記載の方法。
22. 前記所定のセクタ内の前記所定のＵＥから前記グループ通信セッションに関する登録解除を受信することと、
    前記スレショルドのＵＥ数が前記所定のセクタ内の前記グループ通信セッションにもはや登録されていないことを前記受信された登録解除が示すことを検出することと、
    前記受信された登録解除に応答して前記所定のセクタ内で登録されたままになっているＵＥに関して前記所定のセクタ内の前記グループ通信セッションに関するサポートをＩＰマルチキャストからＩＰユニキャストに切り換えることと、をさらに備える請求項１９に記載の方法。
23. 前記グループ通信セッションへの前記１つ以上のＵＥ登録及び／又は前記１つ以上の追加のＵＥ登録は、前記グループ通信セッションに新しく参加する１つ以上のＵＥからの１つ以上の最初の登録要求及び／又は前記グループ通信セッションに既に参加している少なくとも１つのＵＥに関する現在のサービス提供セクタを識別する１つ以上の位置更新メッセージを含む請求項１に記載の方法。
24. 前記グループ通信セッションへの前記１つ以上のＵＥ登録解除及び／又は前記１つ以上の追加のＵＥ登録解除は、前記グループ通信セッションから完全に離脱する、１つ以上のＵＥからの１つ以上の離脱通知及び／又は少なくとも１つのＵＥが新しいセクタ内での前記グループ通信セッションへの参加を継続するために前セクタから登録解除することを示す１つ以上の移行通知を含む請求項１に記載の方法。
25. 前記グループ通信セッションは、エボルブドマルチメディアブロードキャスト／マルチキャストサービス（ｅＭＢＭＳ）セッションである請求項１に記載の方法。
26. 前記グループ通信セッションに登録されたスレショルド未満のＵＥ数を含む前記ＭＢＳＦＮエリア内の少なくとも１つのセクタを識別することと、
    前記少なくとも１つの識別されたセクタ内の登録されたＵＥの数が引き続き前記スレショルドのＵＥ数よりも少ない状態である間にＩＰマルチキャストの代わりにＩＰユニキャストを介して前記少なくとも１つの識別されたセクタ内のＵＥをサポートすることと、をさらに備える請求項１に記載の方法。
27. コアネットワークの外部に存在し、前記コアネットワークによってサービスが提供されるマルチキャストグループへのセッションメディアの送信に関してグループ通信セッションを仲裁するように構成されるサーバであって、
    前記グループ通信セッションへの１つ以上のＵＥ登録及び／又は前記グループ通信セッションからの１つ以上のＵＥ登録解除に基づいて前記グループ通信セッションに関する第１のサポート状態を決定するための手段であって、前記第１のサポート状態は、インターネットプロトコル（ＩＰ）マルチキャストを介しての前記グループ通信セッションのための前記セッションメディアの送信に関してマルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属するセクタの第１の組を定義する手段と、
    前記第１のサポート状態によりＩＰマルチキャストを介してセクタの前記第１の組に前記グループ通信セッションのための前記セッションメディアを引き渡すための手段と、
    前記グループ通信セッションへの１つ以上の追加のＵＥ登録及び／又は前記グループ通信セッションからの１つ以上の追加のＵＥ登録解除に基づいて前記グループ通信セッションを前記第１のサポート状態から第２のサポート状態に移行させるための手段であって、前記第２のサポート状態は、ＩＰマルチキャストを介しての前記グループ通信セッションのための前記セッションメディアの送信に関して前記ＭＢＳＦＮエリアに属するセクタの第２の組を定義し、セクタの前記第１の組は、セクタの前記第２の組と異なる手段と、
    前記移行後に、前記第２のサポート状態によりＩＰマルチキャストを介してセクタの前記第２の組に前記グループ通信セッションのための前記セッションメディアを引き渡すための手段と、を備える、サーバ。
28. コアネットワークの外部に存在し、前記コアネットワークによってサービスが提供されるマルチキャストグループへのセッションメディアの送信に関してグループ通信セッションを仲裁するように構成されるサーバであって、
    前記グループ通信セッションへの１つ以上のＵＥ登録及び／又は前記グループ通信セッションからの１つ以上のＵＥ登録解除に基づいて前記グループ通信セッションに関する第１のサポート状態を決定することであって、前記第１のサポート状態は、インターネットプロトコル（ＩＰ）マルチキャストを介しての前記グループ通信セッションのための前記セッションメディアの送信に関してマルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属するセクタの第１の組を定義することと、
    前記第１のサポート状態によりＩＰマルチキャストを介してセクタの前記第１の組に前記グループ通信セッションのための前記セッションメディアを引き渡すことと、
    前記グループ通信セッションへの１つ以上の追加のＵＥ登録及び／又は前記グループ通信セッションからの１つ以上の追加のＵＥ登録解除に基づいて前記グループ通信セッションを前記第１のサポート状態から第２のサポート状態に移行させることであって、前記第２のサポート状態は、ＩＰマルチキャストを介しての前記グループ通信セッションのための前記セッションメディアの送信に関して前記ＭＢＳＦＮエリアに属するセクタの第２の組を定義し、セクタの前記第１の組は、セクタの前記第２の組と異なることと、
    前記移行後に、前記第２のサポート状態によりＩＰマルチキャストを介してセクタの前記第２の組に前記グループ通信セッションのための前記セッションメディアを引き渡すことと、
    を行うように構成されたプロセッサおよびメモリを備える、サーバ。
29. 非一時的なコンピュータによって読み取り可能な記憶媒体であって、コアネットワークの外部に存在し、前記コアネットワークによってサービスが提供されるマルチキャストグループへのセッションメディアの送信に関してグループ通信セッションを仲裁するように構成されるサーバによって実行されたときに、動作を実行することを前記サーバに行わせる命令が格納され、前記命令は、
    前記グループ通信セッションへの１つ以上のＵＥ登録及び／又は前記グループ通信セッションからの１つ以上のＵＥ登録解除に基づいて前記グループ通信セッションに関する第１のサポート状態を決定することを前記サーバに行わせる少なくとも１つの命令であって、前記第１のサポート状態は、インターネットプロトコル（ＩＰ）マルチキャストを介しての前記グループ通信セッションのための前記セッションメディアの送信に関してマルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属するセクタの第１の組を定義する命令と、
    前記第１のサポート状態によりＩＰマルチキャストを介してセクタの前記第１の組に前記グループ通信セッションのための前記セッションメディアを引き渡すことを前記サーバに行わせる少なくとも１つの命令と、
    前記グループ通信セッションへの１つ以上の追加のＵＥ登録及び／又は前記グループ通信セッションからの１つ以上の追加のＵＥ登録解除に基づいて前記グループ通信セッションを前記第１のサポート状態から第２のサポート状態に移行させることを前記サーバに行わせる少なくとも１つの命令であって、前記第２のサポート状態は、ＩＰマルチキャストを介しての前記グループ通信セッションのための前記セッションメディアの送信に関して前記ＭＢＳＦＮエリアに属するセクタの第２の組を定義し、セクタの前記第１の組は、セクタの前記第２の組と異なる命令と、
    前記移行後に、前記第２のサポート状態によりＩＰマルチキャストを介してセクタの前記第２の組に前記グループ通信セッションのための前記セッションメディアを引き渡すことを前記サーバに行わせる少なくとも１つの命令と、を備える、非一時的なコンピュータによって読み取り可能な記憶媒体。

Images