JP5570604B2 - 通信システム内でマルチキャストサービスを提供するための装置および方法 - Google Patents

Description

本発明は、マルチキャストサービスを提供することに関し、より詳細にはＬＴＥ−ＭＢＭＳネットワークを使用して、通信システム内でマルチキャストサービスを提供するための装置および方法に関する。

３ＧＰＰは、進化型アクセス技術（Ｅ−ＵＴＲＡ、進化型ＵＴＲＡ）とアクセスネットワーク（Ｅ−ＵＴＲＡＮ）とによって、オペレータおよびユーザの高まる需要により良好なサポートを提供するために２００５年に３ＧロングタームエボリューションＬＴＥ研究プロジェクトを開始した。

現在、大部分のオペレータは、公衆安全をサポートするために、マルチメディアマルチキャスト技術を使用することを考慮している。例えば、一部のオペレータは、いくつかの特別なシナリオ、詳細には、以下をサポートするためにＬＴＥを必要とする。

シナリオ１。ＩＰマルチメディアサブシステム（ＩＭＳ）［参考文献１］システムにおいて、２０人を超えるユーザのプッシュツートーク（ｐｕｓｈ ｔｏ ｔａｌｋ）グループ（特に、最高で１００〜２００人までのユーザをサポートすることが所望されるプッシュツートークグループ）が存在するようである。例えば、２０人を超えるユーザが単一のセルによってカバーされる領域内に入る緊急事態では、ＬＴＥ内に十分な帯域幅が存在すると同時に、音声送信は低帯域幅を必要とするとはいえ、複数のユニキャスト経路をセットアップするのではなく、ブロードキャストすることはより効率的であろう。

シナリオ２。専用ネットワーク内のビデオ共有アプリケーション。単一の（または、組み合わされた）ビデオ区分（例えば、容疑者を追っているヘリコプターからのビデオ、または火事現場における数台の消防車からのリアルタイムビデオ）は複数のハンドセット／デバイスに同時に送信され、ブロードキャスティングは、必要とされるエアインターフェースのリソースおよびいくつかのその他のリソースを最小限に抑えることになる。

上記のシナリオの場合、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）のマルチキャスト機能を導入することは有利である。一方で、マルチキャスト機能は、同じコンテンツを送信するためにダウンリンクリソースを共有することを可能にし、したがって、これは経済的である。他方で、複数のユニキャストセッションが確立された場合、グループサイズが大きくなるとき、制御プレーン機能（例えば、ページング）はボトルネックになる可能性がある。

ＬＴＥ ＭＢＭＳ（ＲＥＬ９）（すなわち、ｅ−ＭＢＭＳ）の標準化が進行しており、３ＧＰＰは、現在、マルチキャストサービスを想定してない［参照文献２］。したがって、本発明は、上記のシナリオにマルチキャスト機能を提供するために、既存の標準に最小限の修正を行うことによって、アーキテクチャ設計と解決策全体とを提供することに重点を置く。

参照文献
［参照文献１］３ＧＰＰ ＴＳ２３．２２８、ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍｓ、２００５
［参照文献２］３ＧＰＰ ＴＳ２３．２４６ ｖ．９１０

３ＧＰＰ ＴＳ２３．２２８、ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍｓ、２００５ ３ＧＰＰ ＴＳ２３．２４６ ｖ．９１

通信システム内でマルチキャストサービスを提供するためのオペレータの要件をサポートするための装置および方法を提供することが本発明の目的である。

本発明の第１の解決策によれば、通信システム内でマルチキャストサービスを提供するための方法であって、通信システムが、少なくとも１つのユーザ装置と、その少なくとも１つのユーザ装置にサービスを提供するためのサーバとを含み、マルチキャストサービスを提供するためのマルチメディアブロードキャストマルチキャストサービスＭＢＭＳマルチキャストグループをそのサーバによって決定するステップと、ＭＢＭＳマルチキャストグループ内のユーザ装置にＭＢＭＳサービスを提供するために必要とされるＭＢＭＳサービス制御情報をそのサーバによって進化型マルチメディアブロードキャストマルチキャストサービスｅ−ＭＢＭＳネットワーク内のブロードキャストマルチキャストサービスセンターＢＭ−ＳＣに送信するステップと、受信されたＭＢＭＳサービス制御情報に基づいて、そのＢＭ−ＳＣによって、ＭＢＭＳ有効範囲を決定して、そのＭＢＭＳマルチキャストグループ内のユーザ装置に関するＭＢＭＳベアラセットアップ手順をそのＭＢＭＳ有効範囲内でトリガするステップと、サービスを提供するためのデータをそのサーバによってＢＭ−ＳＣに転送するステップと、セットアップされたＭＢＭＳベアラを経由して、そのＢＭ−ＳＣによって、ＭＢＭＳマルチキャストグループ内のユーザ装置のそれぞれにそのデータを配布するステップとを含む方法が提供される。

好ましくは、ＢＭ−ＳＣがサーバからＭＢＭＳサービス制御情報を受信した後で、ＭＢＭＳマルチキャストグループ内またはｅ−ＭＢＭＳネットワーク内のユーザ装置は、そのマルチキャストグループ内のすべてのユーザ装置に関するＭＢＭＳ発見手順をトリガして、そのマルチキャストグループ内のユーザ装置のすべてとＢＭ−ＳＣとの間でＭＢＭＳ鍵配布手順をトリガする。

好ましくは、マルチキャストサービスを提供するためのマルチメディアブロードキャストマルチキャストサービスＭＢＭＳマルチキャストグループをそのサーバによって決定するステップの前に、少なくとも１つのユーザ装置とそのサーバとの間にそのサービスに関するベアラをセットアップするステップをさらに含む。

好ましくは、少なくとも１つのユーザ装置とそのサーバとの間にそのサービスに関するベアラをセットアップした後で、この方法は、そのベアラを経由して、少なくとも１つのユーザ装置のＭＢＭＳ機能に関する情報を少なくとも１つのユーザ装置によってサーバにフィードバックするステップをさらに含み、そのサーバは、そのＭＢＭＳマルチキャストグループがＭＢＭＳ機能を有するすべてのユーザ装置を含むことを決定する。

好ましくは、ＭＢＭＳ機能を備えていないユーザ装置の場合、サーバは、そのベアラを経由して、提供されることになるサービスに関するデータをそれらのユーザ装置に送信する。

好ましくは、受信されたＭＢＭＳサービス制御情報は、そのＭＢＭＳマルチキャストグループ内のユーザ装置のそれぞれの位置情報を含み、ＢＭ−ＳＣが、ＭＢＭＳ有効範囲を決定するために、受信された位置情報を変換する。

好ましくは、その位置情報は、そのＭＢＭＳマルチキャストグループ内のユーザ装置のそれぞれによってサーバにフィードバックされるか、またはそれらのユーザ装置のそれぞれの位置情報を格納しているサーバにアクセスすることによって取得される。

好ましくは、位置情報が変更された後で、この方法は、更新されたＭＢＭＳサービス制御情報をそのサーバによってＢＭ−ＳＣに転送するステップと、その更新されたＭＢＭＳサービス制御情報に基づいて、そのＢＭ−ＳＣによってそのＭＢＭＳ有効範囲を再決定して、ＭＢＭＳベアラセットアップ手順をトリガするステップとをさらに含む。

