JP2010524311A - 異なる無線アクセス技術のネットワーク間を移動する移動ノードのためのマルチキャストデータのサービスコンテンツ同期 - Google Patents

Abstract

本発明は、前のネットワークエリアと異なるデータレートでマルチキャストサービスが提供されるネットワークエリアに移動した移動ノードへマルチキャストサービスの提供を継続する方法に関する。マルチキャストサービスのシームレス提供を可能にする目的で、追加データチャネルを介して移動ノードに提供される追加マルチキャストセッションを確立するか決定するコンテンツ同期エンティティを移動通信システムに導入する。コンテンツ同期エンティティは、その決定をさまざまなパラメータおよびアルゴリズム（例えば、移動ノードがハンドオーバーを行った時刻の移動元ネットワークにおけるセッションの提供の進捗など）に基づいて行える。同じネットワークエリアに入る以降の移動ノードは、確立済み追加データチャネルを再利用して追加マルチキャストセッションを受信できる。追加データチャネルをマルチキャスト無線ベアラとして確立できるためである。

Description

本発明は、移動通信システムにおいて移動ノードへのマルチキャストサービスの継続的な提供を管理する方法に関する。本発明は、移動ノードが、異なるデータレートをサポートしているネットワークエリア間でハンドオーバーを行っている間に、マルチキャストサービスデータの受信を中断することなく継続することを可能にするため、複数の異なる方法ステップを提供する。さらに、本発明は、本発明に関与するマルチキャストサービスプロバイダと、ゲートウェイと、コンテンツ同期エンティティとに関する。

Ｗ−ＣＤＭＡ（Wideband Code Division Multiple Access：広帯域符号分割多元接続）は、第３世代のワイヤレス移動通信システムとして使用する目的で標準化されたＩＭＴ−２０００システム（International Mobile Telecommunication system：国際移動通信システム）の無線インタフェースである。Ｗ−ＣＤＭＡは、音声サービスやマルチメディア移動通信サービスといったさまざまなサービスをフレキシブルかつ効率的に提供する。日本、欧州、米国、およびその他の国における標準化機関は、Ｗ−ＣＤＭＡの共通の無線インタフェース仕様を策定する目的で、３ＧＰＰ（第３世代パートナーシッププロジェクト）と呼ばれるプロジェクトを共同して組織した。

ＩＭＴ−２０００の欧州における標準化バージョンは、一般にＵＭＴＳ（Universal Mobile Telecommunication System：ユニバーサル移動通信システム）と呼ばれている。ＵＭＴＳ仕様の最初のリリースは、１９９９年に公開された（リリース９９）。その後、３ＧＰＰにより、リリース４、リリース５、リリース６において、この標準に対するいくつかの改良が標準化された。現在、リリース７および「Study Item on Evolved UTRA and UTRAN」の範囲内において、さらなる改良の議論が進められている。

最近になって、３ＧＰＰは、３Ｇの長期的な競争力を確保するため、３Ｇ標準の次の大きな前進または進化の検討を開始した。３ＧＰＰは、最近、「Evolved UTRA and UTRAN(E-UTRAおよびUTRAN)」という研究項目（一般には「ロングタームエボリューション（ＬＴＥ：Long Term Evolution）」として公知である）に着手した。この研究では、サービスの提供を向上させることと、ユーザおよび事業者側のコストを低減することとを目的として、パフォーマンスの大幅な向上を達成する手段が検討される。一般には、移動制御にはインターネットプロトコル（ＩＰ）を使用し、将来的なサービスすべてがＩＰベースであるものと想定している。したがって、進化の中心的な課題は、従来のＵＭＴＳシステムのパケット交換（ＰＳ）ドメインの機能強化である。

今回の進化の主たる目的は、前述したように、サービスの提供をさらに向上させることと、ユーザおよび事業者側のコストを低減することである。より具体的には、ロングタームエボリューション（ＬＴＥ）における、いくつかの重要なパフォーマンス、能力、および配備上の要求条件は、特に、以下のとおりである。
・ ＨＳＤＰＡおよびＨＳＵＰＡと比較して、データレートが大幅に高いこと（想定されている目標ピークデータレートは、ダウンリンクが１００Ｍｂｐｓ以上、アップリンクが５０Ｍｂｐｓ以上である）
・ データレートが高く、エリアカバレッジが広いこと
・ 上位層プロトコル（例えば、ＴＣＰ）のパフォーマンスを向上させることと、制御プレーン手順（例えば、セッションの確立）に関連付けられる遅延を低減することとを目的として、ユーザプレーンにおける遅延を大幅に低減すること
・ １．２５ＭＨｚ〜２０ＭＨｚの範囲のさまざまなサイズのスペクトル割り当てにおいてスタンドアロンシステムとして動作すること

ロングタームエボリューション研究のうち、配備に関連するさらなる要求条件は、これらの技術になめらかに移行できることである。

現在のアーキテクチャとＬＴＥ ＵＴＲＡＮアーキテクチャ
図１は、ユニバーサル移動通信システム（ＵＭＴＳ：Universal Mobile Telecommunication System）の高レベルリリース９９／４／５／６のアーキテクチャを示している（非特許文献１（http://www.3gpp.orgにおいて入手可能であり、参照によりその内容を本願に援用するものとする）を参照）。ＵＭＴＳシステムは、それぞれが所定の機能を有する複数のネットワーク要素から構成されている。ネットワーク要素は、それぞれの機能によって定義されているが、各ネットワーク要素の物理的なインプリメンテーションが類似していることも一般的であり、ただし必須条件ではない。

ネットワーク要素は、機能に基づいて、コアネットワーク（ＣＮ）１０１と、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ：UMTS Terrestrial Radio Access Network）１０２と、ユーザ機器（ＵＥ）１０３とにグループ化される。ＵＴＲＡＮ １０２は、無線に関連するすべての機能を処理する役割を担っているのに対し、ＣＮ １０１は、呼のルーティングおよび外部ネットワークとのデータ接続の役割を担っている。ＣＮとＵＴＲＡＮの間と、ＵＴＲＡＮとＵＥの間の相互接続は、オープンインタフェース（それぞれ、Ｉｕ、Ｕｕ）によって定義されている。なお、ＵＭＴＳシステムはモジュール方式であり、したがって、同じタイプのいくつかのネットワーク要素を備えることが可能である。

図２は、３ＧＰＰ ＬＴＥ移動通信ネットワークの例示的な概要を示している。このネットワークは、機能に基づいて、コアネットワーク（ＣＮ）と、無線アクセスネットワーク（ＲＡＮ）と、ユーザ機器（ＵＥ）または移動端末とにグループ化される、複数の異なるネットワークエンティティから構成されている。ＲＡＮは、無線に関連するすべての機能、特に、無線リソースのスケジューリングなどを処理する役割を担っている。ＣＮは、呼のルーティングおよび外部ネットワークとのデータ接続の役割を担うことができる。

このＬＴＥネットワークは、ユーザデータプレーンに関しては「２ノードアーキテクチャ」であり、いわゆるＳＡＥゲートウェイ（ＳＡＥ−ＧＷ）とエンハンストノードＢ（ｅＮｏｄｅＢまたはｅＮＢとも称する）とから構成されている。制御プレーン上には、上述したエンティティに加えて、移動管理エンティティ（ＭＭＥ）も存在しており、非アクセス階層（ＮＡＳ：non-access stratum）シグナリングおよびその他の関連する制御シグナリング（例えば、認証、移動管理）を処理する。ＭＭＥおよびＳＡＥ−ＧＷは、コアネットワーク（ＣＮ）の機能、例えば、３ＧＰＰアクセスネットワーク間で移動するためのＣＮノード間のシグナリング、アイドルモードにあるＵＥのトラッキングおよび到達性、呼のルーティングおよび外部ネットワークとのデータ接続を処理する。ｅＮｏｄｅＢは、例えば、ヘッダ圧縮、暗号化／整合性保護、無線リソース制御（ＲＲＣ）、分割／連結、リソースのスケジューリングおよび割り当て、多重化といった機能と、物理層の機能を処理することができる。

移動通信ネットワークは、一般にはモジュール方式であり、したがって、同じタイプのいくつかのネットワークエンティティを備えていることが可能である。ネットワーク要素の相互接続は、オープンインタフェースによって定義される。ＵＥは、Ｕｕインタフェースとして表されるエアインタフェースを介して、ｅＮｏｄｅＢに接続することができる。ｅＮｏｄｅＢは、いわゆるＳ１−Ｕインタフェースを介してＳＡＥ−ＧＷに接続することができる。ｅＮｏｄｅＢ自体は、いわゆるＸ２インタフェースを介して相互接続される。

３ＧＰＰと非３ＧＰＰの両方の統合は、外部パケットデータネットワーク（例えば、インターネット）とのＳＡＥ−ＧＷのインタフェースを介して処理することができる。

すでに上述したように、図２の例示的なネットワークアーキテクチャにおいては、セルのリソースの所有権は、各ｅＮｏｄｅＢにおいて処理されるものと想定している。セルのリソースの所有権がＳＡＥ−ＧＷの外側で処理されることによって、（ＣＰ／ＵＰフローの両方の）ＳＡＥ−ＧＷのプーリング（polling）をサポートすることが可能となり、複数の異なる端末について、１つのｅＮｏｄｅＢをいくつかのＳＡＥ−ＧＷに接続することができる（したがって、単一障害点が回避される）。

マルチキャストサービス
マルチキャスト対応サービスは、例えば、マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）であり、このサービスも３ＧＰＰによって標準化されている（非特許文献２（http://www.3gpp.orgにおいて入手可能であり、参照によりその内容を本願に援用するものとする）を参照）。ＭＢＭＳサービスは、同じダウンリンクデータを無線ネットワークを通じて複数の受信者に送信する、ダウンリンクマルチキャストサービスである。複数の受信者は、ＭＢＭＳサービスデータを受信するために、一般には１つの無線チャネル、共有無線ベアラ、またはマルチキャスト無線ベアラを共有する。ＭＢＭＳサービスは、マルチメディアデータ（例えば、リアルタイムの画像および音声、またはテキスト）の送信をサポートしている。

ＭＢＭＳセッションは、移動通信システムのブロードキャストマルチキャスト−サービスセンター（ＢＭ−ＳＣ：Broadcast Multicast - Service Center）とユーザ機器（ＵＥ）との間に、移動通信システムのコアネットワークのゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ：Gateway GPRS Support Node）と、移動通信システムの無線アクセスネットワーク（ＲＡＮ：Radio Access Network）とを介して、確立することができる。ＢＭ−ＳＣは、サービスデータを提供するために使用されるＭＢＭＳベアラサービスをアクティブにし、各ベアラサービスは、一時的移動グループ識別子（ＴＭＧＩ：Temporary Mobile Group Identity）によって一意に識別される。ＴＭＧＩは、ＢＭ−ＳＣによってグローバルに割り当てられ、一組のＩＰマルチキャストアドレスおよびアクセスポイント名（ＡＰＮ）と等価である。ＴＭＧＩは、使用されるＭＢＭＳベアラを効率的に識別するために使用される。ＴＭＧＩは、マルチキャストセッションのためのＭＢＭＳセッションをアクティブ化するとき、または、ブロードキャストセッションのサービスアナウンスメント時に、ＵＥに送信される。

ＭＢＭＳサービスでは、同じコンテンツの１つまたは複数のセッションを確立することができる。例えば、ＭＢＭＳサービスは同じであるが（例えば、ビデオニュース放送）、異なるＴＭＧＩによって識別される２つの異なるセッション（１つはＬＴＥにおけるセッション、１つはＬＴＥ以前におけるセッション）が存在する。新しいセッションは、新しいＴＭＧＩがＢＭ−ＳＣによって割り当てられるときに確立される。

ＭＢＭＳにおいては、おそらくは異なるセル内に位置している多数のユーザに同じデータが送信されるため、上に紹介したＵＭＴＳおよびＬＴＥのネットワークアーキテクチャによって例示したように、いくつかのセルが異なる無線アクセス技術（ＲＡＴ）に属していることがある。より具体的には、異なる無線技術では、それらのネットワークエリア内に位置している移動ノードにデータを提供するために、それらのネットワークエリア内で異なるデータレートがサポートされる。例えば、ＵＭＴＳは、現在、理想的な条件時に２Ｍｂｐｓのデータレートをサポートしているのに対して、ＬＴＥは、最大１００Ｍｂｐｓのレートにおいてデータを提供することができるものと想定されている。しかしながら、実際に配備する場合においては、これらのデータレートが大幅に低下することがあり、したがって、現実的な想定として、ＬＴＥマルチキャストサービスのデータレートは、現在のＵＭＴＳネットワーク技術によってサポートされるデータレートの約５〜６倍である。以下の説明においては、ＬＴＥのデータレートがＵＭＴＳのデータレートの５倍であるという想定に基づいて、本発明のいくつかの実施形態について説明する。しかしながら、当業者には、この例示的な想定は、本発明の実施形態に何らの制約を課すことはなく、無線アクセス技術の間のデータレートの差が本明細書における差と異なっていても、それは本発明の範囲に含まれることが、容易に認識されるであろう。

図３は、ＬＴＥネットワークエリアとＬＴＥ以前の（ＵＭＴＳ）ネットワークエリアとの間で移動する移動ノードにＢＭ−ＳＣによってマルチキャストサービスが提供される、例示的なネットワークアーキテクチャを示している。移動ノードのＲＡＴ間ハンドオーバー（ＨＯ）は、両方向に、すなわち、ＬＴＥ以前からＬＴＥに、およびＬＴＥからＬＴＥ以前に、行うことができる。これらのハンドオーバーは、例えば、ＬＴＥシステムのカバレッジが全体を網羅していない早期の配備段階に必要とされる。

ＳＡＥ（System Architecture Evolution）−ゲートウェイ（ＧＷ）は、異なる無線アクセス技術を有する２つのネットワークの間のインタフェースとして提供されている。さらに、ＢＭ−ＳＣは、移動通信システムの中のいずれかの場所に配置されており、システムのバックボーンを介してゲートウェイに接続されているものと想定する。