好ましくは、この方法は、そのサーバによってサービス終了インジケータをＢＭ−ＳＣに送信するステップと、そのＢＭ−ＳＣによって、そのサービスを停止して、セットアップされたＭＢＭＳベアラを解放するステップとをさらに含む。

好ましくは、サービスを提供するためのデータは、そのベアラを経由して、少なくとも１つのユーザ装置のユーザ装置からそのサーバによって受信される。

好ましくは、この通信システムは、ＩＰマルチメディアサブシステムＩＭＳシステムおよび専用ネットワークのうちの１つである。

本発明の第2の解決策によれば、マルチメディアブロードキャストマルチキャストサービスＭＢＭＳマルチキャストグループ内のユーザ装置にＭＢＭＳサービスを提供するために必要とされるＭＢＭＳサービス制御情報をサーバから受信するように構成された制御情報受信モジュールと、その受信されたＭＢＭＳサービス制御情報に基づいて、ＭＢＭＳ有効範囲を決定して、ＭＢＭＳマルチキャストグループ内のユーザ装置に関するＭＢＭＳベアラセットアップ手順をＭＢＭ有効範囲内でトリガするように構成されたＭＢＭＳベアラセットアップモジュールと、提供されることになるサービスに関するデータをサーバから受信するように構成されたＭＢＭＳサービスデータ受信モジュールと、セットアップされたＭＢＭＳベアラを経由して、ＭＢＭＳマルチキャストグループ内のユーザ装置にデータを配布するように構成されたＭＢＭＳサービス提供モジュールとを含むブロードキャストマルチキャストサービスセンターＢＭ−ＳＣが提供される。

好ましくは、サーバから制御情報受信モジュールによって受信されたＭＢＭＳサービス制御情報は、ＭＢＭＳマルチキャストグループ内のユーザ装置の位置情報を含み、ＭＢＭＳベアラセットアップモジュールは、ＭＢＭＳ有効範囲を決定するために、位置情報を変換するように構成された制御情報変換モジュールを含む。

好ましくは、制御情報受信モジュールが更新されたＭＢＭＳサービス制御情報を受信するとき、ＭＢＭＳベアラセットアップモジュールは、その更新されたＭＢＭＳサービス制御情報に基づいて、ＭＢＭＳ有効範囲を再決定して、ＭＢＭＳベアラセットアップ手順をトリガする。

好ましくは、制御情報受信モジュールがサービス終了インジケータを受信するとき、ＭＢＭＳサービス提供モジュールはそのサービスを停止して、ＭＢＭＳベアラセットアップモジュールはセットアップされたＭＢＭＳベアラを解放する。

本発明の第３の解決策によれば、ＭＢＭＳマルチキャストグループを決定するように構成されたＭＢＭＳマルチキャストグループ決定モジュールと、マルチメディアブロードキャストマルチキャストサービスＭＢＭＳマルチキャストグループ内のユーザ装置にＭＢＭＳサービスを提供するために必要とされるＭＢＭＳサービス制御情報を進化型マルチメディアブロードキャストマルチキャストサービスｅ−ＭＢＭＳネットワーク内のブロードキャストマルチキャストサービスセンターＢＭ−ＳＣに送信するように構成された制御情報送信モジュールと、提供されることになるサービスに関するデータをＢＭ−ＳＣに送信するように構成されたサービスデータ送信モジュールとを含むサーバが提供される。

好ましくは、このサーバは、ＭＢＭＳマルチキャストグループ内のユーザ装置からユーザ装置のＭＢＭＳ機能に関する情報を受信するように構成されたＭＢＭＳ機能情報受信モジュールをさらに含み、ＭＢＭＳマルチキャストグループ決定モジュールは、ＭＢＭＳマルチキャストグループがＭＢＭＳ機能を有するすべてのユーザ装置を含むことを決定する。

好ましくは、ＭＢＭＳサービス制御情報は、そのＭＢＭＳマルチキャストグループ内のユーザ装置の位置情報を含み、その位置情報が、そのＭＢＭＳマルチキャストグループ内のユーザ装置によって装置にフィードバックされるか、またはユーザ装置の位置情報を格納しているサーバにアクセスすることによって取得される。

好ましくは、その位置情報が変更されたとき、制御情報送信モジュールは、更新されたＭＢＭＳサービス制御情報をＢＭ−ＳＣに送信する。

本発明によって達成される有益な効果
本発明は、マルチキャストが無線ネットワーク内でサポートされていない場合、ＭＢＭＳマルチキャストグループ内でマルチキャストを実行することを可能にする。特に、本発明は、オペレータのアプリケーションシナリオの要件を満たすための装置および方法を提供する。

２つの主な問題が本発明によって解決される。１つは、マルチキャストソースとしてアップリンクユーザデータを導入することであり、もう１つは、「マルチキャストグループ」内でコンテンツを配布することである。

本発明は、すなわち、ＢＭ−ＳＣがＩＰマルチキャストアドレスを取得した後で、ＭＢＭＳサービス発見手順およびＭＢＭＳセキュリティ手順に関して適切なトリガ時間をさらに導入する。これらの２つの手順は、マルチキャストグループ内のユーザ装置だけが、それぞれ、制御プレーン内およびユーザプレーン内でサービスデータを復号できるようにする。

ＩＭＳアプリケーションシナリオの場合、マルチキャストグループのメンバがシステム内で移動していても、コンテンツが常にマルチキャストグループのメンバに達することが可能であることを確認するために、移動度も考慮される。ＩＭＳ ＣＮ（コアネットワーク）は、ユーザ装置からのフィードバックを使用することによって、またはユーザ装置の位置情報を格納しているサーバにアクセスすることによって、ユーザ装置の最新位置情報を取得して、新しい位置情報を新しい有効範囲に変換するＢＭ−ＳＣにそのユーザ装置の最新位置情報を送信する。これにより、ＭＢＭＳセッション更新手順がトリガされることになる。

添付の図面と共に、本発明の非限定的な実施形態の以下の詳細な説明を参照することによって、本発明の上記のおよびその他の目的、特徴、ならびに利点はより明瞭になろう。

本発明の実施形態による、シナリオ１に関して通信システム内でマルチキャストサービスを提供するための装置の一般的なアーキテクチャを例示する図である。 本発明の実施形態による、シナリオ２に関して通信システム内でマルチキャストサービスを提供するための装置の一般的なアーキテクチャを例示する図である。 本発明による、通信システム内でマルチキャストサービスを提供するための方法のそれぞれのステップを例示する図である。 本発明の実施形態による、通信システム内でマルチキャストサービスを提供するための装置の構造図である。 本発明の第１の実施形態による、ダウンリンクマルチキャストサービスをＬＴＥ ＭＢＭＳシステム内でＩＭＳシステムに提供するための方法の信号流れ図である。

次に、添付の図面を参照して、本発明の実施形態が詳細に説明される。以下の説明において、いくつかの特定の実施形態は、説明のためだけに使用され、これらの実施形態は、本発明に関する何らかの限定ではなく、本発明の単なる例として解釈されるべきである。これらの概略図は、本発明のあいまいな理解を回避するために従来の構造または構成を省略すると同時に、既存のシステムとの差異を単に例示する点を指摘する必要がある。

通信システム内（ＩＭＳシステムまたは専用ネットワーク）内でマルチキャストサービスを提供する目的を達成するために、一般に、２つの改善を行う必要がある。１つは、マルチキャストのコンテンツソースとしてアップリンクユーザ装置データを導入することであり、もう１つは、「マルチキャストグループ」内でコンテンツを配布するために「マルチキャストグループ」をセットアップすることである。

第１の改善から分かるように、ＩＭＳのコアネットワーク（ＣＮ）および専用ネットワークのセキュリティセンタは、ＬＴＥ ＭＢＭＳシステムのコンテンツソースと理解される。第１のシナリオでは、ＩＭＳサービスは、ＭＢＭＳ機能によってサポートされ、第２のシナリオでは、ＭＢＭＳのコンテンツソースは、様々な専用ネットワーク（例えば、公安局に関する専用ネットワーク）である。本発明では、専用ネットワークは、非公衆ネットワーク、特に、公共安全に関する、例えば、公安局または消防局に関するネットワークを意味する。

第２の改善から分かるように、オペレータの要件は、主に、２つの範疇に分割可能である。シナリオ１は、ユーザ装置が動的に変更されるあるＩＭＳセッショングループに関する１つの範疇を表す。シナリオ２は、ビデオが「専用グループ」（例えば、公安局）内で共有されるもう１つの範疇を表す。

要約すると、本発明は、コンテンツソースからコンテンツを受信して、その同じコンテンツを、ＭＢＳベアラを経由してマルチキャストグループ内のユーザ装置に配布し、それによって、マルチキャスト機能を通信システムに提供するために、ｅ−ＭＢＭＳシステムがコンテンツソースを取得して、マルチキャストグループが通信システム内でセットアップされることを可能にするための方法を提供する。

以下の説明において、それぞれの改善に関する解決策の説明が提示される。

改善１に対する解決策。ＭＢＭＳコンテンツソースとしてアップリンクアプリケーションデータを導入する

シナリオ１
シナリオ１は、多数のプッシュツートークユーザが同じセル内に位置特定された場合に重点を置く。これらのユーザがどこに位置特定されようと、ユーザの数が多いとき、ＬＴＥ内のＩＭＳシステムに関してＭＢＭＳサービスのＩＰマルチキャストトランスポートベアラを使用することは常に有益である。図１は、本発明の実施形態による、シナリオ１に関して通信システム内でマルチキャストサービスを提供するための装置の一般的なアーキテクチャを例示する。

本発明は、アーキテクチャ内でＩＭＳシステムのＣＮとｅ−ＭＢＭＳシステムのブロードキャストマルチキャストサービスセンタ（ＢＭ−ＳＣ）との間にインターフェースを使用する。ユーザプレーンの観点から、ＩＭＳ ＣＮは、ｅ−ＭＢＭＳに関するコンテンツプロバイダとして機能する。ＩＭＳ ＣＮは、会話して、ＭＢＭＳベアラのコンテンツソースとしてデータをＢＭ−ＳＣに転送する任意のユーザ装置からアップリンクデータを収集する。制御プレーンの観点から、ＩＭＳ ＣＮは、ＢＭ−ＳＣと通信して、ｅ−ＭＢＭＳシステムに「マルチキャストグループ」のメンバを知らせるために必要な情報を提供する。

アーキテクチャ内の他の機能モジュールまたはネットワーク構成要素は以下の通りである。

ユーザ装置（ＵＥ）がサービスプロバイダによって提供されるサービスにアクセスするために、ＳＳＦモジュールに対するアクセスポイントを提供するように構成されたサービス発見機能（ＳＤＦ）モジュール。

サービス論理と、その論理の実行をサポートするために必要とされる機能とを提供するように構成されたサービス制御機能（ＳＣＦ）モジュール。ＳＣＦモジュールは、セッション開始およびセッション修正の間に、そのサービスへのアクセスを許可または拒否するために、ユーザ装置のサービス加入を点検することを含むサービス認証を実行する。ＳＣＦモジュールは、関連するＭＢＭＳメディア機能を選択する。

ＭＢＭＳユーザサービスリストと、関連するユーザサービス記述の情報とを提供するように構成されたサービス選択機能（ＳＳＦ）モジュール。ユーザ装置は、３ＧＰＰ ＴＳ２６．３４６ 第５．２節に定義されるように、ＭＢＭＳユーザサービス記述をＳＳＦモジュールから取り出すことが可能である。

無線アクセスネットワーク内およびパケット交換コアネットワーク内のリソースの料金請求および確立を制御するように構成されたポリシーおよび料金請求規則機能（ＰＣＲＦ）モジュール。

３ＧＰＰ ＴＳ２３．００２に定義されるホーム加入者サーバ（ＨＳＳ）は、ＩＭＳユーザプロフィール、例えば、ユーザ装置のサービス提供セルのセルグローバル識別（Ｃｅｌｌ Ｇｌｏｂａｌ Ｉｄｅｎｔｉｔｙ）（ＣＧＩ）を含む。ＨＳＳは、ＭＢＭＳユーザサービスのユーザデータをさらに含むことが可能である。

シナリオ２
シナリオ２の場合、２つの例が説明される。すなわち、ヘリコプターからのビデオ、または消防車からのビデオである。これらの２つの例は、両方とも、国家安全保障に関する「専用ネットワーク」に関係する。「専用ネットワーク」では、許可を受けたユーザが専用ネットワークのセキュリティセンタにデータをアップロードするための機構が提供されるべきである。

第１の改善の場合、ビデオ共有を達成するために、セキュリティセンタは、ｅ−ＭＢＭＳシステムに関するコンテンツプロバイダとして機能する。図２は、本発明の実施形態による、シナリオ２に関して通信システム内でマルチキャストサービスを提供するための装置の一般的なアーキテクチャを例示する。

アップロードをどのように実施するかは、本発明の議論の範囲を超える。セキュリティセンタとＢＭ−ＳＣとを接続するネットワークは、任意のパケットデータネットワーク（ＰＤＮ）、例えば、インターネットであってよく、これも本発明の議論の範囲を超える。

改善２に対する解決策。マルチキャストグループのセットアップおよび管理。

図３は、本発明の実施形態による、通信システム内でマルチキャストサービスを提供するための方法のそれぞれのステップを例示する図である。

Ｓ１０１。アプリケーションセッション確立。このステップでアプリケーション層セッションが確立される。シナリオ１の場合、ＩＭＳセッションは、ＩＭＳユーザ装置によって開始され、例えば、既存の仕様書に定義されるように、複数の友人同士の間に１つのプッシュツートークセッションがセットアップされる。ユーザの認証は、ＭＢＭＳサービスを使用するためのユーザの許可を検査するために、ユーザ加入情報に従って実行される。シナリオ２の場合、許可を受けたユーザ装置は、データを共有するために、アップリンクを経由して、セキュリティセンタにデータをアップロードする。これらの詳細はここで議論されない。

Ｓ１０２。マルチキャストグループ決定。シナリオ１の場合、ＩＭＳセッションによって招待されたすべてのＩＭＳユーザ装置は、ＳＩＰシグナリングを経由して、ＭＢＭＳ機能をそのＩＭＳ ＣＮにフィードバックする。セッションを招待する当事者もこの種のフィードバックを行う。次いで、ＭＢＭＳ機能を有し、かつＩＭＳセッションを既に受け入れたすべてのＩＭＳユーザ装置を含めて、ＩＭＳセッションを担うための「マルチキャストグループ」を決定することが可能である。ＩＭＳ ＣＮは、マルチキャストグループ内のＩＭＳユーザ装置にＭＢＭＳベアラを提供することを決定する。実際のシステムでは、すべてのＩＭＳユーザ装置がＭＢＭＳ機能を備えるとは限らないことを考慮して、ＭＢＭＳ機能を備えていないユーザ装置の場合、ユニキャストリソースがＩＭＳ ＣＮによって割り当てられる。シナリオ２の場合、セキュリティセンタは、受信されたコンテンツとアップロードされたデータのタイプとに従って、ビデオ共有の専用ネットワークタイプと専用ＳＡ範囲とを決定し、次いで、その「マルチキャストグループ」が、そのそれぞれが決定されたタイプを有する、その専用ＳＡの範囲内に位置特定されたすべての専用ネットワークユーザ装置を含むことを決定する。