２つのネットワークエリアでは、ＭＢＭＳデータが異なるデータ提供速度において提供されるため、ＭＢＭＳセッションの提供が異なる時刻に完了する。例えば、ＬＴＥ以前のシステム（ＵＭＴＳ）においては、ＭＢＭＳセッションは、終了するのに、ＬＴＥにおける場合の約５倍の時間がかかる。結果として、移動ノードが２つのネットワークエリアの間で移動するとき、ハンドオーバーをなめらかに行うことができず、なぜなら、新しいネットワークエリアにおいてその時点で提供されているデータが、前のネットワークエリアにおけるデータとは異なるためである。例えば、移動ノードがＬＴＥからＬＴＥ以前に移動する場合、重複して送信されるデータが存在し、すなわち、この移動ノードは、新しいサービスコンテンツを受信する前に、ＬＴＥ以前の新しいネットワークの無線ベアラを介して最初に重複データ（duplicate data）を受信する。このことは、図４の左側に示してある。より詳細には、移動ノードは、時刻ｔ１にハンドオーバーを行うものと想定し、ＬＴＥネットワークにおける無線ベアラは、ＬＴＥ以前における無線ベアラよりも５倍高速でデータを提供するため、時刻ｔ１における現在の進捗は、ＬＴＥにおいて約６０％であり、ＬＴＥ以前において約１２％である。したがって、移動ノードがＬＴＥネットワークエリアの中で移動しているときには、現時点において、データはマルチキャストサービスデータ全体の６０％であるのに対し、ＬＴＥ以前のネットワークエリアの中では、移動ノードは無線ベアラを通じてマルチキャストサービス全体の１２％の進捗に対応するＭＢＭＳデータを受信する。明らかに、ＵＥがＬＴＥ以前のネットワークへのハンドオーバーを行うと、ＭＢＭＳセッションの４８％のパケットが重複して送信され、これにより、移動ノードは、ＬＴＥ以前の無線ベアラが追いつくまで待機してからマルチキャストサービスの「新しい」データを受信しなければならない。

逆に、図４の右側には、移動ノードが、同じ時間座標においてＬＴＥ以前のネットワークエリアからＬＴＥネットワークエリアにハンドオーバーする場合を示している。移動ノードがすでに受信した現在のデータ量と、ＬＴＥにおける現在の進捗との間のギャップは、この場合にも４８％であるが、今回、ＬＴＥにおける進捗は、ハンドオーバー時刻における移動ノードのデータ量よりも先に進んでいる。したがって、ＬＴＥの無線ベアラが追いつくのを待機することは不可能であり、この移動ノードは、マルチキャストサービスのうちの欠落している４８％を受信しない。

ダウンロード再生（Download and Play）サービス（すなわち、データのダウンロードの完了後にコンテンツを再生する）などのサービスの場合、重複するデータのダウンロードと、関連付けられる待機時間とに起因して、サービスの再生段階が遅れる。また、データが欠落している場合、後修復メカニズムに起因して、ダウンロード段階の持続時間が増大する。詳細には、後修復メカニズムでは、欠落しているデータを検出する目的で、完了したマルチキャストサービスデータの提供を分析し、セッション配信が完了した後、欠落データをマルチキャストサービスプロバイダ（ＢＭ−ＳＣ）に要求する。したがって、後修復メカニズムは、欠落している４８％を少なくとも検出し、したがって、これらをＢＭ−ＳＣに要求し、ＢＭ−ＳＣは、新しいベアラを確立し、要求されたデータを移動ノードに送信する。

プログレッシブダウンロード再生（Progressive Download and Play）サービス（すなわち、データのダウンロード中にコンテンツを再生する）などのサービスの場合、重複するデータおよび関連付けられる待機時間に起因して、サービスが一時停止する。この場合も、欠落しているデータは、後修復メカニズムが動作するセッションの終了時に提供されるのみであり、したがって、サービスは、提供が終了して欠落しているデータが後修復メカニズムによってＭＢＭＳプロバイダから取得されるまで、一時停止することさえある。

個々のセッション中に修復するタイプのソリューションの場合、異なるＲＡＴ間でＵＥがハンドオフするタイミングが独立していることに起因して、複数の個々のベアラが要求されるため、ネットワークリソースの使用が非効率的である。

3GPP TS 25.401: "UTRAN Overall Description" 3GPP TS 23.246 v6.6.0: "Multimedia Broadcast/Multicast Service (MBMS); Architecture and functional description (Release 6)

本発明の目的は、上に概説した問題の少なくとも１つを克服するメカニズムを提案することである。本発明のより具体的な目的は、異なるデータレートをサポートしているネットワークエリア間で移動する移動ノードへのマルチキャストサービスの提供を改良することである。

これらの目的の少なくとも１つは、独立請求項の主題によって解決される。本発明の有利な実施形態は、従属請求項の主題である。

本発明の一態様によると、移動元ネットワークエリアのマルチキャストサービスの提供の現在の進捗と、移動先ネットワークエリアのマルチキャストサービスの提供の現在の進捗とを分析することによって、マルチキャストサービスデータの改良された継続的な提供が確保される。したがって、提供を中断なしに継続するため、移動ノードへの新しいデータチャネルを確立することができる。

本発明の別の態様は、システムリソースを再利用することであり、この態様は、新しいデータチャネルを確立する態様と有利に組み合わせることができる。マルチキャストサービスは複数の移動ノードにブロードキャストされるため、同じマルチキャストサービスを受信しているいくつかの移動ノードが同じネットワークエリア内に位置していることがあり得る。利用可能なシステムリソースを効率的に使用する目的で、後からネットワークエリアに入る移動ノードも、以前の移動ノードのためにすでに確立されているデータチャネルを使用することができ、したがって、最新のＵＥのためのマルチキャストサービスが継続される。

本発明の一実施形態は、移動通信システムにおいて移動ノードへのマルチキャストサービスの継続的な提供を管理する方法を提供することである。この方法は、移動ノードが第１のネットワークエリアから第２のネットワークエリアに移動するときに実行される。さらに、第１のネットワークエリアには、第１のデータチャネルを介して第１のデータレートにおいてマルチキャストサービスが提供され、第２のネットワークエリアには、少なくとも第２のデータチャネルを介して第２のデータレートにおいてマルチキャストサービスが提供される。この場合に、第２のネットワークエリアにおいて移動ノードへのマルチキャストサービスの提供を継続するために、移動ノードのための追加のデータチャネルを確立するか、または、少なくとも第２のデータチャネルのうちの１つを利用するかが決定される。この決定は、移動ノードが第２のネットワークエリアに移動する時刻において、第１のネットワークエリアにおいて第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの量に関連する情報に基づく。追加のデータチャネルを確立することが決定された場合、移動通信システムにおいて、その追加のデータチャネルのためのシステムリソースが設定される。

本発明の有利な実施形態によると、第２のネットワークエリアにおける第３のデータチャネルを利用して、第２のネットワークエリアにおける移動ノードのためのマルチキャストサービスの提供を継続することができる。具体的には、この第３のデータチャネルは、別の移動ノードが第２のネットワークエリアに移動した後、第２のネットワークエリアにおいてこの別の移動ノードのマルチキャストサービスの提供を継続するために、この別の移動ノードのために以前に確立されたものである。明らかに、これにより、システムリソースの効率的な使用がもたらされ、なぜなら、後からの移動ノードが、以前に確立された無線ベアラを、サービスが継続されるように再利用できるためである。

本発明のより詳細な実施形態においては、第１のデータチャネルおよび少なくとも第２のデータチャネルは、マルチキャスト無線ベアラである。

本発明の別の実施形態は、追加のデータチャネルが、ユニキャスト無線ベアラまたはマルチキャスト無線ベアラである、あるいは、少なくとも第２の無線ベアラのうちの１つの一部であることに関する。この方法では、例えば、ネットワークの事業者にとっての高い柔軟性が確保される。

本発明の別の実施形態に関して、ユニキャスト無線ベアラまたはマルチキャスト無線ベアラの場合、追加のチャネルには、第２のデータチャネルとは異なるサービス識別子が割り当てられる。また、追加のデータチャネルが、少なくとも第２の無線ベアラのうちの１つの一部である場合、追加のデータチャネルには、第２のデータチャネルとは異なるポート番号が割り当てられる。

本発明のさらなる実施形態によると、決定するステップは、移動ノードが第２のネットワークエリアに移動する時刻における、少なくとも第２のデータチャネルを介してのマルチキャストサービスデータの提供の進捗に関する情報に、さらに基づく。

本発明の別の実施形態においては、決定するステップは、第２のネットワークエリアにおける利用可能なシステムリソースに関する情報、移動ノードの受信能力に関する情報、マルチキャストサービスに関する情報、のうちの少なくとも１つに、さらに基づく。決定するエンティティは、多数のパラメータおよび値を考慮することができ、したがって、決定を、特定のネットワークまたは事業者のニーズおよび特性に適合させることができる。

本発明のさらに詳細な実施形態は、決定するステップが、移動通信システムにおけるコンテンツ同期エンティティによって実行されることに関する。このコンテンツ同期エンティティは、第２のネットワークエリアに移動する移動ノードに関する指示情報を受信した時点で、決定を行うために必要な情報を、移動通信システムにおけるネットワークエンティティから取得する。したがって、本発明のこの実施形態は、中央集中方式に編成することができ、したがって、容易に制御することができる。

本発明の有利な実施形態においては、第２のネットワークエリアに移動する移動ノードに関する指示情報は、移動ノードの移動管理エンティティからコンテンツ同期エンティティに送信される。移動管理エンティティは、移動ノードの移動に関する役割を担っているため、移動ノードがハンドオーバーを行うことを認識する最初のエンティティの１つである。これにより、本発明のこの実施形態によると、手順の全体的な時間が短縮される。

本発明の別の実施形態によると、第２のネットワークエリアに移動する移動ノードに関する指示情報は、移動通信システムにおけるゲートウェイからコンテンツ同期エンティティに送信され、ゲートウェイは、第１のネットワークエリアと第２のネットワークエリアとの間のインタフェースを提供する。

本発明の別の実施形態は、第１のネットワークエリアおよび第２のネットワークエリアが、異なるデータレートをサポートしている異なる無線アクセス技術に属している場合に関する。したがって、第２のネットワークエリアにおけるマルチキャストサービスデータの提供の進捗は、移動ノードが第２のネットワークエリアに移動する時刻において、第１のネットワークエリアにおいて第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの量とは異なる。

本発明のより詳細な実施形態においては、追加のデータチャネルを介して移動ノードに提供されるマルチキャストサービスデータの量は、移動ノードが第２のネットワークに移動する時刻において、第１のネットワークエリアにおいて第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの量に基づく。したがって、移動ノードは、サービスをシームレスに継続することができる。

本発明の別の実施形態によると、追加のデータチャネルを介して移動ノードに提供されるマルチキャストサービスデータの量は、少なくとも第２のデータチャネルを介して提供されるマルチキャストサービスデータの量に、さらに基づく。これにより、両方の提供を効率的に組み合わせて、システムリソースを節約することができる。例えば、追加のデータチャネルが、限られた少量のマルチキャストサービスデータを提供するのみとすることができ、なぜなら、残りは、少なくとも第２のデータチャネルによってすでに提供されているためである。

本発明の別の実施形態は、追加のデータチャネルを確立することが決定された場合において、移動通信システムにおいてシステムリソースを設定するステップに関する。具体的には、移動ノードへのマルチキャストサービスデータの新しい提供の確立を要求するため、マルチキャストサービスを提供する、移動通信システムにおけるマルチキャストサービスプロバイダに要求を送信する。さらに、この要求は、移動ノードが第２のネットワークエリアに移動する時刻において、第１のネットワークエリアにおいて第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの量に関する情報と、移動ノードに関する情報とを含んでいる。さらに、移動ノードへのマルチキャストサービスデータの新しい提供を可能にするため、移動通信システムにおいてシステムリソースを確立する。マルチキャストサービスデータの新しい提供が開始されてマルチキャストサービスデータが提供され、このマルチキャストサービスデータは、マルチキャストサービスデータの提供が継続されるように、移動ノードが第２のネットワークエリアに移動する時刻において第１のネットワークエリアにおいて第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの量、と時間的に（chronologically）同じレベルである。

本発明のより詳細な実施形態においては、移動ノードには、マルチキャストサービスデータの新しい提供を識別する新しいマルチキャトスアドレスを送信することによって、マルチキャストサービスデータの新しい提供について通知される。

本発明の有利な実施形態によると、追加のデータチャネルのためのシステムリソースを設定するステップは、追加のデータチャネルのために、移動通信システムのコアネットワークにおいてシステムリソースを設定するステップを含んでいる。この場合、コアネットワークにおいてシステムリソースが設定された時点で、追加のデータチャネルのために移動通信システムにおいて設定されたシステムリソースについて、移動ノードに通知する。これにより、システムリソースの一部が事前にすでに確立されるため、時間が節約される。

本発明の別の実施形態に関して、少なくとも第２の移動ノードには、その移動ノードが第２のネットワークエリアに移動する時刻において、第２のネットワークエリアにおいて少なくとも第２のデータチャネルを介してマルチキャストサービスが提供される。追加のデータチャネルを確立することが決定されていた場合、少なくとも第２の移動ノードに、追加のデータチャネルについて通知する。したがって、少なくとも第２の移動ノードは、少なくとも第２のデータチャネルを介し、それと同時に、追加のデータチャネルを介して、マルチキャストサービスデータを受信する。少なくとも第２の移動ノードのためのマルチキャストサービスデータの提供が完了した時点で、少なくとも第２のデータチャネルのための、移動通信システムにおけるシステムリソースを解放する。これによって可能な利点として、もともと第２のネットワークエリア内に位置しておりマルチキャストサービスを受信していた移動ノードによって、追加のデータチャネルが効率的に使用されることによって、システムリソースが解放される。