Ｓ１０３。位置情報獲得。このステップは、シナリオ１に特定である。このステップで、ＩＭＳ ＣＮは、セルラネットワーク内でＩＭＳセッションに参加しているそれぞれのユーザ装置の位置情報を収集して、その位置情報をＢＭ−ＳＣに送信する。詳細には、位置情報は、以下の２つの様式で獲得可能である。

１）ユーザフィードバックベースの様式。ＩＭＳセッションを受け入れる場合、ＭＢＭＳ機能を有するそれぞれのＩＭＳユーザ装置は、そのサービス提供セルのセルグローバル識別（ＣＧＩ）をＩＭＳ ＣＮにフィードバックすることになる。このセッションを開始する当事者も、すなわち、そのサービス提供セルのＣＧＩをフィードバックするために、この種のフィードバックを行う。

２）ネットワークデータベースクエリベースの様式。この様式では、ＩＭＳ ＣＮはマルチキャストグループのメンバを知っているため、ＩＭＳ ＣＮは、セルラネットワーク内のマルチキャストグループメンバの識別および位置情報についてＨＳＳに問い合わせることが可能であり、ＣＧＩ情報または有効範囲識別（ＳＡＩ）情報をＨＳＳからのフィードバック情報から取得することが可能である。

Ｓ１０４。ＭＢＭＳ準備。このステップは、マルチキャストグループ管理に関する制御情報を伝達するために、（シナリオ１に関するＩＭＳ ＣＮであり、シナリオ２に関するセキュリティセンタである）コンテンツソースとＢＭ−ＳＣとの間の新しいメッセージを制御プレーン内に導入する。シナリオ１の場合、ＩＭＳ ＣＮは、ＭＢＭＳ制御情報（ＩＰマルチキャストアドレスおよびサービス提供セルのＣＧＩ）とＩＭＳセッションＩＤとをＢＭ−ＳＣに転送する。システムの配備構成に基づいて、ＢＭ−ＳＣは、セルＣＧＩリストを有効範囲（ＳＡ）リストに変換する。シナリオ２の場合、セキュリティセンタは、どのユーザ装置がビデオを受信することが許可されているかを事前に知り、そのようなユーザ装置のすべてはマルチキャストグループに属する。専用ネットワークのセキュリティセンタは、専用ネットワークのどの領域で特定のデータが共有されるかを決定する。セキュリティセンタとＢＭ−ＳＣとの間で伝達される制御情報は、専用ＳＡリストおよびセキュリティセッションＩＤである。加えて、コンテンツソースは、さらに、ＭＢＭＳユーザサービスにＩＰマルチキャストアドレスを割り当て、それをＢＭ−ＳＣに送信する。このステップは、マルチキャスト有効範囲内でだけＭＢＭＳユーザにコンテンツを配布する問題を解決する。

Ｓ１０５。ＭＢＭＳサービス発見。このサービス発見ステップは、ユーザ装置が利用可能なＭＢＭＳサービスを知ることを可能にする。このステップは、アプリケーション層内および制御プレーン内で「マルチキャストグループ」内のＭＢＭＳユーザ装置だけがマルチキャストデータ伝送に関与できることを保証する。シナリオ１の場合、このステップは、ユーザ装置がＩＭＳセッションに参加し、かつＭＢＭＳ機能を有することを必要とする。このステップは、任意の既存の方法によって実施可能である。

Ｓ１０６。ＭＢＭＳセキュリティ管理。このステップでは、プライバシーおよび秘匿性を維持するためのＭＢＭＳキー登録は、ＩＭＳまたは他の既存の様式に基づいてよい。このステップは、マルチキャストグループに携わっているＭＢＭＳユーザ装置だけがユーザプレーン内で受信されたデータを復号できることを保証する。シナリオ２の場合、ユーザ装置は、専用鍵を事前に構成していることが可能であり、この場合、ＭＢＭＳサービス発見ステップと鍵配布ステップとは省略されてよい。

Ｓ１０７。ＭＢＭＳセッション開始。このステップは、セッション開始手順を実行する。既存の仕様書によれば、ＢＭ−ＳＣは、ＥＵＴＲＡＮ内のＭＢＭＳベアラインデックスに一時的移動体グループ識別子（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｇｒｏｕｐ Ｉｄｅｎｔｉｆｉｅｒ）（ＴＭＧＩ）を割り当てる。ＢＭ−ＳＣは、セッション開始メッセージ内にＳＡリストを含み、ｅ−ＭＢＭＳゲートウェイを経由してそれをｅＮＢに配信する。ｅＮＢは、ＭＢＭＳ有効範囲内でＭＢＭＳベアラをセットアップするために、現在の仕様書に定義されているように、ＩＰマルチキャストトランスポートベアラをセットアップする。ＭＢＭＳベアラセットアップ手順は、現在のＲＥＬ９仕様書に定義されるように実行される。

Ｓ１０８。ＭＢＭＳサービス提供。シナリオ１の場合、ＩＭＳ ＣＮは、アップリンクＩＭＳデータを受信して、それをＭＢＭＳユーザサービスコンテンツとしてＢＭ−ＳＣに転送する。このステップは、通知とデータ転送とを含めて、元のＭＢＭＳステップを含む。現在の仕様書と異なり、関係のないユーザ装置がマルチキャストサービスデータを受信するのを防ぐために、進行中のＭＢＭＳベアラに関するインデックスとして、ＴＭＧＩとＩＭＳセッションＩＤの両方が使用される。シナリオ２の場合、セキュリティセンタは、許可を受けたユーザによってアップロードされたデータを受信して、ＭＢＭＳユーザサービスコンテンツとして、それらをＢＭ−ＳＣに転送する。

Ｓ１０９。アプリケーションセッション終了。シナリオ１の場合、ＩＭＳセッションは、すべてのユーザ装置によって終了される。終了情報を受信した後で、ＩＭＳ ＣＮは、この状態をＢＭ−ＳＣに転送する。シナリオ２の場合、セキュリティセンタは、すべてのセッションをいつ停止するかを決定して、この状態をＢＭ−ＳＣに転送する。

Ｓ１１０。ＭＢＭＳセッション停止。アプリケーション終了インジケータを受信するとすぐ、ＢＭ−ＳＣは、このステップで、ＭＢＭＳセッション停止手順を開始して、ＭＢＭＳリソースを解放する。

このプッシュツートークは、上記の解決策によってサポートされ得る１対多ＩＭＳアプリケーションではない点に留意されたい。

移動度の考慮
全サービス期間中、ユーザ装置はあちこちに移動することが可能であり、すなわち、ユーザ装置の位置は変化する。シナリオ１において、ユーザ装置が移動の間にサービスデータを受信することも可能であることを保証するために、以下の機構が定義される。

図３のステップＳ１０２における第１の様式、すなわち、ユーザフィードバックベースの様式の場合、以下の３つのステップを実行する必要がある。