本発明の別の実施形態は、移動ノードを含んでいる複数の移動ノードが第１のネットワークエリアから第２のネットワークエリアに同時に移動する場合に関する。この場合、決定するステップは、複数の移動ノードについての情報と、複数の移動ノードが第２のネットワークエリアに移動する時刻において、第１のネットワークエリアにおいて第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの量についての情報に基づく。さらに、追加のデータチャネルを確立することが決定された場合、複数の移動ノードには、確立された追加のチャネルのためのシステムリソースについて、ブロードキャストチャネルを介して通知される。移動ノードに個別に通知する代わりに、ブロードキャストチャネルを使用することによって、システムリソースが効率的に使用される。

本発明のさらに詳細な実施形態によると、第１のデータレートが第２のデータレートよりも高く、少なくとも第２のデータチャネルを介してのマルチキャストサービスデータの提供の進捗は、移動ノードが第２のネットワークエリアに移動する時刻において、第１のネットワークエリアにおいて第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの量よりも、時間的に遅れている。

本発明の有利な実施形態においては、少なくとも第２のデータチャネルを利用することが決定された場合、少なくとも第２のデータチャネルを介してのマルチキャストサービスデータの提供の進捗が、移動ノードが第２のネットワークエリアに移動する時刻において、第１のネットワークエリアにおいて第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの量と時間的に同じレベルになるまで、待機する。次いで、移動ノードは、第２のネットワークエリアにおけるマルチキャストサービスデータの提供を継続するため、少なくとも第２のデータチャネルを介してマルチキャストサービスデータを受信する。移動ノードは、いくらかの時間にわたり待機する必要があるが、移動ノードが、すでに割り当てられているシステムリソースを再利用することによってサービス提供を継続することが可能である。

本発明の別の実施形態によると、追加のデータチャネルを確立することが決定された場合における、移動通信システムにおいてシステムリソースを設定するステップは、移動ノードが第２のネットワークエリアに移動する時刻において、第１のネットワークエリアにおいて第１のデータチャネルを介してすでに送信されたデータの量に基づく。

本発明のさらに詳細な実施形態に関して、決定するステップは、移動ノードが第２のネットワークエリアに移動する時刻において、第１のネットワークエリアにおいて第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの量と、移動ノードが第２のネットワークエリアに移動する時刻における、少なくとも第２のデータチャネルを介してのマルチキャストサービスデータの提供の進捗、との差異を求めるステップを含んでいる。さらに、マルチキャストサービスデータの提供を完了するうえでの、移動ノードのためのマルチキャストサービスデータの残りの量も求める。求められた差異が、残りの量よりも大きいかまたは等しい場合、第２のネットワークエリアにおいて移動ノードのためのマルチキャストサービスデータの提供を継続するために、追加のデータチャネルを確立することが決定される。逆に、求められた差異が、残りの量よりも小さい場合、第２のネットワークエリアにおいて移動ノードのためのマルチキャストサービスデータの提供を継続するために、少なくとも第２のデータチャネルを利用することが決定される。これは、要求する必要のあるパラメータがわずか数個である簡単なアルゴリズムである。

本発明の有利な実施形態によると、別の移動ノードが第２のネットワークエリアに移動した後、第２のネットワークエリアにおいてその別の移動ノードのためのマルチキャストサービスの提供を継続するために、その別の移動ノードのための第３のデータチャネルが以前に確立された場合、差異を求めるステップは、移動ノードが第２のネットワークエリアに移動する時刻において、第１のネットワークエリアにおいて第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの量と、移動ノードが第２のネットワークエリアに移動する時刻における、第３のデータチャネルを介してのマルチキャストサービスデータの提供の進捗との差異を、代わりに求める。これによって、決定において、最も新しいデータチャネルが常に考慮され、これにより、より正確かつ効率的に決定することができる。

本発明の別の実施形態は、第１のデータレートが第２のデータレートよりも低い場合に関する。したがって、少なくとも第２のデータチャネルを介してのマルチキャストサービスデータの提供の進捗は、移動ノードが第２のネットワークエリアに移動する時刻において、第１のネットワークエリアにおいて第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの量よりも、時間的に進んでいる。

本発明の別の実施形態に関して、移動ノードが、第２のネットワークエリアにおけるマルチキャストサービスデータの提供が開始された後に第２のネットワークエリアに入る最初の移動ノードである場合、移動ノードのためのマルチキャストサービスデータの提供を継続するため、追加のデータチャネルを確立することが決定される。さらに、追加のデータチャネルは、追加のマルチキャスト無線ベアラとすることができる。例えば、追加のデータチャネルをマルチキャスト無線ベアラとして確立することが有利であり、なぜなら、これによって、第２のネットワークエリアに入る以降の移動ノードが、自身のサービスの提供を継続するためにこのマルチキャスト無線ベアラを再利用することによって、このマルチキャスト無線ベアラから恩恵を受けることができるためである。

本発明のより有利な実施形態によると、移動ノードのためのマルチキャストサービスデータの提供を継続するために第２のデータチャネルを利用することが決定された場合、移動ノードが第２のネットワークエリアに移動する時刻における、第２のデータチャネルの進捗までについては、マルチキャストサービスデータの提供を継続するため、移動ノードへの新しいユニキャストデータチャネルが確立される。次いで、移動ノードは、第２のネットワークエリアにおける移動ノードのためのマルチキャストサービスデータの提供を完了する目的で、第２のデータチャネルを介し、それと同時に、新しいユニキャストデータチャネルを介して、マルチキャストサービスデータを受信する。

本発明のより詳細な実施形態においては、移動ノードが第２のネットワークエリアに移動する時刻において、第１のネットワークエリアにおいて第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの量と、移動ノードが第２のネットワークエリアに移動する時刻における、少なくとも第２のデータチャネルを介してのマルチキャストサービスデータの提供の進捗との差異が求められる。さらに、マルチキャストサービスデータの提供を完了するうえでの、少なくとも第２のデータチャネルを介してのマルチキャストサービスデータの残りの量も、求められる。求められた差異が、残りの量よりも大きいかまたは等しい場合、第２のネットワークエリアにおいて移動ノードのためのマルチキャストサービスデータの提供を継続するために、追加のデータチャネルを確立することが決定される。それに対して、求められた差異が、残りの量よりも小さい場合、第２のネットワークエリアにおいて移動ノードのためのマルチキャストサービスデータの提供を継続するために、少なくとも第２のデータチャネルを利用することが決定される。さらに、移動ノードが第２のネットワークエリアに移動する時刻における、第２のデータチャネルの進捗までについては、マルチキャストサービスデータの提供を継続するために、移動ノードへの新しいユニキャストデータチャネルを確立することが決定される。

本発明の別の実施形態によると、別の移動ノードが第２のネットワークエリアに移動した後、第２のネットワークエリアにおいてマルチキャストサービスの提供を継続するために、その別の移動ノードのための第３のデータチャネルが以前に確立された場合、移動ノードが第２のネットワークエリアに移動する時刻において、第１のネットワークエリアにおいて第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの量と、移動ノードが第２のネットワークエリアに移動する時刻における、第３のデータチャネルを介してのマルチキャストサービスデータの提供の進捗との差異が、代わりに求められる。さらには、マルチキャストサービスデータの提供を完了するうえでの、第３のデータチャネルを介してのマルチキャストサービスデータの量も、代わりに求められる。

本発明の別の実施形態は、移動通信システムにおいて移動ノードへのマルチキャストサービスの継続的な提供を管理するコンテンツ同期エンティティを提供する。移動ノードは、第１のネットワークエリア（第１のデータチャネルを介して第１のデータレートにおいてマルチキャストサービスが提供されている）から、第２のネットワーク（少なくとも第２のデータチャネルを介して第２のデータレートにおいてマルチキャストサービスが提供されている）に移動する。このコンテンツ同期エンティティのプロセッサは、第２のネットワークエリアにおいて移動ノードへのマルチキャストサービスの提供を継続する目的で、移動ノードのための追加のデータチャネルを確立するか、または、少なくとも第２のデータチャネルのうちの１つを利用するかを決定する。この決定は、移動ノードが第２のネットワークエリアに移動する時刻において、第１のネットワークエリアにおいて第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの量に関連する情報に基づく。さらには、追加のデータチャネルを確立することが決定された場合、プロセッサは、移動通信システムにおいて、その追加のチャネルのためのシステムリソースを設定する。

本発明の別の実施形態によると、コンテンツ同期エンティティは、マルチキャストサービスプロバイダ（マルチキャストサービスを提供する）の一部である、または、ゲートウェイ（第１のネットワークエリアと第２のネットワークエリアとの間のインタフェースを提供する）の一部である、または、移動ノードの移動管理エンティティの一部である。

本発明の別の実施形態においては、コンテンツ同期エンティティのプロセッサは、第２のネットワークエリアに移動する移動ノードについての指示情報を受信した時点で、決定を実行するために必要な情報を、移動通信システムにおけるネットワークエンティティに要求する。さらに、情報を受信する受信器を備えている。

有利な一実施形態は、プロセッサが、マルチキャストサービスプロバイダ（マルチキャストサービスを提供する）、または、ゲートウェイ（第１のネットワークエリアと第２のネットワークエリアとの間のインタフェースを提供する）、または、無線制御エンティティ（第２のネットワークエリアにおける無線リソースを制御する）、または、移動ノードの移動管理エンティティ、のうちの少なくとも１つに、情報を要求することに関する。

本発明のより詳細な実施形態に関して、プロセッサは、決定を、移動ノードが第２のネットワークエリアに移動する時刻における、少なくとも第２のデータチャネルを介してのマルチキャストサービスデータの提供の進捗に関する情報、第２のネットワークエリアにおける利用可能なシステムリソースに関する情報、移動ノードの受信能力に関する情報、マルチキャストサービスに関する情報、のうちの少なくとも１つに、さらに基づいて行う。

本発明の別の実施形態によると、プロセッサが、追加のデータチャネルを確立することを決定した場合、プロセッサは、マルチキャストサービスプロバイダ（マルチキャストサービスを提供する）に、追加のデータチャネルを介して提供される追加のマルチキャストセッションを確立するように、さらに要求し、追加のマルチキャストセッションにおいて追加のデータチャネルを介して提供されるマルチキャストサービスデータの量は、移動ノードが第２のネットワークに移動する時刻において、第１のネットワークエリアにおいて第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの量に依存する。

本発明のさらなる実施形態においては、追加のマルチキャストセッションにおいて追加のデータチャネルを介して提供されるマルチキャストサービスデータの量は、少なくとも第２のデータチャネルを介して提供されるマルチキャストサービスデータの量に、さらに依存する。

本発明の別の実施形態に関して、受信器は、追加のマルチキャストセッションに関する情報を、マルチキャストサービスプロバイダから受信する。さらに、送信器は、追加のマルチキャストセッションが追加のデータチャネルを介して提供されていることについて、移動ノードに通知する。

本発明の有利な実施形態によると、プロセッサが、追加のデータチャネルを確立することを決定した場合、プロセッサは、追加のデータチャネルが個別のユニキャスト無線ベアラまたはマルチキャスト無線ベアラであるのか、あるいは、追加のデータチャネルが少なくとも第２の無線ベアラのうちの１つの一部であるのかを決定する。

ＵＭＴＳ Ｒ９９／４／５によるＵＭＴＳの高レベルアーキテクチャを示している。 ３ＧＰＰ ＬＴＥ研究プロジェクトによるＵＴＲＡＮの例示的なアーキテクチャを示している。 本発明の一実施形態において想定される例示的なネットワークアーキテクチャを示しており、このアーキテクチャでは、１つのＬＴＥネットワークと１つのＬＴＥ以前のネットワークにＭＢＭＳサービスが提供される。 ＬＴＥネットワークエリアとＬＴＥ以前のネットワークエリアとにおいて提供されるマルチキャストセッションの進捗の差異と、異なるＲＡＴ間でハンドオーバーする場合に予測される状況とを示している図である。 本発明の別の実施形態において想定される例示的なネットワークアーキテクチャを示しており、このアーキテクチャには、ＵＥがＬＴＥからＬＴＥ以前へのハンドオーバーを行った後にＭＢＭＳサービスの継続的な提供を管理するためのコンテンツ同期エンティティが導入されている。 本発明の一実施形態による信号図として、コンテンツ同期エンティティ、ＢＭ−ＳＣ、ＳＡＥ−ＧＷ、ＳＧＳＮ／ＭＭＥ、およびＵＥの間で交換されるメッセージとともに示してある。 ＬＴＥからＬＴＥ以前へのハンドオーバーを行った後に、ＵＥ １のための新しい無線ベアラを確立する、本発明の実施形態による状況を示している図である。 図７の続きであり、ＵＥ ２が、ＬＴＥネットワークからＵＥ １のＬＴＥ以前のネットワークへのハンドオーバーを行った後に、ＵＥ １のために以前に確立された無線ベアラを再利用することによって、ＵＥ ２がＭＢＭＳサービスを継続する、本発明の別の実施形態による方法を示している。 図８の続きであり、ＵＥ ３が、ＬＴＥネットワークから、ＵＥ １およびＵＥ ２のＬＴＥ以前のネットワークへのハンドオーバーを行った後に、ＵＥ ３のための別の新しい無線ベアラを確立する、本発明の一実施形態による状況を示している。 本発明の別の実施形態において想定される例示的なネットワークアーキテクチャを示しており、このアーキテクチャには、ＵＥがＬＴＥ以前からＬＴＥへのハンドオーバーを行った後にＭＢＭＳサービスの継続的な提供を管理するためのコンテンツ同期エンティティが導入されている。 ＵＥ １が、ＬＴＥ以前からＬＴＥへのハンドオーバーを行った後に、ＵＥ １のための新しいマルチキャスト無線ベアラを確立する、本発明の実施形態による状況を示している図である。 図１１の続きであり、ＵＥ ２が、ＬＴＥ以前のネットワークからＵＥ １のＬＴＥネットワークへのハンドオーバーを行った後に、ＵＥ １のために以前に確立された無線ベアラを再利用することによって、および、欠落しているデータのための新しいユニキャスト無線ベアラを確立することによって、ＵＥ ２がＭＢＭＳサービスを継続する、本発明の別の実施形態による方法を示している。 図１２の続きであり、ＵＥ ３が、ＬＴＥ以前のネットワークから、ＵＥ １およびＵＥ ２のＬＴＥネットワークへのハンドオーバーを行った後に、ＵＥ ３のための別の新しいマルチキャスト無線ベアラを確立する、本発明の別の実施形態による状況を示している。 本発明の別の実施形態における信号図を示しており、システムリソースを推測的に（a priori）割り当てることによってベアラの確立が迅速化されている。