ステップ１。ＭＢＭＳベアラを経由してＩＭＳサービスを受信しているユーザ装置は、移動の間にＳＩＰ手順を再開して、そのサービス提供セルのＣＧＩをＩＭＳ ＣＮに報告することになる。

ステップ２。ＩＭＳグループからセルのＣＧＩの更新を受信することに応答して、ＩＭＳ ＣＮは、セルの更新されたＣＧＩをＢＭ−ＳＣに転送することになる。

ステップ３。ＢＭ−ＳＣは、受信されたセルＣＧＩリストをＳＡに変換して、セットアップされているＭＢＭＳベアラのＳＡを修正すべきかどうかを検出する。修正が必要とされる場合、ＢＭ−ＳＣは、修正されたＳＡをＭＢＭＳゲートウェイに示すために、ＭＢＭＳセッション更新手順を実行する。その後、新しいｅＮＢは、トランスポートＩＰマルチキャストベアラに参加することになり、一方、元のｅＮＢは、セットアップされたＩＰマルチキャストベアラを去ることになる。

図３のステップＳ１０２における第２の様式、すなわち、ネットワークデータベースクエリベースの様式の場合、以下の３つのステップを実行する必要がある。

ステップ１。ＩＭＳ ＣＮが、初めにマルチキャストグループメンバの位置情報についてＨＳＳに問い合わせるとき、ＨＳＳは、データベース内でそれらのマルチキャストグループメンバにマーキングする。ＨＳＳがこれらのユーザの位置情報が変更したことを見出すと、ＨＳＳは、最新の位置情報についてＩＭＳ ＣＮに任意に通知することになる。あるいは、ＩＭＳ ＣＮは、マルチキャストグループメンバの位置情報についてＨＳＳに周期的に問い合わせることが可能である。

ステップ２。ＩＭＳ ＣＮは、最新の位置情報をＢＭ−ＳＣに転送する。

ステップ３。ＢＭ−ＳＣは、受信された位置情報をＳＡに変換して、ＭＢＭＳベアラがセットアップされているＳＡを修正すべきかどうかを検出する。修正が必要とされる場合、ＢＭ−ＳＣは、修正されたＳＡをＭＢＭＳゲートウェイに示すために、ＭＢＭＳセッション更新手順を実行する。その後、新しいｅＮＢは、トランスポートＩＰマルチキャストベアラに参加することになり、一方、元のｅＮＢは、セットアップされたＩＰマルチキャストベアラを去ることになる。

シナリオ２において、移動度はこの解決策全体に影響を及ぼさないことになる。しかし、セキュリティセンタは、専用ＳＡを変更することを決定することが可能であり、次いで、変更されたＳＡはＢＭ−ＳＣに転送される必要があり、次いで、ＢＭ−ＳＣは、セッション更新手順を実行するために、上記のステップ３を実行する。

図４は、本発明の実施形態による、通信システム内でマルチキャストサービスを提供するための装置の構造図を例示する。

図４に示すように、改善２を達成する目的で、通信システムは、マルチキャストグループを提供するために、ＭＢＭＳマルチキャストグループ内に含まれたユーザ装置を決定するように構成されたＭＢＭＳマルチキャストグループ決定モジュール２０４と、ＭＢＭＳマルチキャストグループ内のユーザ端末にＭＢＭＳサービスを提供するために必要とされるＭＢＭＳサービス制御情報をＢＭ−ＳＣに送信するように構成された制御情報送信モジュール２０１とを含む。シナリオ１の場合、ＭＢＭＳサービス制御情報は、ＩＰマルチキャストアドレスと、サービス提供セルのＣＧＩまたは有効範囲識別（ＳＡＩ）と、ＩＭＳセッションＩＤとを含む。シナリオ２の場合、セキュリティセンタによって送信された制御情報は、専用有効範囲リスト、セキュリティセッションＩＤ、およびＩＰマルチキャストアドレスである。

ＢＭ−ＳＣは、ＭＢＭＳマルチキャストグループ内のユーザ装置にＭＢＭＳサービスを提供するために必要とされるＭＢＭＳサービス制御情報を通信システムから受信するように構成された制御情報受信モジュール１０１と、その受信されたＭＢＭＳサービス制御情報に従って、有効範囲を決定して、ＭＢＭＳマルチキャストグループ内のユーザ装置に関するＭＢＭＳベアラセットアップ手順をその有効範囲内でトリガするように構成されたＭＢＭＳベアラセットアップモジュール１０２とを含む。

シナリオ１の場合、ＭＢＭＳサービス制御情報は、ＩＰマルチキャストグループアドレスと、サービス提供セルのＣＧＩまたは有効範囲識別（ＳＡＩ）と、ＩＭＳセッションＩＤとを含む。この場合、ＭＢＭＳベアラセットアップモジュール１０２は、ＭＢＭＳベアラセットアップモジュール１０２が有効範囲を決定できるように、その受信されたセルＣＧＩリストまたは有効範囲識別（ＳＡＩ）をサービス提供セルリストに変換するように構成された制御情報変換モジュール１０５をさらに含む。

改善１を達成するために、通信システムは、提供されることになるサービスに関するデータをＢＭ−ＳＣに送信するように構成されたサービスデータ送信モジュール２０２を含む。通信システムは、サービスデータ送信モジュール２０２にサービスデータを提供するために、ユーザ装置からサービスデータを受信するように構成されたサービスデータ受信モジュール２０５を含むことも可能である。

それに応じて、ＢＭ−ＳＣは、提供されることになるサービスに関するデータを通信システムから受信するように構成されたＭＢＭＳサービスデータ受信モジュール１０３と、ＭＢＭＳマルチキャストグループ内のユーザ装置にＭＢＭＳサービスを提供するために、セットアップされたＭＢＭＳベアラを経由して、ＭＢＭＳマルチキャストグループ内のそれぞれのユーザ装置にデータを配布するように構成されたＭＢＭＳサービス提供モジュール１０４とを含む。

シナリオ１の場合、ＩＭＳ ＣＮは、ＭＢＭＳマルチキャストグループ決定モジュール２０４が、そのＭＢＭＳマルチキャストグループがＭＢＭＳ機能を有するすべてのユーザ装置を含むことを決定できるように、ユーザ装置のＭＢＭＳ機能に関する情報を複数のユーザ装置から受信するように構成されたＭＢＭＳ機能情報受信モジュール２０３と、通信システム内のマルチキャストグループメンバの位置情報をＨＳＳから受信することによって、またはフィードバック位置情報をマルチキャストグループメンバから受信することによって、マルチキャストグループメンバの位置情報を獲得するように構成された位置情報獲得モジュール２０６とをさらに含む。位置情報獲得モジュール２０６は、以下の様式、すなわち、位置情報獲得モジュール２０６がＨＳＳに周期的に問い合わせることによって、または、ＨＳＳが、それぞれのマルチキャストグループメンバを追跡して、位置情報が変更したとき、変更された位置情報を位置情報獲得モジュール２０６に送信することによって、マルチキャストグループメンバの位置情報をＨＳＳから受信することが可能である。

制御情報受信モジュール１０１が更新されたＭＢＭＳサービス制御情報を受信するとき、ＭＢＭＳベアラセットアップモジュール１０２は、更新されたＭＢＭＳサービス制御情報に従って、有効範囲を再決定して、ＭＢＭＳベアラセットアップ手順をトリガする。

制御情報受信モジュール１０１がサービス終了インジケータを受信したとき、ＭＢＭＳサービス提供モジュール１０４は、そのサービスを停止し、ＭＢＭＳベアラセットアップモジュール１０２は、セットアップされたＭＢＭＳベアラを排除し、それによって、ＭＢＭＳサービスに関するリソースを解放する。

以下において、本発明の第１の実施形態に従って、ｅ−ＭＢＭＳベアラを使用して、ＩＭＳシステムにダウンリンクマルチキャストサービスを提供するための方法が、さらに詳細に説明される。

［実施形態１］
図５は、本発明の第１の実施形態による、ダウンリンクマルチキャストサービスをＬＴＥ ＭＢＭＳシステム内でＩＭＳシステムに提供するための方法の信号流れ図を例示する。分かりやすいように、図５は、セッションを開始している当事者（ユーザ装置１）および招待された友人のうちの１人（ユーザ装置２）だけを示す。ユーザ装置１および２は、それぞれ、ｅＮＢ１およびｅＮＢ２によって制御される。

アプリケーションセッション確立ステップにおいて、１対多ＩＭＳサービスがユーザ装置１によって開始され、例えば、既存の仕様書に定義されるように、複数の友人同士の間に１つのプッシュツートークセッションがセットアップされる。

マルチキャストグループ決定ステップにおいて、ユーザ装置２は、セッションを受け入れて、そのＭＢＭＳ機能をＩＭＳ ＣＮにフィードバックする。セッションを開始している当事者（すなわち、ユーザ装置１）もそのようなフィードバックを行う。実際のシステムでは、すべてのＩＭＳユーザ装置がＭＢＭＳ機能を有するとは限らないことを考慮して、ＭＢＭＳ機能を備えていないユーザ装置の場合、ＩＭＳ ＣＮはユニキャストリソースを割り当てる。この場合、「マルチキャストグループ」は、ＭＢＭＳ機能を有し、かつＩＭＳセッションを既に受け入れたすべてのＩＭＳユーザ装置を含む。

位置情報獲得ステップにおいて、ユーザ装置２は、そのサービス提供セルのＣＧＩ識別をＩＭＳ ＣＮにフィードバックする。ユーザ装置１も、そのサービス提供セルのＣＧＩをＩＭＳ ＣＮにフィードバックする。

ＭＢＭＳ準備ステップにおいて、ユーザ装置からのフィードバックに基づいて、ＩＭＳ ＣＮは、ＭＢＭＳユーザサービスに割り当てられたＩＰマルチキャストアドレスと、セルＣＧＩリストと、ＩＭＳセッションＩＤとを含めて、ＢＭ−ＳＣに関する制御情報を整理する。セルＣＧＩリストは、ユーザ装置からフィードバック可能であるか、またはＨＳＳから取得可能である。ＩＭＳ ＣＮは、すべての情報をＢＭ−ＳＣに転送し、ＢＭ−ＳＣは、配備構成に基づいて、セルＩＤを有効範囲（ＳＡ）リストに変換する。

マルチキャストグループ内のすべてのユーザ装置に関して、ＭＢＭＳサービス発見手順が実行される。このステップは、任意の既存の方法によって実施可能である。

加えて、これらのユーザ装置とＢＭ−ＳＣとの間でＭＢＭＳ鍵配布手順が実行される。

セッション開始ステップにおいて、ＢＭ−ＳＣは、対応するＴＭＧＩを割り当てて、ＴＭＧＩ情報をＳＡリストと共に組み合わせて、ＭＢＭＳゲートウェイに送信するためのＭＢＭＳセッション開始メッセージにする。ＭＢＭＳゲートウェイは、トランスポートＩＰマルチキャストアドレスと共に、ＭＢＭＳセッション開始メッセージをＳＡリスト内に配置されたセルを有するｅＮＢに送信する。セッション開始メッセージを受信しているｅＮＢは、ＭＢＭＳゲートウェイを用いて、ＩＰマルチキャストトランスポートベアラをセットアップする。ＭＢＭＳベアラセットアップ手順は、現在のＲＥＬ９仕様書と同じである。

ＭＢＭＳサービス提供ステップにおいて、ＩＭＳ ＣＮは、アップリンクＩＭＳデータを受信して、それをＭＢＭＳコンテンツと理解する。ＩＭＳ ＣＮは、アップリンクＩＭＳデータをＢＭ−ＳＣに転送する。ＢＭ−ＳＣは、利用可能なＭＢＭＳ仕様書に従って、受信されたサービスデータをすべてのＭＢＭＳユーザ装置に配布する。

すべてのユーザ装置は、そのユーザ装置が望むように、ＩＭＳセッションを終了できる。ＩＭＳ ＣＮが、「マルチキャストグループ」に属しているすべてのユーザ装置がＩＭＳセッションを終了することを見出した場合、ＩＭＳ ＣＮは、アプリケーションセッション終了ステップにおいて、ＢＭ−ＳＣに知らせる。

ＩＭＳ ＣＮからサービスセッション終了インジケータを取得することによって、ＢＭ−ＳＣは、ＭＢＭＳセッション停止手順をトリガして、そのアプリケーションセッションに関するすべてのＭＢＭＳリソースを解放する。

以下において、本発明の第２の実施形態による、専用ネットワーク内でｅ−ＭＢＭＳベアラを使用することによって、マルチキャスト機能を提供するための方法がさらに詳細に説明される。

［実施形態２］
この実施形態では、手順は下記のように説明される。

アプリケーションセッション確立ステップにおいて、専門ネットワークの１つの許可を受けたユーザ装置は、セキュリティセンタにビデオをアップロードして、そのビデオを共有することを必要とする。

マルチキャストグループ決定ステップにおいて、セキュリティセンタは、ビデオ共有に関する専用ネットワークタイプと専用ＳＡ範囲とを決定する。次いで、決定されたタイプのものであり、かつ専用ＳＡ範囲内に位置特定された専用ネットワークすべてのユーザ装置を含むとして「マルチキャストグループ」が決定される。

ＭＢＭＳ準備ステップにおいて、セキュリティセンタは、専用ＳＡとセキュリティセッションＩＤとを含む制御情報をＢＭ−ＳＣに伝達する。加えて、セキュリティセンタは、さらに、ＭＢＭＳユーザサービスにＩＰマルチキャストアドレスを割り当てて、それをＢＭ−ＳＣに送信する。

そのマルチキャストグループ内のすべての専用ネットワークユーザ装置に関して、サービス発見手順が実行される。この手順を実行するために、任意の利用可能な方法を使用することが可能である。

加えて、これらのユーザ装置とＢＭ−ＳＣとの間でＭＢＭＳ鍵配布手順も実行される。上で説明されたように、特定の状況において、サービス発見手順とＭＢＭＳ鍵配布手順とは省略されてよい。

セッション開始ステップにおいて、ＢＭ−ＳＣは、対応するＴＭＧＩを割り当てて、ＭＢＭＳセッション開始手順をトリガする。ＢＭ−ＳＣは、受信されたＳＡリストをセッション開始メッセージに含めて、それをＭＢＭＳゲートウェイに送信する。ＭＢＭＳゲートウェイは、トランスポートＩＰマルチキャストアドレスと共に、ＭＢＭＳセッション開始メッセージをＳＡ内に位置特定されたセルを有するすべてのｅＮＢに送信する。そのセッション開始メッセージを受信したｅＮＢは、ＭＢＭＳゲートウェイを用いて、ＩＰマルチキャストトランスポートベアラをセットアップする。ＭＢＭＳベアラセットアップ手順は、現在のＲＥＬ９仕様書と同じである。