以下では、本発明について、添付の図面を参照しながらさらに詳しく説明する。図面において、類似または対応する細部は、同じ参照数字によって表してある。

定義
以下に、本文書において頻繁に使用されるいくつかの用語の定義を示しておく。

移動ノードは、通信ネットワーク内の物理エンティティである。１つのノードが、いくつかの機能エンティティを有することができる。機能エンティティとは、所定の一連の機能を実施する、もしくは、ノードまたはネットワークの別の機能エンティティに、所定の一連の機能を提供する、またはその両方であるソフトウェアモジュールまたはハードウェアモジュールを意味する。ノードは、自身を通信設備または通信媒体にアタッチする１つまたは複数のインタフェースを有することができ、ノードは、これら通信設備または通信媒体を通じて通信することができる。同様に、ネットワークエンティティは、機能エンティティを通信設備または通信媒体にアタッチする論理インタフェースを有することができ、ネットワークエンティティは、これら通信設備または通信媒体を通じて別の機能エンティティまたは対応するノードと通信することができる。

データチャネルは、それを介してデータが移動ノードに提供される任意のチャネルである。データチャネルとしては、特に、マルチキャスト無線ベアラあるいはユニキャスト無線ベアラが挙げられる。あるいは、データチャネルは、ネットワークエリア内にすでに存在している無線ベアラの一部とすることができる。この場合、元の無線ベアラにおける元のデータチャネルと区別するため、データチャネルに異なるポート番号が使用される。

以下の段落では、本発明のさまざまな実施形態について説明する。例示のみを目的として、ほとんどの実施形態は、上の［背景技術］における説明および後からの説明による３ＧＰＰ−ＬＴＥ通信システムおよび３ＧＰＰ−ＵＭＴＳ通信システムに関連して概説してある。なお、本発明は、例えば、３ＧＰＰ−ＬＴＥ通信システムおよび３ＧＰＰ−ＵＭＴＳ通信システムなどの移動通信システムに関連して有利に使用することができるが、本発明は、これら特定の例示的な通信ネットワークにおける使用に限定されないことに留意されたい。

上の［背景技術］のセクションに示した説明は、本明細書に説明されている、ほとんどが３ＧＰＰをベースとする例示的な実施形態を深く理解することを目的としており、移動通信ネットワークにおけるプロセスおよび機能の、説明した特定の実施形態に、本発明を制限するものではないことを理解されたい。しかしながら、本文書に提案されている改良・改善は、［背景技術］のセクションに説明されているアーキテクチャ／システムにただちに適用することができ、本発明のいくつかの実施形態においては、これらのアーキテクチャ／システムの標準の手順と、改良された手順とを利用することもできる。

本発明の第１の態様では、移動ノードが最初に第１のネットワークエリア内に位置しており、この第１のネットワークエリアにおいては、マルチキャストサービスがチャネルを介して特定のデータレートにおいて提供されるものと想定する。その後、この移動ノードが別のネットワークエリアに移動し、このネットワークエリアにおいても、そのマルチキャストサービスが別のマルチキャストセッションを介して提供されている。しかしながら、新しいネットワークエリアにおいては、セッションが前とは異なるデータレートにおいて提供される。したがって、移動ノードのハンドオーバーの瞬間において、古いネットワークエリアと新しいネットワークエリアとにおけるマルチキャストサービスの提供の進捗が異なる。従来技術によると、古いネットワークエリアにおけるデータレートが新しいネットワークエリアにおけるよりも高い場合、移動ノードは、新しいデータチャネルがマルチキャストサービスデータの提供の進捗に追いつくまで待機しなければならない。あるいは、古いネットワークエリアにおけるデータレートが新しいネットワークエリアにおけるよりも低い場合、移動ノードは、サービスの提供が終了して後修復メカニズムが機能して、欠落しているデータが提供されるまでは、それら欠落しているデータを取得することができない。

これに対して、本発明の一実施形態によると、移動ノードが新しいネットワークエリアにハンドオーバーする時刻において、移動ノードへのマルチキャストサービスの提供を継続するために、第２のネットワークエリアに追加のデータチャネルを確立するかを決定する。この決定は、例えば、ネットワークの事業者によって選択されるさまざまな種類の情報およびアルゴリズムに基づいて、行うことができる。例えば、新しいネットワークエリアにおける追加のチャネルについての決定は、移動ノードが移動元ネットワークエリアを去る時刻における、その古いネットワークエリアにおけるマルチキャストサービスの提供の進捗に基づくことができる。詳細には、ＬＴＥネットワークからＬＴＥ以前のネットワークにハンドオーバーするものと想定すると、追加のデータチャネルは、マルチキャストサービスの提供の、より後の段階について設定されるのみであり、なぜなら、早い段階においては、ＵＥは、ＬＴＥ以前のネットワークエリアにおける移動ノードのためのマルチキャストサービスの提供が追いついて、現時点における移動ノードと同じ進捗に達するまで待機できるためである。

この点において、ＬＴＥ以前のネットワークアーキテクチャからＬＴＥネットワークアーキテクチャに、またはその逆方向にハンドオーバーを行う移動ノードのために、上述したサービスコンテンツの同期を実行するコンテンツ同期エンティティ（ＣＳＥ）が、移動通信システムに設けられている。このＣＳＥには、移動ノードのハンドオーバー時におけるセッションの進捗について通知され、ＣＳＥは、「オンライン修復（on-line repair）」を行うためにその移動ノードのための新しいデータチャネルが必要であるかを決定する。以下において使用する用語「オンライン修復」は、ハンドオーバー後にマルチキャストサービスのシームレスな提供を確保するため、追加のデータチャネルについて決定してそれを確立するプロセスを意味する。

ＣＳＥは、ハンドオーバーを行うＵＥが、サービスコンテンツの受信を中断なしに継続できるようにする目的で、サービスプロバイダと協調する。この場合、ＣＳＥは、移動ノードのための新しいデータチャネルの確立を要求するか否かを評価する目的で、最初に、ネットワーク内のＢＭ−ＳＣおよびその他のエンティティ（例えば、ホーム加入者サーバ（ＨＳＳ）あるいはＳＡＥ−ＧＷ）にセッションパラメータを要求する。次いで、決定の結果が、新しいデータチャネルを実際に確立することである場合、ＣＳＥは、ＣＳＥによって示される時点から新しいセッションが開始されるようにＢＭ−ＳＣに要求することによって、ＵＥまでの新しいデータチャネルを確立するようにＢＭ−ＳＣに要求する。このセッションを、すでに上述したように、オンライン修復セッションと称することができる。言い換えれば、オンライン修復セッションでは、ハンドオーバーの時刻における進捗からデータの提供を開始し、この進捗は、当然ながら、現時点でＵＥが保持しているサービスデータの量に一致する。

マルチキャストサービスが継続的に提供されることにより、いくつかの利点が生まれる。例えば、移動ノードが新しいサービスコンテンツを待機する時間が減少する。さらに、待機時間が減少し、中断の発生が少ないかまたは発生しないため、ユーザのサービス体感の質が向上する。さらには、待機時間が減少するため、バッテリーの消費量が減少する。後からさらに詳しく説明するように、システムのリソースも、より効率的に使用される。この後者の利点は、同じく新しいネットワークエリアにハンドオフする別のＵＥが、システムリソースを再利用して、前のＵＥの、すでに確立されている追加のデータチャネルを同時に使用できることに関連する。

以下では、ＬＴＥからＵＭＴＳへのハンドオーバーの場合のみを考慮し、逆の場合については、後から説明する。図５は前者の場合を示しており、異なる無線アクセス技術（例えば、ＬＴＥおよびＬＴＥ以前）を実装している２つの個別のネットワークエリアに、ＭＢＭＳサービスがＢＭ−ＳＣから提供される。本発明の実施形態によると、このシステムにはコンテンツ同期エンティティが設けられており、このエンティティには、ＲＡＴ間ハンドオーバー（この場合には図５に示してあるハンドオーバーなど）を行う移動ノードについて絶え間なく通知される。この点において、ＣＳＥに通知するための可能な方法は、いくつか存在する。図５においては、ＳＡＥ−ＧＷが、ＵＥのハンドオーバーについての指示情報をＣＳＥに送信するものと想定している。しかしながら、システム内の別のネットワークエンティティも、ＵＥのハンドオーバーを認識しており、したがって、同様にＣＳＥに通知できることに留意されたい。例えば、ＭＭＥは、ハンドオーバーについて認識しており、なぜなら、移動管理手順の一部として移動先ｅＮＢまたはｅＮｏｄｅＢにおけるリソースを準備するため、移動元ｅＮＢによって（再配置要求メッセージにより）ＭＭＥに通知されるためである。図５においては、制御プレーンに対応するメッセージを破線によって描いてあり、ユーザプレーン（およびしたがってＭＢＭＳサービスデータ）に関連するデータ交換を実線によって描いてある。明らかに、本発明の実施形態による発明は、制御プレーンに属するものである。

図６は、本発明の実施形態による、ハンドオーバー手順全体のより詳細なメッセージ図を示している。移動ノードがＬＴＥ以前のネットワークエリアに移動した後、通常のＲＡＮハンドオーバー手順がＳＧＳＮによって実行され、例えば、ハンドオーバーを行うかの決定が移動元ｅＮＢによって行われ、次いで、ハンドオーバーコマンドをＵＥに発行する前にＵＴＲＡＮリソースを準備する目的で、再配置要求メッセージがＭＭＥに送られてＭＭＥによる応答が移動先のＳＧＳＮに転送される。次いで、ＳＡＥ−ＧＷおよびＢＭ−ＳＣなどの残りのネットワーク要素において、ＭＢＭＳ ＵＥコンテキストを更新しなければならない。この点において、ＭＢＭＳ ＵＥコンテキスト更新要求メッセージが、ＳＧＳＮからゲートウェイに送信され、ゲートウェイは、この更新メッセージをＢＭ−ＳＣに転送する。ＭＢＭＳ ＵＥコンテキストは、新しいＳＧＳＮによってサービングされている新しいルーティングエリア（ＲＡ）にＵＥが入るとき、または、ＵＥがＬＴＥネットワークからＬＴＥ以前のネットワークに、またはこの逆方向に移動するときに更新される。ＳＡＥ−ＧＷは関連するデータをＧｍｂインタフェースを介して渡し、それに応じてＢＭ−ＳＣは自身のＭＢＭＳ ＵＥコンテキストを更新することができ、更新の要因（すなわち、新しいＲＡまたはＲＡＴ）を記述する。ＢＭＳＣは、このデータを使用して、例えば、新しいアクセスシステムにおいてコンテンツを受信することをＵＥが許可されているかなどを、確認する必要がある。したがって、ゲートウェイおよびＢＭ−ＳＣは、受信されるメッセージに含まれている情報によって、ＭＢＭＳ ＵＥコンテキストフィールドを更新することができる。ゲートウェイは、サービングするネットワークエンティティに関連する情報と、ユーザの位置情報と、新しいＲＡＴのタイプとを更新するのに対して、ＢＭ−ＳＣには、新しいＲＡＴのタイプについてのみが通知される。

さらに、ＣＳＥには、ＵＥのＲＡＴ間ハンドオーバーについてＳＡＥ−ゲートウェイによって通知され、この情報には、ＵＥのサービスの数についてと、新しいＲＡＴのタイプについての情報も含まれており、これは有利である。ＣＳＥは、多様なパラメータを利用して、ＵＥのための新しいデータチャネルの確立について、これらのパラメータに基づいて決定することができる。次の表は、いくつかの使用可能なパラメータを挙げているに過ぎず、本発明はこれらに制限されないことを理解されたい。当業者には、ＣＳＥが決定するうえで基づくことのできる別のパラメータが認識されるであろう。

上の説明から明らかであるように、すべてのパラメータはコアネットワーク内で取得することができ、すなわち、情報をＵＥに要求する必要がない。したがって、エアインタフェースを通じての追加のトラフィックが生じない。しかしながら、このことは、本発明によるとＣＳＥがＵＥから情報を取得／要求できないものではないことを理解されたい。

上記のパラメータのうちのいくつかに基づき、ＵＥのための追加のデータチャネルについて決定を行うための以下のアルゴリズムを採用することができる。

１．セッション持続時間：セッション全体の長さが、オンライン修復を行う価値があるかを比較する（例えば、２分間のクリップと比較すると長いビデオニュース放送）。このセッション長さは、何らかのしきい値を考慮してメカニズムをトリガーするための、事業者によって制御されるパラメータである。
２．ＵＥ側における最大待機時間が、ｄより短い、またはｄより長いかをチェックし、次いで、
３．ＵＥの能力情報をチェックし（ＢＭ−ＳＣにおける許可を意味する）、ＵＥがいくつかのＭＢＭＳベアラを同時に受信できるならば、次いで、
４．現在ＵＥによって受信されているサービスの数をチェックし、次いで、
５．ＵＥがＵＭＴＳにハンドオーバーしようとしている場合、通知されたセルＩＤをチェックする。
６．そのセルにおけるベアラの最大数（セル容量）をチェックして、新しいベアラを確立することが可能であるかを確認し、次いで、
７．ＵＥがハンドオーバーしようとしている特定のセルＩＤ内のユーザの数をチェックする（この部分は、ＣＳＥにおいてはオプションであり、決定をＣＲＮＣにゆだねることができる）。

上の条件があてはまる場合、ＣＳＥは、新しいベアラを確立することを決定し（ＰＴＰかＰＴＭかは事業者に依存する）、オンライン修復セッションのための新しいＴＭＧＩを割り当てるようにＢＭ−ＳＣに要求する。