ＭＢＭＳサービス提供手順において、ＢＭ−ＳＣは、利用可能なＭＢＭＳ仕様書に従って、受信されたサービスデータをすべてのＭＢＭＳユーザ装置に配布する。

セキュリティセンタは、すべてのセッションを停止することを決定して、この状態をＢＭ−ＳＣに転送する。

ＩＭＳ ＣＮからサービスセッション終了インジケータを受信するとき、ＢＭ−ＳＣは、ＭＢＭＳセッション停止手順をトリガして、そのアプリケーションセッションに関するすべてのＭＢＭＳリソースを解放する。

本発明によって達成される有益な効果
本発明は、マルチキャストが無線ネットワーク内でサポートされていない場合、ＭＢＭＳマルチキャストグループ内のマルチキャストを可能にする。特に、本発明は、オペレータからのアプリケーションシナリオに関する要件を満たすためのシステムアーキテクチャとシステム機構とを提供する。

技術的解決策の２つの主な問題が解決される。１つは、マルチキャストソースとしてアップリンクユーザデータを導入することであり、もう１つは、「マルチキャストグループ」内でコンテンツを配布することである。

第１の改善の場合、ＩＭＳベースのマルチキャストサービスに関して、ＩＭＳ ＣＮとＢＭ−ＳＣとの間にインターフェースが使用される。ユーザプレーンの観点から、ＩＭＳ ＣＮは、ＬＴＥ ＭＢＭＳに関するコンテンツソースとして機能する。ビデオ共有の場合、セキュリティセンタは、ＬＴＥ ＭＢＭＳに関するコンテンツソースとして機能する。

第２の改善の場合、ＩＭＳベースのマルチキャストサービスは、動的なグループ内で伝達される。「マルチキャストグループ」は、ＭＢＭＳ機能を有し、かつＩＭＳセッションを既に受け入れているすべてのＩＭＳユーザ装置を含む。マルチキャストグループ情報は、ユーザ装置からのフィードバックに基づいて取得される。ビデオ共有シナリオは、「マルチキャストグループ」がアプリケーションセッション全体を制御するネットワーク要素によって半ば構成されている（ｓｅｍｉ―ｃｏｎｆｉｇｕｒｅｄ）ことを示す。

詳細には、ＩＭＳユーザ装置がＩＭＳセッション招待を受け入れるとき、それらのＩＭＳユーザ装置はそれらのサービス提供セルのＣＧＩリストをＩＭＳ ＣＮに送信する。

制御プレーン内でＭＳＭＳ制御情報を伝達するために、ＭＢＭＳコンテンツソースとＢＭ−ＳＣとの間にインターフェースが使用される。ＩＭＳ ＣＮはセルＣＧＩリストをＢＭ−ＳＣに転送する。ＢＭ−ＳＣは、その情報をＳＡリストに変換する。ビデオ共有シナリオの場合、セキュリティセンタは、ＳＡリストをＢＭ−ＳＣに直接的に送信する。したがって、ＳＡの外部に位置特定されたユーザ装置は、いずれのＭＢＭＳ情報も受信しないことになる。

本発明は、すなわち、ＢＭ−ＳＣがＩＰマルチキャストアドレスを取得した後で、ＭＢＭＳサービス発見手順およびＭＢＭＳセキュリティ手順に関して適切なトリガ時間も導入する。これらの２つの手順は、マルチキャストグループ内のユーザ装置だけが、それぞれ、制御プレーン内およびユーザプレーン内のサービスデータを復号できるようにする。

マルチキャストグループメンバがシステム内を移動していても、コンテンツが常にマルチキャストグループメンバに達することが可能であることを確認するために、ＩＭＳベースのＭＢＭＳに関して、移動度も考慮される。グループ内のユーザ装置がサービス提供セルの変更を検出したとき、それらのユーザ装置は、サービス提供セルの最新のＣＧＩを報告することになる。上で述べられた同じ方法によって、ＢＭ−ＳＣは、サービス提供セルの新しいＣＧＩを新しいＳＡ ＩＤに変換することができる。これにより、ＭＢＭセッション更新手順がトリガされることになる。

プログラマブルコンピュータによって、上記の方法の異なるステップを実施できる点を当業者は容易に理解されよう。この場合、いくつかの実装モードは、機械可読プログラム記憶デバイスまたはコンピュータ可読プログラム記憶デバイス（例えば、デジタルデータ記憶媒体）および機械実行可能符号化プログラム命令またはコンピュータ実行可能符号化プログラム命令も含み、この命令は、上記のいくつかのステップまたはすべてのステップを実行する。例えば、プログラム記憶デバイスは、デジタルメモリ、磁気記憶媒体（例えば、ディスクおよびテープ）、ハードウェアまたは光可読デジタル記憶媒体であってよい。これらの実装モードは、上記の方法のステップを実行するプログラマブルコンピュータをさらに含む。

これらの説明および図面は、本発明の原理を単に例示する。したがって、当業者は異なる構造を示唆することが可能である点を理解されたい。それらの異なる構造は、ここで明瞭に説明または示されていないが、それらの構造は、本発明の原理を反映し、本発明の趣旨および範囲に含まれる。加えて、ここで述べられたすべての例は、読者が本発明の原理と、当技術分野における改善のために本発明者が貢献する概念とを理解するのを助けるための教示目的だけに主に使用され、詳細に述べられた例および条件の制限として解釈されるべきではない。加えて、本発明の原理、態様、および実装モードを述べるこれらの記述およびその特定の例はすべて、その均等物を含む。

上で説明された実施形態は、本発明の範囲を限定するためではなく、例示のためだけに使用される。形態および詳細の点から、本発明の範囲および趣旨から逸脱せずに、これらの実施形態に様々な修正および変更を実行することが可能である点を当業者は理解されたい。本発明の範囲は、添付の特許請求の範囲およびそれらの均等物によって画定される。

Claims (15)

1. 通信システム内でマルチキャストサービスを提供するための方法であって、前記通信システムが、少なくとも１つのユーザ装置と、前記少なくとも１つのユーザ装置にサービスを提供するためのサーバとを含み、
   マルチキャストサービスを提供するためのマルチメディアブロードキャストマルチキャストサービスＭＢＭＳマルチキャストグループを前記サーバによって決定するステップと、
   前記ＭＢＭＳマルチキャストグループ内のユーザ装置にＭＢＭＳサービスを提供するために必要とされるＭＢＭＳサービス制御情報を前記サーバによって進化型マルチメディアブロードキャストマルチキャストサービスｅ−ＭＢＭＳネットワーク内のブロードキャストマルチキャストサービスセンターＢＭ−ＳＣに送信するステップと、
   前記受信されたＭＢＭＳサービス制御情報に基づいて、前記ＢＭ−ＳＣによって、ＭＢＭＳ有効範囲を決定して、前記ＭＢＭＳマルチキャストグループ内のユーザ装置に関するＭＢＭＳベアラセットアップ手順を前記ＭＢＭＳ有効範囲内でトリガするステップであって、前記それぞれのユーザ装置が該ユーザ装置に対する現在のサービス提供セルを報告することに応答して前記ＭＢＭＳ有効範囲が更新され、
   サービスを提供するためのデータを前記サーバによって前記ＢＭ−ＳＣに転送するステップと、
   前記セットアップされたＭＢＭＳベアラを経由して、前記ＢＭ−ＳＣによって、前記ＭＢＭＳマルチキャストグループ内の前記ユーザ装置のそれぞれに前記データを配布するステップとを含む方法。
   
2. 前記ＢＭ−ＳＣが前記サーバから前記ＭＢＭＳサービス制御情報を受信した後で、前記ＭＢＭＳマルチキャストグループ内または前記ｅ−ＭＢＭＳネットワーク内の前記ユーザ装置が、前記マルチキャストグループ内の前記ユーザ装置のすべてに関してＭＢＭＳ発見手順をトリガして、前記マルチキャストグループ内の前記ユーザ装置のすべてと前記ＢＭ−ＳＣとの間でＭＢＭＳ鍵配布手順をトリガする、請求項１に記載の方法。
   
3. マルチキャストサービスを提供するためのマルチメディアブロードキャストマルチキャストサービスＭＢＭＳマルチキャストグループを前記サーバによって前記決定するステップの前に、
   前記少なくとも１つのユーザ装置と前記サーバとの間に前記サービスに関するベアラをセットアップするステップをさらに含む、請求項１に記載の方法。
   
4. 前記少なくとも１つのユーザ装置と前記サーバとの間に前記サービスに関するベアラをセットアップした後で、
   前記ベアラを経由して、前記少なくとも１つのユーザ装置のＭＢＭＳ機能に関する情報を前記少なくとも１つのユーザ装置によって前記サーバにフィードバックするステップをさらに含み、
   前記サーバが、前記ＭＢＭＳマルチキャストグループが前記ＭＢＭＳ機能を有するすべてのユーザ装置を含むことを決定する、請求項３に記載の方法。
   
5. 前記ＭＢＭＳ機能を備えていない前記ユーザ装置の場合、前記サーバが、前記ベアラを経由して、提供されることになる前記サービスに関するデータを前記ユーザ装置に送信する、請求項４に記載の方法。
   
6. 前記受信されたＭＢＭＳサービス制御情報が、前記ＭＢＭＳマルチキャストグループ内の前記ユーザ装置のそれぞれの位置情報を含み、前記ＢＭ−ＳＣが、前記ＭＢＭＳ有効範囲を決定するために、前記受信された位置情報を変換する、請求項１に記載の方法。
   
7. 前記位置情報が、前記ＭＢＭＳマルチキャストグループ内の前記ユーザ装置のそれぞれによって前記サーバにフィードバックされるか、または前記ユーザ装置のそれぞれの前記位置情報を格納しているサーバにアクセスすることによって取得される、請求項６に記載の方法。
   
8. 前記ＭＢＭＳ有効範囲の更新が、
   前記位置情報が変更された後で、
   更新されたＭＢＭＳサービス制御情報を前記サーバによって前記ＢＭ−ＳＣに転送するステップと、
   前記更新されたＭＢＭＳサービス制御情報に基づいて、前記ＢＭ−ＳＣによって前記ＭＢＭＳ有効範囲を再決定して、ＭＢＭＳベアラセットアップ手順をトリガするステップとをさらに含む、請求項７に記載の方法。
   
9. 前記サーバによってサービス終了インジケータを前記ＢＭ−ＳＣに送信するステップと、
   前記ＢＭ−ＳＣによって、前記サービスを停止して、前記セットアップされたＭＢＭＳベアラを解放するステップ
   とをさらに含む、請求項１乃至８のいずれか１項に記載の方法。
   
10. マルチメディアブロードキャストマルチキャストサービスＭＢＭＳマルチキャストグループ内のユーザ装置にＭＢＭＳサービスを提供するために必要とされるＭＢＭＳサービス制御情報をサーバから受信するように構成された制御情報受信モジュールと、
    前記受信されたＭＢＭＳサービス制御情報に基づいて、ＭＢＭＳ有効範囲を決定して、前記ＭＢＭＳマルチキャストグループ内のユーザ装置に関するＭＢＭＳベアラセットアップ手順を前記ＭＢＭＳ有効範囲内でトリガするように構成されたＭＢＭＳベアラセットアップモジュールであって、前記それぞれのユーザ装置が該ユーザ装置に対する現在のサービス提供セルを報告することに応答して前記ＭＢＭＳ有効範囲が更新され、
    提供されることになる前記サービスに関するデータをサーバから受信するように構成されたＭＢＭＳサービスデータ受信モジュールと、
    前記セットアップされたＭＢＭＳベアラを経由して、前記ＭＢＭＳマルチキャストグループ内のユーザ装置にデータを配布するように構成されたＭＢＭＳサービス提供モジュールと
    を含むブロードキャストマルチキャストサービスセンターＢＭ−ＳＣ。
    
11. 前記サーバから前記制御情報受信モジュールによって受信された前記ＭＢＭＳサービス制御情報が、前記ＭＢＭＳマルチキャストグループ内の前記ユーザ装置の位置情報を含み、前記ＭＢＭＳベアラセットアップモジュールが、前記ＭＢＭＳ有効範囲を決定するために、前記位置情報を変換するように構成された制御情報変換モジュールを含む、請求項１０に記載のＢＭ−ＳＣ。
    
12. 前記ＭＢＭＳ有効範囲の更新は、
    前記制御情報受信モジュールがユーザ装置からの報告に応じた更新されたＭＢＭＳサービス制御情報を受信するとき、前記更新されたＭＢＭＳサービス制御情報に基づいて、前記ＭＢＭＳ有効範囲を再決定し、前記ＭＢＭＳベアラセットアップ手順をトリガする前記ＭＢＭＳベアラセットアップモジュールによって更新される、請求項１０に記載のＢＭ−ＳＣ。
    
13. 前記制御情報受信モジュールがサービス終了インジケータを受信するとき、前記ＭＢＭＳサービス提供モジュールが前記サービスを停止して、前記ＭＢＭＳベアラセットアップモジュールが前記セットアップされたＭＢＭＳベアラを解放する
    請求項１０乃至１２のいずれか１項に記載のＢＭ−ＳＣ。
    
14. ＭＢＭＳマルチキャストグループを決定するように構成されたＭＢＭＳマルチキャストグループ決定モジュールと、
    マルチメディアブロードキャストマルチキャストサービスＭＢＭＳマルチキャストグループ内のユーザ装置にＭＢＭＳサービスを提供するために必要とされるＭＢＭＳサービス制御情報を進化型マルチメディアブロードキャストマルチキャストサービスｅ−ＭＢＭＳネットワーク内のブロードキャストマルチキャストサービスセンターＢＭ−ＳＣに送信するように構成された制御情報送信モジュールと、
    ＭＢＭＳ有効範囲を決定するために提供されるデータ、および前記ＭＢＭＳ有効範囲を更新するためにユーザ装置から提供されるデータを前記ＢＭ−ＳＣに送信するように構成されたサービスデータ送信モジュールと
    を含むサーバ。
    
15. 前記ＭＢＭＳマルチキャストグループ内のユーザ装置から前記ユーザ装置のＭＢＭＳ機能に関する情報を受信するように構成されたＭＢＭＳ機能情報受信モジュールをさらに含み、
    前記ＭＢＭＳマルチキャストグループ決定モジュールが、前記ＭＢＭＳマルチキャストグループが前記ＭＢＭＳ機能を有するすべてのユーザ装置を含むことを決定する
    請求項１４に記載のサーバ。