しかしながら、説明を単純にするため、図６（および以下の図）に示した手順は、パラメータｒおよびｄを使用して決定を行う場合をカバーするのみであり、他の可能な入力パラメータは無視している。明らかに、ＣＳＥは、移動元ネットワークエリア（ＬＴＥ）および移動先ネットワークエリア（ＵＭＴＳ）におけるＭＢＭＳセッションの進捗についての情報を、ＢＭ−ＳＣに要求する。これに対して、ＢＭ−ＳＣは、要求された情報によって応え、ＣＳＥは、これらの情報によって、ＵＥのための追加のデータチャネルについて決定するのに必要である値ｒおよびｄを計算することができる。

パラメータｒおよびｄの定義について、図７に関連してさらに詳しく説明する。図７は、ＭＢＭＳサービスを提供しているＬＴＥ無線ベアラおよびＵＭＴＳ無線ベアラの異なる進捗を描いたタイミング図を示している。より具体的には、図の上部には、ＬＴＥネットワークエリアとＬＴＥ以前のネットワークエリアとにおける、セッションの進捗の差異を直接的に示す時刻系を描いてある。この図では、移動ノードが時刻ｔ１にＬＴＥからＵＭＴＳにハンドオフし、古いネットワークエリア（ＬＴＥ）における現在の進捗が６０％であるものと想定する。ＬＴＥのデータレートがＵＭＴＳのデータレートよりも５倍高いものと想定すると、ＵＭＴＳ無線ベアラの進捗は１２％である。したがって、ＵＥ １は、ＭＢＭＳサービス全体の６０％をすでに受信しているが、新しいネットワークエリアにおける無線ベアラは、ＬＴＥのベアラよりも大幅に遅れている。図から明らかであるように、差異はｄであり、４８％に達する。これに対して、ＵＥ １は、ＭＢＭＳサービスを完了するためには４０％を必要とする。ＵＥ １がＭＢＭＳサービスを完了するための、この残りのデータ量をｒとして表す。ＣＳＥは、ｒおよびｄを計算した後、両方のパラメータを比較し、ｒ≦ｄの場合には、新しいセッションおよび対応する新しいデータチャネルを確立することを決定する。ｒ＝４０％、ｄ＝４８％であるため、ｒは確かにｄより小さく、したがって、図７に示したように、新しいＭＢＭＳセッションと、関連する新しいデータチャネルとを確立することができる。このデータチャネルは、６０％から、ＭＢＭＳセッションの最後まで、ＵＥにサービスデータを提供する必要がある。

ネットワークリソースもしくは事業者の優先設定、またはその両方に応じて、新しいデータチャネルは、マルチキャストチャネルまたはユニキャストチャネル、すなわち、マルチキャスト無線ベアラまたはユニキャスト無線ベアラのいずれかとすることができる。例えば、移動ノードによってすでに受信されたＭＢＭＳサービスの進捗が進んでいる（例：９０％）場合には、ユニキャストチャネルが有利であろう。すなわち、追加のチャネルは、９０％から１００％までのデータをＵＥに提供するために開始され、このことは、マルチキャスト無線ベアラを確立することはネットワークにとって効率的ではないことを意味しており、なぜなら、別のＵＥが、このような短い時間期間のために、使用可能な新しいベアラを再利用する、もしくは、このような１０％以内の状態で移動先ネットワークエリアに入る、またはその両方において、恩恵を受ける可能性が低いためである。これに対して、ＭＢＭＳサービスが開始されたばかりである場合には、新しいデータチャネルをマルチキャストとして設定することができ、なぜなら、以降に別のＵＥがこの移動先ネットワークエリアに移動して、このマルチキャスト無線ベアラの恩恵を受けることができるためである。要約すると、ＣＳＥは、どちらの種類の新しいデータチャネルを確立するかを、例えば上に挙げたようないくつかの考慮事項に基づいて決定することができ、それに応じてＢＭ−ＳＣに命令することができる。

新しいデータチャネルの確立について、再び図６を参照しながら説明する。図から明らかであるように、ｒ＜ｄであるものと想定しており、したがって、ＣＳＥは、ＵＥのための新しいＴＭＧＩをＢＭ−ＳＣに要求することによって、オンライン修復セッションの確立を開始する。したがって、オンライン修復セッションでは、移動先ネットワークエリアにおける追加の無線ベアラを使用して、ＵＥにサービスを提供する。ＢＭ−ＳＣは、移動通信システムにおいて新しい無線ベアラを確立するため、新しいマルチキャストアドレスおよび新しいＡＰＮによって応える。

その一方で、ＢＭ−ＳＣは、自身のＵＥコンテキストを更新し、これに関連する応答メッセージをＳＡＥ−ＧＷに送信する。ＢＭ−ＳＣからのＭＢＭＳ ＵＥコンテキスト更新応答メッセージは、すべての条件が良好であれば要因がＯＫであることを示す。同様に、ＳＡＥ−ＧＷは、ＢＭ−ＳＣからの応答メッセージを受信した時点で、このメッセージをＳＧＳＮに転送する。

本発明の実施形態に関して、ＣＳＥは、対応する新しいＩＰマルチキャストアドレスおよび関連するＡＰＮを送信することによって、新しいサービスセッションについてＵＥに通知し、したがって、ＵＥは、新しいサービスコンテンツを新しい無線ベアラを介して受信することができる。このことは、ＭＢＭＳサービスのアクティブ化が新しいＩＰマルチキャストアドレスに対して実行されることをさらに意味している。これらの結果として、ＵＥは、この時点で、新しいサービスを新しい無線ベアラを介して受信し、このサービスは、実際には、古いネットワークエリアにおいて受信された元のＭＢＭＳサービスの継続である。このことは図７に示してあり、ＵＥ １は、ＬＴＥ以前の新しい無線ベアラｎＢ２によって提供されるデータによって、セッションを完了する。したがって、この移動ノードは、新しいネットワークエリアにハンドオーバーした後、新たに確立されるマルチキャスト無線ベアラをリスンすることによってＭＢＭＳサービスを継続し、サービスの中断または遅延が回避される。

以下では、ＬＴＥからＬＴＥ以前へのさらなるＵＥのハンドオーバーが行われるときのロジックを説明する。この点において、図８は図７の続きであり、すなわち、最初のＵＥ １がネットワークエリアに入り、ＵＥ １へのＭＢＭＳサービスのシームレスな提供が確保されるように、対応するマルチキャスト無線ベアラｎＢ２が確立された後、別のＵＥ ２がこのネットワークエリアに入る場合である。ＵＥ ２は、時刻ｔ２においてハンドオーバーを行い、この時刻において、ＬＴＥ以前における提供は、ＭＢＭＳサービス全体の１４％であり、ＬＴＥにおける提供は７０％であるものと想定する。本発明の別の実施形態によると、ＵＥ １のためのｎＢ２がポイントツーマルチポイント無線ベアラとして確立されているならば、図７に関連して説明したロジックを拡張して、ＵＥ ２のためのｒおよびｄの値を、ＬＴＥ以前のネットワークにおいて進行中である元のポイントツーマルチポイントサービスに関連してではなく、ｎＢ２（最も新しい無線ベアラ）のサービスの進捗に関連して考慮することができる。新たに確立された無線ベアラｎＢ２は、ＵＥ ２がハンドオーバーする瞬間において６２％であり、なぜなら、２％は、時刻ｔ１からの経過時間においてすでに提供されたためである。このことを考慮に入れると、この場合の結果として、図８に示したように、値ｄは８％となり、ｒは３０％となる。したがって、ｒ＞ｄであるため、追加の無線ベアラは確立されず、Ｕ２は、無線ベアラｎＢ２がＵＥ ２と同じ進捗レベル（これはハンドオーバー時におけるＵＥ ２のＬＴＥ移動元ネットワークにおける進捗である）に達するための８％を待機することができる。したがって、新たに確立された無線ベアラｎＢ２が再利用され、新しいＴＭＧＩを要求する必要がない。ＣＳＥは、すでに確立されているＭＢＭＳサービスをＵＥ ２のためにアクティブ化するため、ｎＢ２のＩＰマルチキャストアドレスについて新しいＵＥ ２に通知するのみである。

同様に、ＣＳＥは、以降のさらなるＵＥについて、ＭＢＭＳサービスの効率的かつ継続的な提供を確保するために別のデータチャネルが必要であるかも決定することができる。図９は、図７および図８に基づいており、ＵＥ １およびＵＥ ２が、前に確立された追加のポイントツーマルチポイント（ＰＴＭ）無線ベアラｎＢ２を介してＭＢＭＳサービスを依然として受信している間に、第３のＵＥ ３がこのネットワークエリアに入る場合に関する。ＵＥ ３は、時刻ｔ３においてこのネットワークエリアに移動し、この時刻ｔ３は、ＭＢＭＳサービスデータの量として、ＬＴＥ以前における１８％、ＬＴＥにおける９０％に対応する。この場合も、ＣＳＥは、ＵＥ ３のための別のベアラを確立する必要があるかを判定する目的で、ＬＴＥ移動元ネットワークのセッションの進捗を、新しいＲＡＴにおける最も新しく確立されたベアラと比較する。詳細には、ｎＢ２は、現在、ＭＢＭＳサービス全体のうちの６６％に対応するセッションデータを提供しており、なぜなら、４％（６％）はｔ２（ｔ１）以降に渡されたためである。したがって、ｄの値は２４％になるのに対し、ＵＥ ３がＭＢＭＳサービスを完了するための残りのデータは、わずか１０％である。結果として、ＣＳＥは、ＵＥ ３に新しいＭＢＭＳサービスデータが提供される進捗レベルにｎＢ２が達するまでの２４％を待機する代わりに、ＭＢＭＳセッションの残りの１０％をＵＥ ３に提供するために新しい無線ベアラを確立することを決定する。ＣＳＥは、上記と同様の方法において、新しいオンライン修復セッションのために新しいＴＭＧＩを割り当てるように、ＢＭ−ＳＣに要求する。新しい無線ベアラは、事業者の判断に応じて、ポイントツーポイント（ＰＴＰ）ベアラまたはポイントツーマルチポイント（ＰＴＭ）ベアラのいずれかとすることができる。この場合、ＰＴＰベアラの方がリソースが節約され、なぜなら、１０％が提供されるのみであり、このＭＢＭＳサービスが終了するまでに別のＵＥがこのネットワークエリアに入ることはおそらくなさそうであるためである。

ＣＳＥは、ＢＭ−ＳＣから新しいＴＭＧＩを受信した後、新しいＭＢＭＳセッション、すなわち新しい無線ベアラについて（新しいＩＰマルチキャストアドレスおよび新しいＡＰＮに関する情報を含んでいる）ＵＥに通知する。次いで、ＵＥは、その新しいＴＭＧＩに対してサービスのアクティブ化を開始し、ベアラを確立するための通常のＭＢＭＳ手順が行われる。

本発明の別の実施形態は、図１０に示したように、移動ノードがＬＴＥ以前のネットワークからＬＴＥネットワークに移動する場合に関する。本発明のこの実施形態による手順は、図５〜図９に関連する前の手順に非常に類似している。

例えば、図６は、前の手順と部分的に一致しており、以下では、いくつかの小さな違いについて説明する。ＭＢＭＢ ＵＥコンテキスト更新要求メッセージは、ＳＧＳＮからではなくＭＭＥから送信される。さらに、新しいデータチャネルに関する決定に使用される、ＣＳＥのアルゴリズムが異なっており、これについては図１１に関連して説明する。しかしながら、この場合も、決定するための以下のアルゴリズムは変更・修正することができ、この例においては考慮されていないさまざまなパラメータに応じたものとすることができることに留意されたい。

具体的には、ＵＥ １のハンドオーバーが時刻ｔ１に行われるものと想定し、このことは、ＬＴＥ以前の無線ベアラが、その時点で、ＭＢＭＳサービス全体の１０％の進捗に対応するデータを提供していることを意味する。これに対して、ＬＴＥ無線ベアラは、ｔ１までに５０％までのデータを送信している。この結果として、欠落しているデータとして４０％のギャップｄが存在し、なぜなら、ＵＥ １はハンドオーバーまでにわずか１０％を受信したのに対して、移動先ネットワークにおけるＬＴＥベアラは、５０％の進捗に対応するデータをすでにブロードキャストしているためである。この時点で、ＵＥ １がＭＢＭＳセッションを完了するための残りのデータは、ハンドオーバーの時刻における新しいネットワークにおけるＬＴＥベアラの進捗に基づいて求められ、したがって、ｒは５０％である。ＵＥ １は、ＭＢＭＳサービスが開始された後に移動先ネットワークに入る最初のＵＥであるため、ｒ＞ｄという事実は無視される。ＬＴＥ以前のネットワークから、ＭＢＭＳセッションが進行中であるＬＴＥネットワークにハンドオフする最初の移動ノードに対しては、その特定のＬＴＥネットワークにおいてマルチキャスト無線ベアラを必ず確立する。

したがって、ＣＳＥは、ＵＥ １のための新しいＭＢＭＳセッションおよび新しいデータチャネルを確立することを決定し、したがって、新しいＴＭＧＩをＢＭ−ＳＣに要求する。ＢＭ−ＳＣは、新しいＩＰマルチキャストアドレスおよび新しいＡＰＮによって応える。この時点で、ＣＳＥは、ＩＰマルチキャストアドレスおよびＡＰＮをＵＥ １に送信することによって、新しい無線ベアラについてＵＥ １に通知することができる。次いで、ＵＥ １は、新しいＩＰマルチキャストアドレスに対してＭＢＭＳのアクティブ化を開始する。

無線ベアラの確立が完了した時点で、ＵＥ １は、新たに確立されたＰＴＭ無線ベアラｎＢ２から残りの９０％を受信することができ、ＭＢＭＳサービスを終了する。

図１２は図１１の続きを示しており、すなわち、第２の移動ノードＵＥ ２がこのネットワークエリアに入る。この場合、ＣＳＥにもハンドオーバーについて通知され、ＣＳＥは、ネットワークエンティティからの重要な情報の取得を開始する。図から明らかであるように、ハンドオーバーはｔ２に行われ、このことは、この時刻におけるＭＢＭＳセッションの提供の進捗が、ＭＢＭＳサービス全体に対し、ＬＴＥ以前においては１５％であり、ＬＴＥにおいては７５％であることを意味する。したがって、ＵＥ ２が、ＬＴＥ以前のネットワークからＬＴＥネットワーク（ＵＥ １のための追加の無線ベアラｎＢ２がすでに確立されている）に移動するとき、最も新しく確立された無線ベアラｎＢ２の現在の進捗を参照して、値ｄが計算される。具体的には、ｔ１＝１０からｔ２＝１５までの間に、以前に確立されたＬＴＥ ＰＴＭベアラｎＢ２は、ＬＴＥシステムに対応するデータレートにおける提供分だけ進んでいる。すなわち、無線ベアラｎＢ２は、この間の時間に５×５％を提供しており、したがって、ＭＢＭＳセッション全体の３５％の進捗に対応するサービスデータを現在送信している。結果として、値ｄは２０％であり、新たに確立される無線ベアラを介して提供を完了させるための残りのデータ量ｒは６５％である。

ＵＥ ２は、ＭＢＭＳサービスが開始された以降にこのネットワークエリアに入った最初のＵＥではないため、ＣＳＥは、ｒ＜ｄであるかを判定する必要がある。ＣＳＥは、ｒ＜ｄであるときにのみ、ＬＴＥネットワークエリアにおけるＵＥのためのマルチキャストサービスの継続的な提供を確保するため、新しい無線ベアラについて決定する。したがって、図１２の場合にはｒ＞ｄであるため、ＣＳＥは、ＰＴＭ無線ベアラを確立しないことを決定する。この場合、ＵＥ ２は、ＵＥ １のために前に確立された無線ベアラｎＢ２を再利用して、ＭＢＭＳサービスデータの提供を継続する。さらに、ＵＥ ２の現在のデータ量と、このネットワークエリアにおけるｎＢ２のＭＢＭＳサービスの現在の進捗とのデータのギャップを埋めるため、別のＰＴＰベアラが必要である。すなわち、ｎＢ２は３５％以降のデータを提供するため、ＵＥ ２は１５％から３５％までのデータを取得できない。したがって、この欠落している２０％のみのためにＰＴＰベアラが必要となる。このＰＴＰベアラを確立する目的で、欠落しているデータを認識しているＣＳＥは、ＵＥ ２のみのための新しいセッションを確立することによって、欠落データをＢＭ−ＳＣに要求する。あるいは、欠落データのこのギャップが極めて小さい場合（この状況は、ＭＢＭＳの提供の極めて早期の段階においてハンドオーバーが行われたときに生じる）、ＵＥ ２においてそのデータを欠落したままにさせることができる。しかしながら、たとえ比較的小さなギャップであっても、ユーザのサービス体感にマイナスに影響しうるため、ギャップを埋めるための上記のＰＴＰベアラによってこの問題が回避され、これは有利である。

さらに、ＰＴＰベアラが確立された後、ＵＥ ２は、そのＰＴＰベアラからサービスデータを受信することが可能になり、ただちにサービス、すなわち、セッションの１５％から３５％を受信する。さらに、ＵＥ ２が２つの無線ベアラから同時にデータを受信することができる場合、ＵＥ ２は、ＰＴＭ無線ベアラｎＢ２を介して同時にサービスデータを受信し、したがって、ＵＥ ２がサービスの３５％の再生に達したとき、新しいコンテンツ（３６％〜５６％）がすでにバッファ内で利用可能であり、ユーザはこのデータを使用してサービスを再生する。このことは図１２に示してある。

上と同じ手順は、以降のＵＥにも適用される。例えば、前のＵＥ １およびＵＥ ２と同じネットワークエリアにＵＥ ３がハンドオフするものとさらに想定する。ＵＥ ３は、それまでＵＭＴＳネットワーク内に位置しており、図１３から明らかであるように、時刻ｔ３においては、ＵＭＴＳ無線ベアラは、ＭＢＭＳサービス全体の２０％の進捗に対応するデータを提供していた。これに対して、ＵＥ ３がＬＴＥネットワークに入るとき、ＭＢＭＳサービスの提供がちょうど終了する（１００％）。さらに、ＵＥ １のために以前に確立された無線ベアラの進捗が、ｔ２以降、３５％から６０％に進んでいる（＋５×５％）。したがって、ｄの値は４０％であり、ｒも４０％である。結果として、ＣＳＥは、ｒ≦ｄであるため新しいデータチャネルを確立することを決定する。前と同様に、ＣＳＥは、ＭＢＭＳサービスの残りの８０％（２０％〜１００％）をＵＥ ３に提供するため、新しいＴＭＧＩをＢＭ−ＳＣに要求することができる。ＣＳＥは、新しい無線ベアラの対応するＩＰマルチキャストアドレスおよびＡＰＮをＢＭ−ＳＣから受信した後、ＵＥに通知する、ＵＥは、新しいＴＭＧＩに対してＭＢＭＳサービスのアクティブ化を開始する。

上述した本発明の実施形態に代えて、またはこれらの実施形態に加えて使用することのできるいくつかの代替実施形態が存在する。

例えば、それまでとは異なるＲＡＴを有する新しいネットワークにハンドオフするすべてのＵＥのオンライン修復セッションに対して、１つのＴＭＧＩを使用することも可能である。これは、まったく新しい無線ベアラを確立する代わりに、すでに存在する無線ベアラにおける異なるポート番号を利用して修復セッションを送信するようにＢＭ−ＳＣに要求することによって、達成することができる。すなわち、ＣＳＥは、ネットワーク内の例えば元の無線ベアラを使用しながら新しいＭＢＭＳセッションを確立するように、ＢＭ−ＳＣに命令する。ＴＭＧＩ（これは元の無線ベアラに属しているＴＭＧＩと同じである）と、新しいＭＢＭＳサービスのサービスデータを区別するために使用される新しいポート番号とが、ＣＳＥから移動ノードに送信される。さらに、新しいＭＢＭＳセッションのデータ（ＣＳＥによって示される）が、ＢＭ−ＳＣからｅＮＢ／ＣＲＮＣに送信され、ｅＮＢ／ＣＲＮＣは、元の無線ベアラ上で伝送されるデータによって現在使用されているものとは異なるポート番号を使用することによって、データを元の無線ベアラに多重化する。したがって、この異なるポート番号を認識しているＵＥは、逆多重化することができ、したがって、新たに確立されたＭＢＭＳセッションに属しているサービスデータを識別することができる。結果として、ＵＥは、新しいＭＢＭＳセッションのこのデータを使用して、元のＭＢＭＳセッションの提供を継続することができる。この代替実施形態は、本発明の他のすべての実施形態と組み合わせて適用することができる。

さらに、ＵＥのグループが同じネットワークエリアに同時にハンドオーバーする場合、本発明の上記の実施形態の動作改良が可能である。具体的には、例えば、列車の乗客は、同じネットワークエリアからほぼ同時に出て別の同じネットワークエリアに入る。ＣＳＥは、新しいネットワークエリアにハンドオーバーするＵＥのグループに関する指示情報を、例えばＳＡＥ−ＧＷから受信する。ＣＳＥには、移動先セルＩＤについてＣＲＮＣによって通知され（ＬＴＥからＬＴＥ以前の場合）、ＣＳＥはそれをチェックする。次いで、ＣＳＥは、新しい無線ベアラの確立が可能であるかを評価する目的で、ネットワークエンティティからのパラメータを要求する。例えば、いくつかのセッションパラメータをＢＭ−ＳＣから取得することができる。さらに、新しいデータチャネルを確立する場合には、ＣＳＥは、新しいマルチキャスト無線ベアラによる新しいＭＢＭＳサービスを確立するようにＢＭ−ＳＣに要求する。結果として、新しいＴＭＧＩを割り当てる時点で、ＵＥのグループに、ＬＴＥ以前／ＬＴＥネットワークにおける新しいＴＭＧＩのマッピングについて通知しなければならない。ＣＳＥは、この情報を各ＵＥに個別にシグナリングする代わりに、ＵＥに送信される新しいＴＭＧＩのマッピングに関する通知を、ブロードキャストチャネル上で要求し、これは有利である。

本発明の別の有利な実施形態では、ＵＥによって開始されるＭＢＭＳアクティブ化手順を待機する代わりに、コアネットワークにおいてシステムリソースを推測的に（a priori）確立することによって、移動通信システムにおけるベアラの確立を改良する。具体的には、ＬＴＥ以前のシステムへのハンドオーバーが行われるとき、オンライン修復メカニズムのために割り当てられる新しいＴＭＧＩに対してＭＢＭＳ手順をアクティブ化するようにＵＥに伝える必要がある（図６においては、ＣＳＥからＵＥへのメッセージ）。したがって、ＭＢＭＳベアラの確立は、この通知の後に行われ、これにより、手順全体にいくらかの遅延が加わる。この問題を軽減するための１つの変形形態は、ＭＢＭＳ登録応答（MBMS Registration Response）のＭＢＭＳ手順を利用することである。これは、図１４に示してある。ＣＳＥは、ＵＥへのＭＢＭＳサービスのシームレスな提供を確保するため追加のセッションおよびデータチャネルを利用することを決定した後、ＳＡＥ−ＧＷに代わって新しいＴＭＧＩをＢＭ−ＳＣに要求する。これに対して、ＢＭ−ＳＣは、割り当てられる新しいＩＰマルチキャストアドレスによって応え、各ＭＢＭＳ ＵＥコンテキスト要求の応答に、パラメータの設定の要因として新しいベアラを含める。下流のノード（ＳＡＥ−ＧＷ、ＳＧＳＮ）は、この新しいＭＢＭＳベアラのＭＢＭＳベアラコンテキスト情報を保持していないため、ＳＡＥ−ＧＷが、ＭＢＭＳ登録要求（MBMS Registration Request）をＢＭ−ＳＣに送る。ＳＡＥ−ＧＷからのＭＢＭＳ登録要求を受信した時点で、ＢＭ−ＳＣのプロキシおよびトランスポート（BM-SC Proxy and Transport）機能が、自身のＭＢＭＳベアラコンテキスト内の「下流ノードのリスト」パラメータにＳＡＥ−ＧＷの識別子を追加し、ＭＢＭＳ登録応答（MBMS Registration Response）（ＴＭＧＩ、要求されるベアラ能力）メッセージによって応える。ＭＢＭＳベアラコンテキストが「アクティブ」状態にあるため、ＢＭ−ＳＣは、ＳＡＥ−ＧＷと一緒にセッション開始手順をただちに開始する。最後に、ＵＥがＭＢＭＳコンテキストアクティブ化受理（Activate MBMS Context Accept）メッセージを受信するときには、新しいＴＭＧＩによって識別される新しいベアラサービスのためにすでに確立されているネットワークリソースが存在する。ＵＥコンテキストがＲＡＮに提供された後、無線ベアラがＣＲＮＣによって確立され、このとき、ＢＭ−ＳＣからのセッション開始メッセージがＳＡＥ−ＧＷに送られ、次いで、ＳＡＥ−ＧＷからＳＧＳＮおよびＣＲＮＣに送られる。

本発明の上記の実施形態の別の動作改良は、あるネットワークエリア内にもともと存在していてＭＢＭＳサービスを受信していたＵＥが、新たに確立される無線ベアラを使用する場合に関する。しかしながら、この有利な実施形態は、異なるポイントツーマルチポイントベアラからデータを同時に受信することのできるＵＥにのみ適用される。具体的には、ＵＥが移動する先のネットワークエリアにおいて、ＭＢＭＳサービスを受信しているいくつかのＵＥがすでに存在しているものと想定する。したがって、あるＵＥがＬＴＥからＬＴＥ以前にハンドオーバーする場合、ＣＳＥは、図７に例示したように、新しいＬＴＥ以前のネットワークエリアにおいてＵＥのためのＭＢＭＳの提供を継続するため新しいマルチキャスト無線ベアラを確立することを決定することができる。次いで、セッションの開始時からそのＬＴＥ以前のエリア内に滞在していたＵＥに、ＬＴＥから入ってきたＵＥのための新しい無線ベアラに関する情報も受信するように指示することが有利である。結果として、ＬＴＥ以前のエリア内にもともと滞在していたＵＥは、元のＬＴＥ以前の無線ベアラを介してと、新しいＵＥのために新たに確立された無線ベアラ（図７においてはｎＢ２）を介して、サービスデータを同時に受信することができる。すなわち、図７における例を具体的に参照するならば、ＬＴＥ以前のエリア内にもともととどまっていた（１つ以上の）ＵＥは、元の無線ベアラを介して１２％から６０％までに対応するデータ量を受信することができ、これは合計量として４８％である。さらに、これらのＵＥは、ＭＢＭＳサービス全体の６０％から１００％までを、新たに確立された無線ベアラｎＢ２を介して同時に受信することができる。したがって、これらのＵＥは、元の無線ベアラを介して４８％を受信している間に、残りの４０％（ＭＢＭＳサービスの６０％から１００％）をｎＢ２を介してすでにダウンロードしている。したがって、これらのＵＥの受信時間は、ＭＢＭＳサービスの４０％をダウンロードするのにかかる時間だけ短縮される。さらには、元のＬＴＥ以前の無線ベアラのために使用されているＰＴＭベアラのリソースを、より早期に解放することができる。このメカニズムは、ＬＴＥネットワークから同一のＬＴＥ以前のネットワークへのハンドオーバーを行う別のＵＥの移動によって追加的に確立されうる任意のさらなるＰＴＭベアラにも適用できることが、当業者には認識されるであろう。しかしながら、この最適化は、ＬＴＥ以前のシステムにおいて同時に送信することのできるＰＴＭベアラの数によって制限される。

さらに、すでに上に簡潔に述べたように、本明細書中にさまざまな例示的な実施形態において概説した本発明のコンセプトは、例えば、図１または図２に例示したアーキテクチャを備えていることのできる、［背景技術］のセクションに説明した移動通信システムにおいて有利に使用できることに留意されたい。

本発明の別の実施形態は、上述したさまざまな実施形態を、ハードウェアおよびソフトウェアを使用して実施することに関する。本発明のさまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行できることが認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブルロジックデバイスとすることができる。本発明のさまざまな実施形態は、これらのデバイスの組合せによって実行あるいは具体化することもできる。

さらに、本発明のさまざまな実施形態は、ソフトウェアモジュールによって実施することもでき、これらのソフトウェアモジュールは、プロセッサによって実行される、あるいはハードウェアにおいて直接実行される。さらに、ソフトウェアモジュールとハードウェア実装とを組み合わせることも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納することができる。

ここまでの段落では、本発明のさまざまな実施形態およびそのバリエーションを説明してきた。本発明には、具体的な実施形態に示したように、広義に記載されている本発明の概念または範囲から逸脱することなく、膨大なバリエーションもしくは変更形態を創案できることが、当業者には理解されるであろう。

さらに、ほとんどの実施形態は、３ＧＰＰをベースとする通信システムに関連して概説してあり、ここまでの説明において使用されている専門用語は、主として３ＧＰＰの専門用語に関連していることに留意されたい。しかしながら、専門用語と、さまざまな実施形態の説明とが、３ＧＰＰをベースとするアーキテクチャに関連していることは、本発明の原理および発想をそのようなシステムに限定することを意図するものではない。

さらに、上の［背景技術］のセクションに示した詳細な説明は、本明細書中に説明した、ほとんどが３ＧＰＰに固有な例示的な実施形態を深く理解することを意図したものであり、移動通信ネットワークにおけるプロセスおよび機能の、説明した特定の実施形態に、本発明を制限するものではないことを理解されたい。しかしながら、本文書に提案されている改良・改善は、［背景技術］のセクションに説明したアーキテクチャにただちに適用することができる。さらに、本発明のコンセプトは、３ＧＰＰによって現在討議されているＬＴＥ ＲＡＮにおいても、ただちに使用することができる。

Claims (49)

1. 移動ノードが、第１のデータチャネルを介して第１のデータレートにおいてマルチキャストサービスが提供されている第１のネットワークエリア、から、少なくとも第２のデータチャネルを介して第２のデータレートにおいて前記マルチキャストサービスが提供されている第２のネットワークエリア、に、移動するときに、移動通信システムにおいて前記移動ノードへの前記マルチキャストサービスの継続的な提供を管理する方法であって、
   前記第２のネットワークエリアにおいて前記移動ノードへの前記マルチキャストサービスの提供を継続するために、前記移動ノードのための追加のデータチャネルを確立するか、または、前記少なくとも第２のデータチャネルのうちの１つを利用するかを、前記移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの量に関連する情報に基づいて、決定するステップと、
   前記追加のデータチャネルを確立することが決定された場合、前記移動通信システムにおいて、前記追加のデータチャネルのためのシステムリソースを設定するステップと、
   を含んでいる、方法。
2. 前記第２のネットワークエリアにおける第３のデータチャネルを利用して、前記第２のネットワークエリアにおける前記移動ノードのための前記マルチキャストサービスの提供を継続することができ、前記第３のデータチャネルが、別の移動ノードが前記第２のネットワークエリアに移動した後、前記第２のネットワークエリアにおいて前記別の移動ノードの前記マルチキャストサービスの提供を継続するために、前記別の移動ノードのために以前に確立されたものである、請求項１に記載の方法。
3. 前記第１のデータチャネルおよび前記少なくとも第２のデータチャネルが、マルチキャスト無線ベアラである、請求項１または２に記載の方法。
4. 前記追加のデータチャネルが、ユニキャスト無線ベアラまたはマルチキャスト無線ベアラである、あるいは、前記少なくとも第２の無線ベアラのうちの１つの一部である、請求項３に記載の方法。
5. ユニキャスト無線ベアラまたはマルチキャスト無線ベアラの場合には、前記追加のチャネルに、前記第２のデータチャネルとは異なるサービス識別子が割り当てられ、前記追加のデータチャネルが、前記少なくとも第２の無線ベアラのうちの１つの一部である場合には、前記追加のデータチャネルに、前記第２のデータチャネルとは異なるポート番号が割り当てられる、請求項４に記載の方法。
6. 決定する前記ステップが、前記移動ノードが前記第２のネットワークエリアに移動する時刻における、前記少なくとも第２のデータチャネルを介しての前記マルチキャストサービスデータの提供の進捗に関する情報に、さらに基づく、請求項１〜５のいずれか１項に記載の方法。
7. 決定する前記ステップが、前記第２のネットワークエリアにおける利用可能なシステムリソースに関する情報、前記移動ノードの受信能力に関する情報、前記マルチキャストサービスに関する情報、のうちの少なくとも１つに、さらに基づく、請求項１〜６のいずれか１項に記載の方法。
8. 決定する前記ステップが、前記移動通信システムにおけるコンテンツ同期エンティティによって実行され、
   前記第２のネットワークエリアに移動する前記移動ノードに関する指示情報を受信した時点で、決定する前記ステップを行うために必要な前記情報を、前記移動通信システムにおけるネットワークエンティティから前記コンテンツ同期エンティティによって取得するステップ、
   をさらに含んでいる、請求項１〜７のいずれか１項に記載の方法。
9. 前記第２のネットワークエリアに移動する前記移動ノードに関する前記指示情報が、前記移動ノードの移動管理エンティティから前記コンテンツ同期エンティティに送信される、請求項８に記載の方法。
10. 前記第２のネットワークエリアに移動する前記移動ノードに関する前記指示情報が、前記移動通信システムにおけるゲートウェイから前記コンテンツ同期エンティティに送信され、前記ゲートウェイが、前記第１のネットワークエリアと前記第２のネットワークエリアとの間のインタフェースを提供する、請求項８に記載の方法。
11. 前記第１のネットワークエリアおよび前記第２のネットワークエリアが、異なるデータレートをサポートしている異なる無線アクセス技術に属しており、
    前記第２のネットワークエリアにおける前記マルチキャストサービスデータの提供の前記進捗が、前記移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの前記量とは異なる、
    請求項１〜１０のいずれか１項に記載の方法。
12. 前記追加のデータチャネルを介して前記移動ノードに提供されるマルチキャストサービスデータの前記量が、前記移動ノードが前記第２のネットワークに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの前記量に基づく、請求項１〜１１のいずれか１項に記載の方法。
13. 前記追加のデータチャネルを介して前記移動ノードに提供されるマルチキャストサービスデータの前記量が、前記少なくとも第２のデータチャネルを介して提供されるマルチキャストサービスデータの前記量に、さらに基づく、請求項１２に記載の方法。
14. 前記追加のデータチャネルを確立することが決定された場合において、前記移動通信システムにおいてシステムリソースを設定する前記ステップが、
    前記移動ノードへの前記マルチキャストサービスデータの新しい提供の確立を要求するため、前記マルチキャストサービスを提供する、前記移動通信システムにおけるマルチキャストサービスプロバイダに、要求を送信するステップであって、前記要求が、前記移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの前記量に関する情報と、前記移動ノードに関する情報とをさらに含んでいる、前記ステップと、
    前記移動ノードへの前記マルチキャストサービスデータの新しい提供を可能にするため、前記移動通信システムにおいてシステムリソースを確立するステップであって、マルチキャストサービスデータの前記新しい提供が開始されてマルチキャストサービスデータが提供され、前記提供されるマルチキャストサービスデータが、前記マルチキャストサービスデータの提供が継続されるように、前記移動ノードが前記第２のネットワークエリアに移動する時刻において前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの前記量、と時間的に同じレベルである、前記ステップと、
    を含んでいる、請求項１〜１３のいずれか１項に記載の方法。
15. 前記マルチキャストサービスデータの新しい提供を識別する新しいマルチキャトスアドレスを送信することによって、前記マルチキャストサービスデータの新しい提供について、前記移動ノードに通知するステップ、
    をさらに含んでいる、請求項１４に記載の方法。
16. 前記追加のデータチャネルのためのシステムリソースを設定する前記ステップが、
    前記追加のデータチャネルのために、前記移動通信システムのコアネットワークにおいてシステムリソースを設定するステップと、
    前記コアネットワークにおいて前記システムリソースを設定した時点で、前記追加のデータチャネルのために前記移動通信システムにおいて設定された前記システムリソースについて前記移動ノードに通知するステップと、
    を含んでいる、請求項１〜１５のいずれか１項に記載の方法。
17. 少なくとも第２の移動ノードには、前記第２の移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第２のネットワークエリアにおいて前記少なくとも第２のデータチャネルを介して前記マルチキャストサービスが提供され、前記方法が、
    前記追加のデータチャネルを確立することが決定されていた場合には、前記少なくとも第２の移動ノードに前記追加のデータチャネルについて通知するステップと、
    前記少なくとも第２の移動ノードによって、前記少なくとも第２のデータチャネルを介し、それと同時に、前記追加のデータチャネルを介して、マルチキャストサービスデータを受信するステップと、
    前記少なくとも第２の移動ノードのための前記マルチキャストサービスデータの提供が完了した時点で、前記少なくとも第２のデータチャネルのための、前記移動通信システムにおける前記システムリソースを解放するステップと、
    をさらに含んでいる、
    請求項１〜１６のいずれか１項に記載の方法。
18. 前記移動ノードを含んでいる複数の移動ノードが前記第１のネットワークエリアから前記第２のネットワークエリアに同時に移動し、
    決定する前記ステップが、前記複数の移動ノードについての情報と、前記複数の移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの前記量についての情報とに基づき、
    前記追加のデータチャネルを確立することが決定された場合、前記確立された追加のチャネルのための前記システムリソースについて、前記複数の移動ノードにブロードキャストチャネルを介して通知される、
    請求項１〜１７のいずれか１項に記載の方法。
19. 前記第１のデータレートが前記第２のデータレートよりも高く、
    前記少なくとも第２のデータチャネルを介しての前記マルチキャストサービスデータの提供の前記進捗が、前記移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの前記量よりも、時間的に遅れている、
    請求項１〜１８のいずれか１項に記載の方法。
20. 前記少なくとも第２のデータチャネルを利用することが決定された場合において、前記少なくとも第２のデータチャネルを介しての前記マルチキャストサービスデータの提供の前記進捗が、前記移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの前記量と時間的に同じレベルになるまで、待機するステップと、
    前記第２のネットワークエリアにおける前記マルチキャストサービスデータの提供を継続するため、前記移動ノードによって、前記少なくとも第２のデータチャネルを介して前記マルチキャストサービスデータを受信するステップと、
    をさらに含んでいる、請求項１９に記載の方法。
21. 前記追加のデータチャネルを確立することが決定された場合において、前記移動通信システムにおいてシステムリソースを設定する前記ステップが、前記移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたデータの前記量に基づく、請求項１９または２０に記載の方法。
22. 決定する前記ステップが、
    前記移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの前記量と、前記移動ノードが前記第２のネットワークエリアに移動する時刻における、前記少なくとも第２のデータチャネルを介しての前記マルチキャストサービスデータの提供の前記進捗、との差異を求めるステップと、
    前記マルチキャストサービスデータの提供を完了するうえでの、前記移動ノードのためのマルチキャストサービスデータの残りの量を求めるステップと、
    を含んでおり、
    前記求められた差異が、前記残りの量よりも大きいかまたは等しい場合には、前記第２のネットワークエリアにおいて前記移動ノードのための前記マルチキャストサービスデータの提供を継続するために、前記追加のデータチャネルを確立することが決定され、
    前記求められた差異が、前記残りの量よりも小さい場合には、前記第２のネットワークエリアにおいて前記移動ノードのための前記マルチキャストサービスデータの提供を継続するために、前記少なくとも第２のデータチャネルを利用することが決定される、
    請求項１９〜２１に記載の方法。
23. 別の移動ノードが前記第２のネットワークエリアに移動した後、前記第２のネットワークエリアにおいて前記別の移動ノードのための前記マルチキャストサービスの提供を継続するために、前記別の移動ノードのための第３のデータチャネルが以前に確立された場合において、
    差異を求める前記ステップが、
    前記移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの前記量と、前記移動ノードが前記第２のネットワークエリアに移動する時刻における、前記第３のデータチャネルを介しての前記マルチキャストサービスデータの提供の前記進捗との差異を、求める、
    請求項２２に記載の方法。
24. 前記第１のデータレートが前記第２のデータレートよりも低く、
    前記少なくとも第２のデータチャネルを介しての前記マルチキャストサービスデータの提供の前記進捗が、前記移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの前記量よりも、時間的に進んでいる、
    請求項１〜１８のいずれか１項に記載の方法。
25. 前記移動ノードが、前記第２のネットワークエリアにおける前記マルチキャストサービスデータの提供が開始された後に前記第２のネットワークエリアに入る最初の移動ノードである場合には、前記移動ノードのための前記マルチキャストサービスデータの提供を継続するため、前記追加のデータチャネルを確立することが決定され、前記追加のデータチャネルが追加のマルチキャスト無線ベアラである、請求項２４に記載の方法。
26. 前記移動ノードのための前記マルチキャストサービスデータの提供を継続するために前記第２のデータチャネルを利用することが決定された場合において、前記方法が、
    前記移動ノードが前記第２のネットワークエリアに移動する時刻における、前記第２のデータチャネルの進捗までについては、前記マルチキャストサービスデータの提供を継続するため、前記移動ノードへの新しいユニキャストデータチャネルを確立するステップと、
    前記第２のネットワークエリアにおける前記移動ノードのための前記マルチキャストサービスデータの提供を完了する目的で、前記第２のデータチャネルを介し、それと同時に、前記新しいユニキャストデータチャネルを介して、前記移動ノードによってマルチキャストサービスデータを受信するステップと、
    をさらに含んでいる、
    請求項２４または２５に記載の方法。
27. 決定する前記ステップが、
    前記移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの前記量と、前記移動ノードが前記第２のネットワークエリアに移動する時刻における、前記少なくとも第２のデータチャネルを介しての前記マルチキャストサービスデータの提供の前記進捗との差異を求めるステップと、
    前記マルチキャストサービスデータの提供を完了するうえでの、前記少なくとも第２のデータチャネルを介してのマルチキャストサービスデータの残りの量を、求めるステップと、
    を含んでおり、
    前記求められた差異が、前記残りの量よりも大きいかまたは等しい場合には、前記第２のネットワークエリアにおいて前記移動ノードのための前記マルチキャストサービスデータの提供を継続するために、前記追加のデータチャネルを確立することが決定され、
    前記求められた差異が、前記残りの量よりも小さい場合には、前記第２のネットワークエリアにおいて前記移動ノードのための前記マルチキャストサービスデータの提供を継続するために、前記少なくとも第２のデータチャネルを利用することと、前記移動ノードが前記第２のネットワークエリアに移動する時刻における、前記第２のデータチャネルの進捗までについては、前記マルチキャストサービスデータの提供を継続するために、前記移動ノードへの新しいユニキャストデータチャネルを確立することとが決定される、
    請求項２４〜２６のいずれか１項に記載の方法。
28. 別の移動ノードが前記第２のネットワークエリアに移動した後、前記第２のネットワークエリアにおいて前記マルチキャストサービスの提供を継続するために、前記別の移動ノードのための第３のデータチャネルが以前に確立された場合において、
    差異を求める前記ステップが、前記移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの前記量と、前記移動ノードが前記第２のネットワークエリアに移動する時刻における、前記第３のデータチャネルを介しての前記マルチキャストサービスデータの提供の進捗との差異、を求め、
    残りの量を求める前記ステップが、前記マルチキャストサービスデータの提供を完了するうえでの、前記第３のデータチャネルを介してのマルチキャストサービスデータの前記量を求める、
    請求項２７に記載の方法。
29. 移動ノードが、第１のデータチャネルを介して第１のデータレートにおいてマルチキャストサービスが提供されている第１のネットワークエリア、から、少なくとも第２のデータチャネルを介して第２のデータレートにおいて前記マルチキャストサービスが提供されている第２のネットワークエリア、に、移動するときに、移動通信システムにおいて前記移動ノードへの前記マルチキャストサービスの継続的な提供を管理するコンテンツ同期エンティティであって、
    前記第２のネットワークエリアにおいて前記移動ノードへの前記マルチキャストサービスの提供を継続するために、前記移動ノードのための追加のデータチャネルを確立するか、または、前記少なくとも第２のデータチャネルのうちの１つを利用するかを、前記移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの量に関連する情報に基づいて、決定するようにされているプロセッサ、
    を備えており、
    前記プロセッサが、
    前記追加のデータチャネルを確立することが決定された場合において、前記移動通信システムにおいて前記追加のチャネルのためのシステムリソースを設定するようにされている、
    コンテンツ同期エンティティ。
30. 前記マルチキャストサービスを提供するマルチキャストサービスプロバイダの一部である、または、
    前記第１のネットワークエリアと前記第２のネットワークエリアとの間のインタフェースを提供するゲートウェイの一部である、または、
    前記移動ノードの移動管理エンティティの一部である、
    請求項２９に記載のコンテンツ同期エンティティ。
31. 前記第２のネットワークエリアに移動する前記移動ノードについての指示情報を受信した時点で、前記決定を実行するために必要な情報を、前記移動通信システムにおけるネットワークエンティティに要求するようにされている前記プロセッサと、
    前記情報を受信する受信器と、
    をさらに備えている、請求項２９および３０に記載のコンテンツ同期エンティティ。
32. 前記プロセッサが、
    前記マルチキャストサービスを提供するマルチキャストサービスプロバイダ、
    前記第１のネットワークエリアと前記第２のネットワークエリアとの間のインタフェースを提供するゲートウェイ、
    前記第２のネットワークエリアにおける無線リソースを制御する無線制御エンティティ、
    前記移動ノードの移動管理エンティティ、
    のうちの少なくとも１つに、前記情報を要求する、
    請求項３１に記載のコンテンツ同期エンティティ。
33. 前記プロセッサが、
    前記移動ノードが前記第２のネットワークエリアに移動する時刻における、前記少なくとも第２のデータチャネルを介しての前記マルチキャストサービスデータの提供の進捗に関する情報、前記第２のネットワークエリアにおける利用可能なシステムリソースに関する情報、前記移動ノードの受信能力に関する情報、前記マルチキャストサービスに関する情報、のうちの少なくとも１つ、
    にさらに基づいて前記決定を行う、
    請求項２９〜３２のいずれか１項に記載のコンテンツ同期エンティティ。
34. 前記プロセッサが前記追加のデータチャネルを確立することを決定した場合において、前記プロセッサが、前記マルチキャストサービスを提供するマルチキャストサービスプロバイダに、前記追加のデータチャネルを介して提供される追加のマルチキャストセッションを確立するように要求するように、さらにされており、前記追加のマルチキャストセッションにおいて前記追加のデータチャネルを介して提供されるマルチキャストサービスデータの前記量が、前記移動ノードが第２のネットワークに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの前記量に依存する、請求項２９〜３３のいずれか１項に記載のコンテンツ同期エンティティ。
35. 前記追加のマルチキャストセッションにおいて前記追加のデータチャネルを介して提供されるマルチキャストサービスデータの前記量が、前記少なくとも第２のデータチャネルを介して提供されるマルチキャストサービスデータの前記量に、さらに依存する、請求項３４に記載のコンテンツ同期エンティティ。
36. 受信器が、前記追加のマルチキャストセッションに関する情報を前記マルチキャストサービスプロバイダから受信するようにされており、
    送信器が、前記追加のマルチキャストセッションが前記追加のデータチャネルを介して提供されていることについて、前記移動ノードに通知するようにされている、
    請求項３４または３５に記載のコンテンツ同期エンティティ。
37. 前記プロセッサが、前記追加のデータチャネルを確立することを決定した場合において、前記プロセッサが、前記追加のデータチャネルが個別のユニキャスト無線ベアラまたはマルチキャスト無線ベアラであるのか、あるいは、前記追加のデータチャネルが前記少なくとも第２の無線ベアラのうちの１つの一部であるのかを決定するように、さらにされている、請求項２９〜３６のいずれか１項に記載のコンテンツ同期エンティティ。
38. 少なくとも第２の移動ノードには、前記第２の移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第２のネットワークエリアにおいて前記少なくとも第２のデータチャネルを介して前記マルチキャストサービスが提供され、
    前記プロセッサが前記追加のデータチャネルを確立することを決定した場合には、送信器が、前記少なくとも第２の移動ノードに前記追加のデータチャネルについて通知するようにされている、
    請求項２９〜３７のいずれか１項に記載のコンテンツ同期エンティティ。
39. 前記第１のデータレートが前記第２のデータレートよりも高く、前記少なくとも第２のデータチャネルを介しての前記マルチキャストサービスデータの提供の前記進捗が、前記移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの前記量よりも、時間的に遅れており、
    前記プロセッサが、前記移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの前記量と、前記移動ノードが前記第２のネットワークエリアに移動する時刻における、前記少なくとも第２のデータチャネルを介しての前記マルチキャストサービスデータの提供の前記進捗、との差異を求めるように、さらにされており、
    前記プロセッサが、前記マルチキャストサービスデータの提供を完了するうえでの、前記移動ノードのためのマルチキャストサービスデータの残りの量を求めるように、さらにされており、
    前記プロセッサが、前記差異が前記残りの量よりも大きいかまたは等しいものと判定する場合には、前記プロセッサが、前記第２のネットワークエリアにおいて前記移動ノードのための前記マルチキャストサービスデータの提供を継続するために、前記追加のデータチャネルを確立することを決定するようにされており、
    前記プロセッサが、前記差異が前記残りの量よりも小さいものと判定する場合には、前記プロセッサが、前記第２のネットワークエリアにおいて前記移動ノードのための前記マルチキャストサービスデータの提供を継続するために、前記少なくとも第２のデータチャネルを利用することを決定するようにされている、
    請求項２９〜３８のいずれか１項に記載のコンテンツ同期エンティティ。
40. 別の移動ノードが前記第２のネットワークエリアに移動した後、前記第２のネットワークエリアにおいて前記別の移動ノードのための前記マルチキャストサービスの提供を継続するために、前記別の移動ノードのための第３のデータチャネルが以前に確立された場合において、
    前記プロセッサが、
    前記移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの前記量と、前記移動ノードが前記第２のネットワークエリアに移動する時刻における、前記第３のデータチャネルを介しての前記マルチキャストサービスデータの提供の前記進捗との差異を求めることによって、前記差異を求めるようにされている、
    請求項３９に記載のコンテンツ同期エンティティ。
41. 前記第１のデータレートが前記第２のデータレートよりも低く、前記少なくとも第２のデータチャネルを介しての前記マルチキャストサービスデータの提供の前記進捗が、前記移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの前記量よりも、時間的に進んでおり、
    前記移動ノードが、前記第２のネットワークエリアにおける前記マルチキャストサービスデータの提供が開始された後に前記第２のネットワークエリアに入る最初の移動ノードである場合には、前記プロセッサが、前記移動ノードのための前記マルチキャストサービスデータの提供を継続するため、前記追加のデータチャネルを確立することを決定するようにされており、前記プロセッサが、前記追加のデータチャネルが個別のマルチキャスト無線ベアラであることを決定するように、さらにされている、
    請求項２９〜３８のいずれか１項に記載のコンテンツ同期エンティティ。
42. 前記プロセッサが、前記移動ノードのための前記マルチキャストサービスデータの提供を継続するために前記第２のデータチャネルを利用することを決定する場合において、
    前記プロセッサが、
    前記移動ノードが前記第２のネットワークエリアに移動する時刻における、前記第２のデータチャネルの進捗までについては、前記マルチキャストサービスデータの提供を継続するため、新しいユニキャストデータチャネルを介して前記移動ノードに提供される新しいユニキャストセッションを確立するように、前記マルチキャストサービスを提供するマルチキャストサービスプロバイダに要求するように、
    されており、
    送信器が、前記新しいユニキャストデータチャネルを介して提供される前記新しいユニキャストセッションについて前記移動ノードに通知するように、されている、
    請求項４１に記載のコンテンツ同期エンティティ。
43. 前記プロセッサが、前記移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの前記量と、前記移動ノードが前記第２のネットワークエリアに移動する時刻における、前記少なくとも第２のデータチャネルを介しての前記マルチキャストサービスデータの提供の前記進捗、との差異を求めるように、されており、
    前記プロセッサが、前記マルチキャストサービスデータの提供を完了するうえでの、前記少なくとも第２のデータチャネルを介してのマルチキャストサービスデータの残りの量を求めるように、さらにされており、
    前記プロセッサが、前記求められた差異が前記残りの量よりも大きいかまたは等しいものと判定する場合には、前記プロセッサが、前記第２のネットワークエリアにおいて前記移動ノードのための前記マルチキャストサービスデータの提供を継続するために、前記追加のデータチャネルを確立することを決定するように、されており、
    前記プロセッサが、前記求められた差異が前記残りの量よりも小さいものと判定する場合には、前記プロセッサが、前記第２のネットワークエリアにおいて前記移動ノードのための前記マルチキャストサービスデータの提供を継続するために、前記少なくとも第２のデータチャネルを利用することと、前記移動ノードが前記第２のネットワークエリアに移動する時刻における、前記第２のデータチャネルの前記進捗までについては、前記マルチキャストサービスデータの提供を継続するために、前記移動ノードへの新しいユニキャストデータチャネルを確立することとを決定するように、されている、
    請求項４１および４２に記載のコンテンツ同期エンティティ。
44. 別の移動ノードが前記第２のネットワークエリアに移動した後、前記第２のネットワークエリアにおいて前記別の移動ノードのための前記マルチキャストサービスの提供を継続するために、前記別の移動ノードのための第３のデータチャネルが以前に確立された場合において、
    前記プロセッサが、前記移動ノードが前記第２のネットワークエリアに移動する時刻において、前記第１のネットワークエリアにおいて前記第１のデータチャネルを介してすでに送信されたマルチキャストサービスデータの前記量と、前記移動ノードが前記第２のネットワークエリアに移動する時刻における、前記第３のデータチャネルを介しての前記マルチキャストサービスデータの提供の前記進捗との差異を求めることによって、前記差異を求めるように、されており、
    前記プロセッサが、前記マルチキャストサービスデータの提供を完了するうえでの、前記第３のデータチャネルを介してのマルチキャストサービスデータの前記量を求めることによって、前記残りの量を求めるように、さらにされている、
    請求項４３に記載のコンテンツ同期エンティティ。
45. 請求項１〜２８のいずれか１項に記載の方法のステップを実行する手段、または前記ステップに参加する手段、をさらに備えている、請求項２９〜４４のいずれか１項に記載のコンテンツ同期エンティティ。
46. 移動通信システムにおいて移動ノードにマルチキャストサービスを提供するマルチキャストサービスプロバイダであって、請求項２９〜４５のいずれか１項に記載のコンテンツ同期エンティティを備えている、マルチキャストサービスプロバイダ。
47. 移動通信システムにおいて少なくとも第１のネットワークエリアと第２のネットワークエリアとの間のインタフェースとして機能するゲートウェイであって、請求項２９〜４５のいずれか１項に記載のコンテンツ同期エンティティを備えている、ゲートウェイ。
48. 移動通信システムにおいて少なくとも第１のネットワークエリアと第２のネットワークエリアとの間で移動する移動ノードの移動を管理する移動管理エンティティであって、請求項２９〜４５のいずれか１項に記載のコンテンツ同期エンティティを備えている、移動管理エンティティ。
49. 移動ノードにマルチキャストサービスを提供するマルチキャストサービスプロバイダと、
    第１のネットワークエリアから第２のネットワークエリアに移動する前記移動ノードと、
    請求項２９〜４５のいずれか１項に記載のコンテンツ同期エンティティを備えている、移動管理エンティティと、
    を備えている、通信システム。
    

Images