(57)【特許請求の範囲】
【請求項１】
方法であって、
ソースセル中、ユーザー装置（ＵＥ）により服務される加入したマルチメディアブロードキャストおよびマルチキャストサービス（ＭＢＭＳ）を、前記ＵＥが受信する工程と、
前記ＵＥが、ハンドオーバをターゲットセルに実行する工程と、
前記ＵＥが前記ターゲットセルのＭＢＭＳ情報を得て、前記ＭＢＭＳ情報が、前記ターゲットセルのＭＢＭＳ単一周波数ネットワーク（ＭＢＳＦＮ）領域ＩＤを含む工程と、
前記ＵＥが、前記ターゲットセル中、ＭＢＭＳサービス継続性を決定する工程と、
を含み、ハンドオーバ後、前記加入したＭＢＭＳサービスが継続されない場合、前記ＵＥはＭＢＭＳベアラーを解放し、非アクセス層（ＮＡＳ）エンティティに通知し、ハンドオーバ後、前記加入したＭＢＭＳサービスが可用な場合、前記ＵＥは、ハンドオーバ期間中、ＭＢＭＳベアラーを保持し、
前記加入したＭＢＭＳサービスは、前記ターゲットセルによりサポートされる複数のＭＢＳＦＮ領域により提供され、且つ、ユーザー選択または所定の優先度に基づいて、好ましいＭＢＳＦＮ領域が選択されることを特徴とする方法。
【請求項２】
前記ソースセルおよび前記ターゲットセルは同じＭＢＳＦＮ領域に属し、前記ＵＥは、ハンドオーバ後、前記ソースセルのＭＢＭＳ情報を再利用することを特徴とする請求項１に記載の方法。
【請求項３】
前記ソースセルおよび前記ターゲットセルは異なるＭＢＳＦＮ領域に属し、前記ＵＥは、前記ターゲットセルのマルチキャスト制御チャネル（ＭＣＣＨ）から、ＭＢＭＳサービスリストを得ることを特徴とする請求項１に記載の方法。
【請求項４】
さらに、
前記ターゲットセル中、前記加入したＭＢＭＳサービスを継続するかのプロンプトを提供する工程を含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記ＵＥは、ひとつ以上のＭＢＳＦＮ領域から、複数のＭＢＭＳサービスに加入し、且つ、前記ＵＥは、前記ターゲットセルによりサポートされる各ＭＢＳＦＮ領域の各マルチキャスト制御チャネル（ＭＣＣＨ）を確認することにより、前記加入したＭＢＭＳサービスが可用か判断することを特徴とする請求項１に記載の方法。
【請求項６】
方法であって、
ソースセル中、ユーザー装置（ＵＥ）により服務される加入したマルチメディアブロードキャストおよびマルチキャストサービス（ＭＢＭＳ）を、前記ＵＥが受信する工程と、
前記ＵＥが、ハンドオーバをターゲットセルに実行する工程と、
前記ＵＥが前記ターゲットセルのＭＢＭＳ情報を得て、前記ＭＢＭＳ情報が、前記ターゲットセルのＭＢＭＳ単一周波数ネットワーク（ＭＢＳＦＮ）領域ＩＤを含む工程と、
前記ＵＥが、前記ターゲットセル中、ＭＢＭＳサービス継続性を決定する工程と、
を含み、ハンドオーバ後、前記加入したＭＢＭＳサービスが継続されない場合、前記ＵＥはＭＢＭＳベアラーを解放し、非アクセス層（ＮＡＳ）エンティティに通知し、ハンドオーバ後、前記加入したＭＢＭＳサービスが可用な場合、前記ＵＥは、ハンドオーバ期間中、ＭＢＭＳベアラーを保持し、
前記ＵＥは、ターゲットｅＮＢにより、ＭＢＭＳをサポートする搬送周波数の第一数量を示すハンドオーバ命令を受信し、前記ＵＥは、第二数量の搬送周波数上で、ＭＢＭＳを受信することができ、且つ、ユーザー選択または所定の優先度に基づいて、所定のＭＢＳＦＮ領域が選択されることを特徴とする方法。
【請求項７】
ユーザー装置（ＵＥ）であって、
マルチメディアブロードキャストサービスセンター（ＭＢＳＣ）から、加入したマルチメディアブロードキャストおよびマルチキャストサービス（ＭＢＭＳ）を受信する無線周波数（ＲＦ）モジュールと、
ソースセルからターゲットセルへのハンドオーバを実行するハンドオーバ（ＨＯ）モジュールと、
前記ターゲットセルのＭＢＭＳ情報を得るＭＢＭＳモジュールと、
を含み、前記ＭＢＭＳ情報はＭＢＭＳ単一周波数ネットワーク（ＭＢＳＦＮ）領域ＩＤを含み、ハンドオーバ後、前記加入したＭＢＭＳサービスが継続されない場合、前記ＵＥはＭＢＭＳベアラーを解放し、非アクセス層（ＮＡＳ）エンティティに通知し、ハンドオーバ後、前記加入したＭＢＭＳサービスが可用の場合、前記ＵＥは、ハンドオーバ期間中、ＭＢＭＳベアラーを保持し、
前記加入したＭＢＭＳサービスは、前記ターゲットセルによりサポートされる複数のＭＢＳＦＮ領域により提供され、且つ、所定のＭＢＳＦＮ領域は、ユーザー選択または所定の優先度に基づいて選択されることを特徴とするＵＥ。
【請求項８】
前記ソースセルおよび前記ターゲットセルは同じＭＢＳＦＮ領域に属し、前記ＵＥは、ハンドオーバ後、ソースセルのＭＢＭＳ情報を再利用することを特徴とする請求項７に記載のＵＥ。
【請求項９】
前記ソースセルおよび前記ターゲットセルは、異なるＭＢＳＦＮ領域に属し、前記ＵＥは、前記ターゲットセルのマルチキャスト制御チャネル（ＭＣＣＨ）から、ＭＢＭＳサービスリストを得ることを特徴とする請求項７に記載のＵＥ。
【請求項１０】
さらに、
前記ターゲットセル中、前記加入したＭＢＭＳサービスを継続するかのプロンプトを提供するユーザーインターフェースモジュールを含むことを特徴とする請求項７に記載のＵＥ。
【請求項１１】
前記ＵＥは、ひとつ以上のＭＢＳＦＮ領域から、複数のＭＢＭＳサービスに加入し、且つ、前記ＵＥは、前記ターゲットセルによりサポートされる各ＭＢＳＦＮ領域の各マルチキャスト制御チャネル（ＭＣＣＨ）を確認することにより、前記加入したＭＢＭＳサービスが可用かどうか決定することを特徴とする請求項７に記載のＵＥ。
【請求項１２】
方法であって、
ユーザー装置（ＵＥ）により、第一セルで、加入したマルチメディアブロードキャストおよびマルチキャストサービス（ＭＢＭＳ）を受信する工程と、
前記ＵＥが隣接セルのＭＢＭＳ情報を得て、前記ＭＢＭＳ情報が、ＭＢＭＳ単一周波数ネットワーク（ＭＢＳＦＮ）領域ＩＤ、ＭＢＭＳ配置情報およびＭＢＭＳサービスリストを含む工程と、
得られたＭＢＭＳ情報に基づいて、前記隣接セルから、第二セルを決定して、セル再選択を実行し、前記ＵＥが、前記加入したＭＢＭＳサービスを継続しない場合、前記ＵＥはＭＢＭＳベアラーを解放し、非アクセス層（ＮＡＳ）エンティティに通知し、セル再選択後、前記加入したＭＢＭＳサービスが可用である場合、前記ＵＥは、セル再選択期間中、ＭＢＭＳベアラーを保持する工程と、
を含み、
前記加入したＭＢＭＳサービスは、前記第二セルによりサポートされる複数のＭＢＳＦＮ領域により提供され、且つ、ユーザー選択または所定の優先度に基づいて、所定のＭＢＳＦＮ領域が選択されることを特徴とする方法。
【請求項１３】
前記第二セルは、ユーザー選択または所定の優先度に基づいて決定されることを特徴とする請求項１２に記載の方法。
【請求項１４】
さらに、
セル再選択を実行するかおよびどのセルが前記第二セルとなって、セル再選択を実行するかのプロンプトを提供する工程を含むことを特徴とする請求項１２に記載の方法。
【請求項１５】
さらに、
前記第二セル中、前記加入したＭＢＭＳサービスを継続するかのプロンプトを提供する工程を含むことを特徴とする請求項１２に記載の方法。
【請求項１６】
前記ＵＥは、ひとつ以上のＭＢＳＦＮ領域から、複数のＭＢＭＳサービスに加入し、且つ、前記ＵＥは、前記隣接セルによりサポートされる各ＭＢＳＦＮ領域の各マルチキャスト制御チャネル（ＭＣＣＨ）を確認することにより、前記加入したＭＢＭＳサービスが可用であるか判断することを特徴とする請求項１２に記載の方法。
【請求項１７】
ユーザー装置（ＵＥ）であって、
第一セル中で、マルチメディアブロードキャストサービスセンター（ＭＢＳＣ）から、加入したマルチメディアブロードキャストおよびマルチキャストサービス（ＭＢＭＳ）を受信する無線周波数（ＲＦ）モジュールと、
隣接セルのＭＢＭＳ情報を得て、これにより、前記隣接セルから第二セルを決定して、セル再選択を実行し、前記ＭＢＭＳ情報は、ＭＢＭＳ単一周波数ネットワーク（ＭＢＳＦＮ）領域ＩＤ、ＭＢＭＳ配置情報およびＭＢＭＳサービスリストを含み、前記ＵＥが前記加入したＭＢＭＳサービスを継続しない場合、前記ＵＥはＭＢＭＳベアラーを解放し、非アクセス層（ＮＡＳ）エンティティに通知し、セル再選択後、前記加入したＭＢＭＳサービスが可用な場合、前記ＵＥは、セル再選択期間中、ＭＢＭＳベアラーを保持するＭＢＭＳモジュールと、
を含み、
前記加入したＭＢＭＳサービスは、前記第二セルによりサポートされる複数のＭＢＳＦＮ領域により提供され、且つ、所定のＭＢＳＦＮ領域は、ユーザー選択または所定の優先度に基づいて選択されることを特徴とするＵＥ。
【請求項１８】
前記第二セルは、ユーザー選択または所定の優先度に基づいて決定されることを特徴とする請求項１７に記載のＵＥ。
【請求項１９】
さらに、どのセルが前記第二セルとなって、セル再選択を行うかのプロンプトを提供するユーザーインターフェースモジュールを含むことを特徴とする請求項１７に記載のＵＥ。
【請求項２０】
さらに、
前記第二セル中、前記加入したＭＢＭＳサービスを継続するかのプロンプトを提供するユーザーインターフェースモジュールを含むことを特徴とする請求項１７に記載のＵＥ。
【請求項２１】
前記ＵＥは、ひとつ以上のＭＢＳＦＮ領域から、複数のＭＢＭＳサービスに加入し、且つ、前記ＵＥは、前記隣接セルによりサポートされる各ＭＢＳＦＮ領域の各マルチキャスト制御チャネル（ＭＣＣＨ）を確認することにより、前記加入したＭＢＭＳサービスが可用か判断することを特徴とする請求項１７に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願は、２０１０年６月１５日に出願された「Methods to Support MBMS Mobility and Dedicated MCCH LCID Enhancement」と題された米国特許仮出願番号第６１／３５４７９１号から、合衆国法典第３５編第１１９条の下、優先権を主張するものであり、その内容は引用によって本願に援用される。
【０００２】
本発明は、マルチメディア放送および同報サービス（ＭＢＭＳ）に関するものであって、特に、ネットワーク支援がない状態で、ユーザー装置(ＵＥ)のＭＢＭＳサービス受信の継続性をサポートする方法に関するものである。
【背景技術】
【０００３】
ロングタームエボリューション(ＬＴＥ)システムは、簡単なネットワーク機構により、高ピークデータレート、低レイテンシー、改善されたシステム容量および低操作コストの長所を提供することができる。このほか、ＬＴＥシステムは、従来の無線ネットワーク、たとえば、グローバルシステムフォーモバイルコミュニケーションズ(ＧＳＭ)、符号分割多重アクセス(ＣＤＭＡ)およびユニバーサルモバイルテレコミュニケーションシステム(ＵＭＴＳ)に、シームレス統合も提供する。ＬＴＥシステムにおいて、進化型ＵＴＲＡＮ(Ｅ-ＵＴＲＡＮ)は複数の移動局と通信する複数の進化型Ｎｏｄｅ-Ｂｓ(ｅＮＢ)を含み、進化型Ｎｏｄｅ-Ｂｓはユーザー装置(ＵＥ)と称される。
【０００４】
ＬＴＥシステムの増強は、スリージーピーピー（３ＧＰＰ)により考慮されるので、それらは、第４世代移動通信システム(ＩＭＴ-Advanced)(４Ｇ)基準に符合または超越する。鍵となる増強のひとつは、１００ＭＨｚに達するバンド幅をサポートし、且つ、存在する無線ネットワークシステムと下位互換性(backwards compatible)がある。二個以上の搬送波成分(ＣＣ)が凝集されるキャリアアグリゲーション(ＣＡ)がＬＴＥ-先進システムに導入されて、システムスループット全体を改善する。
【０００５】
マルチメディアブロードキャストとマルチキャストサービス(ＭＢＭＳ)は、存在するＧＳＭとＵＭＴＳセルラーネットワークにより提供される放送サービスである。最近、進化型ＭＢＭＳ(Ｅ-ＭＢＭＳ)がＬＴＥ仕様に導入されて、ＴＶ、映画の放送や同報および別の情報、たとえば、デジタル形式の新聞の夜間伝送を行う。ＬＴＥシステム中のＭＢＭＳを促進するため、各ＭＢＭＳ単一周波数ネットワーク(ＭＢＳＦＮ)領域中で、マルチキャスト制御チャネル(ＭＣＣＨ)がＭＢＭＳ制御情報の伝送に用いられ、マルチキャストトラフィックチャネル(ＭＴＣＨ)が、ＭＢＭＳデータパケットを受信するＵＥへのユーザートラフィックの伝送に用いられる。ＭＢＭＳの主な長所は、ネットワークインフラが携帯電話ネットワークオペレータに既に存在し、サービスの新しいネットワークの構築に比べて、ＭＢＭＳの部署は費用効率が高いことである。放送能力は、コンスタントのネットワーク負荷を有する無限数のユーザーに達することを可能にする。また、放送能力は、同時に、多くの携帯電話加入者への放送情報の可能性、たとえば、緊急警報を可能にする。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＬＴＥのような移動無線システムの重要な特徴は、ｅＮＢとネットワーク全体に渡るシームレス移動性をサポートすることである。遅延敏感サービス(delay-sensitive service)、例えば、ＶｏＩＰにとって、高速且つシームレスハンドオーバ(ＨＯ)が特に重要である。同様に、ＭＢＭＳサービス継続性(continuity)も、ＭＢＭＳユーザーエクスペリエンスにとって重要である。ＵＥの移動性がＭＢＭＳサービス受信に影響するのは、出来る限り小さくすべきである。しかし、現在のＬＴＥ規格(たとえば、ＬＴＥ Ｒｅｌ-９)は、ネットワーク支援ＭＢＭＳサービス継続性をサポートしない。ネットワーク方策が可用になる(available)前、ＭＢＭＳサービス継続性は、ＵＥ中心方策(UE-centric solution)だけによりサポートされる。さらに、ＬＴＥ-Ａシステム中、キャリアアグリゲーション(ＣＡ)を有し、ネットワーク基地局(たとえば、ｅＮＢ)は複数のＭＢＳＦＮ領域により被覆される(covered)ので、ｅＮＢが、二個以上のＭＢＳＦＮ領域に関連することが予測できる。このような状況下で、ＭＢＭＳサービス継続性のＵＥ中心方策も必要とされる。
【課題を解決するための手段】
【０００７】
ＬＴＥ／ＬＴＥ−Ａシステムにおいて、ＵＥは、ソースセルで、ＭＢＭＳサービスに加入する(subscribe)。ネットワーク支援がない状況下で、ハンドオーバまたはセル再選択後、ＭＢＭＳサービス継続性を維持する方策が提供される。一態様において、受信中のＭＢＭＳサービスを有するＵＥがターゲットセルにハンドオーバされる。ハンドオーバの前か後に、ＵＥはターゲットセルのＭＢＭＳ情報を得る。ＭＢＭＳ情報は、ターゲットセルによりサポートされるＭＢＳＦＮ領域ＩＤとＭＢＭＳサービスＩＤのリストを含む。その後、ＵＥは、得られたＭＢＭＳ情報に基づいて、ターゲットセル中のＭＢＭＳサービス継続性を判断する。ハンドオーバ後、加入したＭＢＭＳサービスが不連続の場合、ＵＥはＭＢＭＳベアラーを解放し、非アクセス層(ＮＡＳ)エンティティに通知する。ハンドオーバ操作後、加入したＭＢＭＳサービスが可用になる場合、ＵＥは、ハンドオーバ期間中、ＭＢＭＳベアラーを保持する。
【０００８】
別の態様中、受信中のＭＢＭＳサービスを有するＵＥは、新しいセルを再選択する。ＵＥは、その隣接セルの得られたＭＢＭＳ情報に基づいて、セル再選択決定を行う。セル再選択後、加入したＭＢＭＳサービスが不連続の場合、ＵＥはＭＢＭＳベアラーを解放し、ＮＡＳエンティティに通知する。セル再選択後、加入したＭＢＭＳサービスが可用な場合、ＵＥは、セル再選択期間中、ＭＢＭＳベアラーを保持する。ＭＢＭＳ情報を獲得することにより、ハンドオーバまたはセル再選択後、ＵＥは、継続性ＭＢＭＳ受信を維持することができる。
【０００９】
他の実施の形態及び利点が以下の詳細な説明に述べられる。この概要は、本発明を定めるものではない。本発明は、請求項によって定められる。
【図面の簡単な説明】
【００１０】
添付の図面は、本発明の実施の形態を説明しており、同様の番号は同様の構成要素を示している。
【図１】一新規態様によるＭＢＭＳサービス継続性をサポートするユーザー装置（ＵＥ）を示す図である。
【図２】一新規態様によるＭＢＭＳサービスをサポートするＥ−ＵＴＲＡＮネットワークの論理アーキテクチャを示す図である。
【図３】ＬＴＥネットワーク中のＭＢＭＳユーザープレーン制御機構を示す図である。
【図４】ＬＴＥネットワーク中のＭＢＭＳ制御プレーンプロトコル機構を示す図である。
【図５】一新規態様によるハンドオーバ後の継続性ＭＢＭＳサービス受信の方法のフローチャートである。
【図６】一新規態様によるセル再選択後の継続性ＭＢＭＳサービス受信の方法のフローチャートである。
【図７】ソースセルまたはターゲットセルが複数のＭＢＳＦＮ領域に関連する時のＭＢＭＳサービス継続性の一態様を示す図である。
【図８】ソースセルまたはターゲットセルが複数のＭＢＳＦＮ領域に関連する時のＭＢＭＳサービス継続性の別の態様を示す図である。
【発明を実施するための形態】
【００１１】
本発明の実施態様について詳細に述べる。その例は添付図面に示されている。
【００１２】
図１は、一新規態様によるマルチメディアブロードキャストおよびマルチキャストサービス(ＭＢＭＳ)(または同期)領域１０中のサービス継続性をサポートするユーザー装置（ＵＥ）１１を示す図である。ＭＢＭＳサービス領域１０は、複数のＭＢＭＳ単一周波数ネットワーク(ＭＢＳＦＮ)領域(たとえば、ＭＢＳＦＮ領域１とＭＢＳＦＮ領域２)を被覆する。ＭＢＳＦＮ領域は、ネットワークのＭＢＳＦＮサービス領域内の一組のセルを含み、これらのセルは調和して、ＭＢＳＦＮ伝送を達成する。ＭＢＳＦＮサービス領域がネットワークの領域として定義され、領域内の全進化型Ｎｏｄｅ-Ｂｓ(ｅＮＢ)が同期化されて、ＭＢＳＦＮ伝送を実行する。ＭＢＭＳサービス領域は、ひとつ以上のＭＢＳＦＮ領域をサポートすることができる。与えられた周波数層上で、ｅＮＢは、１個のＭＢＭＳサービス領域だけに属することができる。ＭＢＭＳサービス領域中、セルは、ひとつ以上のＭＢＳＦＮ領域に属し、属する全ＭＢＳＦＮ領域中のＭＢＭＳサービスをサポートすることができる。
【００１３】
図１の例において、ｅＮＢ１２はＭＢＳＦＮ領域１に属し、搬送波成分１(ＣＣ１)により、ＭＢＭＳサービスをセル１７に提供し、ｅＮＢ１３は、ＭＢＳＦＮ領域１と領域２両方に属し、ＣＣ１により、ＭＢＭＳサービスをセル１８に提供し、ｅＮＢ１４はＭＢＳＦＮ領域２に属し、ＣＣ１により、セル１９にＭＢＭＳサービスを提供し、ｅＮＢ１５はＭＢＳＦＮ領域１に属し、ＣＣ２により、セル２０にＭＢＭＳサービスを提供し、ｅＮＢ１６はＭＢＳＦＮ領域２に属し、ＣＣ２により、セル２１にＭＢＭＳサービスを提供する。ＵＥ１１は、最初に、ｅＮＢ１２により服務されるセル１７中、特定のＭＢＭＳサービスに加入し、後に、異なるｅＮＢにより服務される異なるセルに移動する。好ましい態様において、ＵＥ１１は、まず、ＭＢＳＦＮ領域１のセル１７で、加入したＭＢＭＳサービスを受信し、その後、ＭＢＳＦＮ領域１&２のセル１８に移動し、その後、ＭＢＳＦＮ領域２のセル１９に移動する。別の好ましい態様において、ＵＥ１１は、まず、ＭＢＳＦＮ領域１のセル１７で、ＭＢＭＳサービスを受信し、その後、ＭＢＳＦＮ領域１のセル２０に移動し、その後、ＭＢＳＦＮ領域２のセル２１に移動する。ＵＥ１１が一セルから別のセルに移動する時、ＵＥ１１は、ハンドオーバまたはセル再選択を実行する必要がある。よって、ハンドオーバまたはセル再選択後、ＵＥ１１は、加入したＭＢＭＳサービスを継続して受信することができ、サービスを中断しないことが望まれる。
【００１４】
ＬＴＥシステムにおいて、２個の無線リソース制御(ＲＲＣ)状態、即ち、ＲＲＣ_ＩＤＬＥとＲＲＣ_ＣＯＮＮＥＣＴＥＤが定義される。ＲＲＣ接続がうまく構築される時、ＵＥは、ＲＲＣ_ＩＤＬＥ状態からＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態に変化する。ＲＲＣ接続を解除することにより、ＵＥは、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ_ＩＤＬＥ状態に戻ることができる。ＲＲＣ_ＩＤＬＥ状態において、ＵＥは、ブロードキャスト／マルチキャストデータを受信し、ページングチャネルを監視して、着呼を検出し、隣接セル測定とセル選択／再選択を実行し、システム情報を得ることができる。ＲＲＣ_ＩＤＬＥ状態で、移動性はＵＥにより制御される。ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態において、ユニキャストデータとＵＥ間の伝送およびブロードキャスト／マルチキャストデータとＵＥ間の伝送を行うことができる。ＵＥは、共有データチャネルに関連する制御チャネルを監視して、スケジュールされルデータを決定し、チャネル品質フィードバック情報を提供し、隣接セル測定と測定報告を実行し、システム情報を得る。ＲＲＣ_ＩＤＬＥ状態と異なり、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態の移動性とハンドオーバはネットワーク制御され、ＵＥにより支援される。
【００１５】
一新規態様において、ＵＥ１１がＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態の時、可能なら、受信中のＭＢＭＳサービスを有するＵＥ１１は、ハンドオーバの前か後に、ターゲットセルのＭＢＭＳ情報を獲得して、サービス継続性を保持する。同様に、ＵＥ１１がＲＲＣ_ＩＤＬＥ状態にあるとき、受信中のＭＢＭＳサービスを有するＵＥ１１は、隣接セルのＭＢＭＳ情報を獲得して、移動性とサービス継続性決定を行う。
【００１６】
図２は、一新規態様によるＭＢＭＳサービスをサポートするＬＴＥネットワーク３０の論理アーキテクチャを示す図である。ＬＴＥネットワーク３０は、コンテンツプロバイダー２９、ブロードキャストマルチキャストサービスセンター(ＢＭＳＣ)２２、ＭＢＭＳゲートウェイ(ＭＢＭＳ ＧＷ)２３、パケットデータネットワークゲートウェイ(ＰＤＮ ＧＷ)２４、移動管理エンティティ(ＭＭＥ)２５、マルチセル/マルチキャスト調整エンティティ(ＭＣＥ)２６、ｅＮＢ２７、ＵＥ２８を含む。ＵＥ２８は、メモリ３１、プロセッサ３２、アンテナ３４に結合される無線周波数(ＲＦ)モジュール３３、ＮＡＳ３６、ＲＲＣ３７、ＲＬＣ３８、ＭＡＣ３９とＰＨＹ４０を含む各種プロトコル層をサポートするプロトコルスタックモジュール３５およびユーザーインターフェース(ＵＩ)モジュール４２、ハンドオーバ(ＨＯ)モジュール４３およびＭＢＭＳ制御モジュール４４を含むアプリケーションモジュール４１を含む。各種モジュールは機能モジュールで、ソフトウェア／ファームウェア／ハードウェアにより実行される。プロセッサ３２により機能モジュールが実行される時、互いに相互作用して、ＵＥ２８がＭＢＭＳサービスを受信し、ハンドオーバまたはセル再選択後、サービス継続性を保持することができるようにする。たとえば、ＨＯモジュール４２は、ハンドオーバまたはセル再選択工程を実行し、ＵＩモジュール４３は、ユーザーに、サービス継続性決定を指示し、ＭＢＭＳ制御モジュール４４は、ターゲット/隣接セルのＭＢＭＳ情報を獲得して、サービス継続性のサポートを促進し、サービス中断が少ない。
【００１７】
ＵＥ２８が特定のＭＢＭＳサービスに加入する時、ＭＢＭＳデータパケットは、コンテンツプロバイダー２１から、ＢＭＳＣ２２、ＭＢＭＳ ＧＷ２３、ｅＮＢ２７を経て、ＵＥ２８に伝送される(たとえば、粗い点線４５で示される)。一方、ＭＢＭＳ制御情報は、ＭＣＥ２６とｅＮＢ２７により、ＭＭＥ２５とＵＥ２８間で通信する(たとえば、粗い点線４６で示される)。図２に示されるように、ｅＮＢ２７は、純粋なユーザープレーンインターフェースＭ１により、ＭＢＭＳ ＧＷ２３に接続される。Ｍ１インターフェースに加え、２個の制御プレーンインターフェースＭ２とＭ３が定義される。Ｍ２インターフェース上の応用(application)部分は、ｅＮＢ２７とＭＣＥ２６間の無線配置情報を伝え、Ｍ３インターフェース上の応用部分は、ＭＣＥ２６とＭＭＥ２５間で、ＭＢＭＳベアラーレベル上のＭＢＭＳセッション制御シグナリングを実行する。ＭＣＥ２６は論理エンティティで、別のネットワーク素子の一部である(例えば、ｅＮＢ２７内)。ＭＣＥ２６が実行する機能は、例えば、ＭＢＳＦＮ領域中の全ｅＮＢにより用いられる無線リソースの割り当ておよび変調と符号化スキームを含む無線配置の決定である。ＭＢＭＳ ＧＷ２３も論理エンティティで、主機能は、ＭＢＭＳパケットとＳＹＮＣプロトコルを、対応するＭＢＭＳサービスを伝送する各ｅＮＢに伝送／放送することである。
【００１８】
図３は、ＬＴＥネットワーク３０中のＭＢＭＳユーザープレーン制御機構を示す図である。ＬＴＥネットワーク３０は、マルチセルＭＢＭＳサービス伝送を提供する。マルチセルＭＢＭＳサービス伝送の必要条件は、ＭＢＭＳコンテンツ同期化で、ＭＢＳＦＮ操作を可能にすることである。ＳＹＮＣプロトコル層が転送ネットワーク層(ＴＮＬ)上で定義されて、コンテンツ同期化メカニズムをサポートする。ＳＹＮＣプロトコルは追加情報を搭載し、ｅＮＢが、無線フレーム伝送のタイミングを識別し、且つ、パケット損失を検出できるようにする。図３に示されるように、ＳＹＮＣプロトコルは、ＢＭＳＣ２２とｅＮＢ２７間のＭ１インターフェースによりサポートされる。
【００１９】
図４は、ＬＴＥネットワーク３０中のＭＢＭＳ制御プレーンプロトコル機構を示す図である。Ｍ３インターフェースの重要なアプリケーションのひとつは、ＭＢＭＳセッション制御シグナリングである。進化型パケットシステム(ＥＰＳ)ベアラーレベル上のＭＢＭＳセッション制御シグナリングは、進化型パケットコアによりトリガーされて、ＵＥとＰＤＮ-ＧＷ間に仮想接続を構築する(たとえば、“ベアラーサービス”−特定のＱｏＳ属性を有する伝送サービスを提供する“ＥＰＳベアラー”)。ＭＢＭＳセッション開始工程は、与えられたＭＢＭＳベアラーサービスの次回の(upcoming)ＭＢＭＳセッションについてＵＥに通知すると共に、このＭＢＭＳセッションのＭＢＭＳ Ｅ−ＲＡＢを構築するようにＥ−ＵＲＥＡＮに要求する。ＭＢＭＳセッション停止工程は、与えられたＭＢＭＳセッションの終了についてＵＥに通知すると共に、このＭＢＭＳセッションの対応するＭＢＭＳ Ｅ−ＲＡＢを解放するようにＥ−ＵＴＲＡＮに要求する。このほか、図４に示されるように、ＵＥ２８は、ＮＡＳ層により、ＭＭＥ２５と、ＭＢＭＳサービス継続性について通信する。ＮＡＳプロトコルは、ＵＥの移動性とセッション管理工程をサポートし、ＵＥとＰＤＮ ＧＷ間のＩＰ接続性を構築および維持する。一般に、ＮＡＳはオペレータにも用いられ、所定のＭＢＭＳプログラムリストを提供する。ユーザーの観点から、ＭＢＭＳサービス受信はＮＡＳによりトリガーされる。たとえば、ユーザーがＭＢＭＳサービスを受信したいとき、ＮＡＳは、プログラムリストをプロンプトする。選択された特定プログラムに基づいて、ＵＥ無線は、適切なセルの検索を開始して、サービスを受信する。
【００２０】
無線リンク制御(ＲＬＣ)層中、複数のＭＢＭＳサービスが同じマルチキャストチャネル(ＭＣＨ)にマップされ、データを含む一ＭＣＨは、１個のＭＢＳＦＮ領域だけに属する。ＭＣＨのスケジューリングは、ＭＣＥにより行われる。ＭＡＣ層中、ＭＣＨと論理チャネル間のＭＢＭＳサービスは、マルチキャストトラフィックチャネル(ＭＴＣＨ)とマルチキャスト制御チャネル(ＭＣＣＨ)を含み、ＭＴＣＨとＭＣＣＨは、ＭＢＭＳデータパケットとＭＢＭＳ制御情報を伝送するためのポイントツーマルチポイントである。ＭＢＳＦＮサブフレーム内で、ＭＴＣＨを搭載する各ＭＣＨのＭＣＨサブフレーム割り当てパターン(ＭＳＡＰ)がＭＣＣＨにシグナリングされる。ＭＣＣＨは各ＭＢＳＦＮ領域に用いられて、進行中のセッションを有する全ＭＢＭＳサービスまたはプログラムをリストするメッセージを搭載する。ＭＣＣＨ変化通知は、ＰＨＹ層中の物理的ダウンリンク制御チャネル(ＰＤ-ＣＣＨ)上のＭＢＭＳ無線ネットワーク一時的識別子(Ｍ-ＲＮＴＩ)により行われる。ＭＣＨは、ＰＨＹ層中の物理的マルチキャストチャネル(ＰＭＣＨ)により搭載される。
【００２１】
ＬＴＥ/ＬＴＥ-Ａのような移動無線システムの重要な特徴は、ｅＮＢとＭＭＥ-ＧＷ間のシームレス移動性をサポートすることである。継続性ＭＢＭＳ受信をサポートするため、ＭＢＭＳサービスを受信するＵＥがＲＲＣ_ＩＤＬＥ状態の時、セル再選択を実行するかまたはＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態の時、隣接/ターゲットセルのＭＣＣＨから、隣接/ターゲットセルのＭＴＣＨ情報を得る必要がある。しかし、現在のＬＴＥ規格において、セル再選択またはハンドオーバ工程により、ＭＣＣＨをＵＥに伝送するメカニズムはサポートされない。よって、一新規態様によると、ネットワーク支援がない状況下で、ＭＢＭＳサービス継続性をサポートするＵＥ中心の方策が提案される。以下で、各種態様と例を説明する。
【００２２】
図５は、一新規態様によるＥ−ＵＴＲＡＮネットワーク中のハンドオーバ後のＭＢＭＳサービス継続性のサポート方法のフローチャートである。図５の例において、ＵＥは、ソースセル中のｅＮＢに接続される(たとえば、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態のＵＥ)。工程１０１において、ＵＥは、ソースセル中、特定のＭＢＭＳサービスに加入すると共に、ＭＢＭＳパケットを受信する。その後、ＵＥは、ソースセルからターゲットセルに移動する。工程１０２において、ハンドオーバの前か後に、ＵＥはターゲットセルのＭＢＭＳ情報を獲得する。ＭＢＭＳ情報は、一般に、システム情報ブロック２(ＳＩＢ２)中のＭＢＳＦＮサブフレーム配置、ＳＩＢ１３中のＭＢＳＦＮ領域ＩＤとＭＣＣＨ配置、ＭＣＣＨ中のＰＭＣＨ配置とＭＢＭＳサービスリストを含む。ターゲットセルのＭＢＭＳ情報を獲得する時、ＵＥは、まず、放送システム情報、たとえば、ＳＩＢ２とＳＩＢ１３を読み取り、ＭＢＳＦＮサブフレーム配置、ＭＢＳＦＮ領域ＩＤおよびＭＣＣＨ配置を獲得する。その後、ＵＥは、ＭＣＣＨ配置に従って、ＭＣＣＨから、ＰＭＣＨ配置とＭＢＭＳサービスリストを獲得する。工程１０３において、ＵＥは、ターゲットセルのＭＢＳＦＮ領域ＩＤとソースセルのＭＢＳＦＮ領域ＩＤを比較する。領域ＩＤが異なる場合、ＵＥは、ターゲットセルの残りのＭＢＭＳ情報を獲得する(工程１０４)。反対に、領域ＩＤが同じ場合、ＵＥは、ソースセルの同じＭＢＭＳ情報をレジュームし、ターゲットセルから、このような情報を再獲得しない(工程１０５)。
【００２３】
無線接続とネットワーク条件に基づいて、Ｅ−ＵＴＲＡＮは、ＵＥのハンドオーバ工程をトリガーする(工程１０６)。よって、ハンドオーバ工程後、ＵＥは、ソースセルからターゲットセルにハンドオーバする。ＵＥは、その後、サービス継続性(サービスの継続)がターゲットセル中で可能か判断する(工程１０７)。たとえば、ターゲットセルのＭＢＳＦＮ領域ＩＤが、ソースセルのＭＢＳＦＮ領域ＩＤと同じ場合、サービス継続性が可能である。一方、ＭＢＳＦＮ領域ＩＤが異なる場合、ＵＥは、ターゲットセルのＭＣＣＨから、ＭＢＭＳサービスリストを検索することにより、加入したＭＢＭＳサービスもターゲットセル中に提供されるか調査する必要がある。工程１０９中、同じＭＢＭＳサービスがターゲットセル中で継続できない場合、ＵＥは、ＭＢＭＳベアラーを解放し、即ち、ＲＬＣ、ＭＡＣおよびＰＨＹ層を含む異なる層のＭＢＭＳ配置を解放する。工程１１０で、ＵＥは、ＭＢＭＳサービスの停止を上層ＮＡＳエンティティに報告する。
【００２４】
ＭＢＭＳサービス継続性が可能な場合、ＵＥは、ハンドオーバ後も、同じサービスを続行したいか判断する(工程１０８)。好ましい態様において、ターゲットセル中のサービス継続性は、可能な限り自動である。しかし、別の好ましい態様において、上層ＮＡＳエンティティは、ユーザーが、ターゲットセル中で、加入したＭＢＭＳサービスを継続したいか尋ねるプロンプトを提供する。ユーザーが、加入したＭＢＭＳサービスを継続しないことを選択する場合、ＵＥは、工程１０９と１１０により、工程を完成する。ユーザーが、加入したＭＢＭＳサービスの続行を選択する場合、ＵＥは、ＭＢＭＳサービス受信を再開し、ＭＢＭＳベアラーを解放／再設定しない(工程１１１)。好ましい態様において、ハンドオーバ期間中、ＭＢＭＳサービス継続性が可能な限りは、ＭＢＭＳベアラーは、解放またはリセットされない。ＭＢＭＳベアラーは再開できるので、別のベアラーがまだ停止しているとき、別のベアラーの状態にかかわらず、ＭＢＭＳサービス受信がレジュームされる。ハンドオーバ期間中、ＭＢＭＳベアラーを保持することにより、加入したＭＢＭＳサービスは、最小の中断でレジュームされる。
【００２５】
図６は、一新規態様によるＥ−ＵＴＲＡＮネットワーク中、セル再選択後のＭＢＭＳサービス継続性のサポート方法のフローチャートである。図６の例において、ＵＥはソースセル中に位置するが、どのｅＮＢとも接続されていない(たとえば、ＲＲＣ_ＩＤＬＥ状態のＵＥ)。工程１２１において、ＵＥは、特定のＭＢＭＳサービスに加入し、ソースセル中で、ＭＢＭＳパケットを受信する。その後、ＵＥは、ソースセルからひとつ以上の隣接セルに移動する。工程１２２において、ＵＥは、隣接セルのＭＢＭＳ情報を獲得する。ＭＢＭＳ情報は、一般に、システム情報ブロック２(ＳＩＢ２)中のＭＢＳＦＮサブフレーム配置、ＳＩＢ１３中のＭＢＳＦＮ領域ＩＤとＭＣＣＨ配置および隣接セルのＭＣＣＨ中のＰＭＣＨ配置とＭＢＭＳサービスリストを含む。隣接セルのＭＢＭＳ情報読み取り後、工程１２３で、セル再選択決定が行われる。好ましい態様において、上層ＮＡＳエンティティは、ユーザーに、別のセルを再選択するかおよびどのセルがＵＥにより再選択されるかの決定をするかを尋ねるプロンプトを提供する。別の好ましい態様において、セル再選択決定は、ＲＲＣメッセージングにより、所定のアルゴリズムまたは優先度に基づいて行われる。たとえば、ソースセル中に受信中のＭＢＭＳサービス受信があるとき、加入したサービスを有するＭＢＭＳセルは、加入したサービスがないセルよりも優先される。
【００２６】
工程１２４において、ＵＥはセル再選択を実行する。その後、ＵＥは、サービス継続性がターゲットセル中で可能か判断する(工程１２５)。たとえば、ターゲットセルのＭＢＳＦＮ領域ＩＤが、ソースセルのＭＢＳＦＮ領域ＩＤと同じ場合、サービス継続性は可能である。一方、ＭＢＳＦＮ領域ＩＤが異なる場合、ＵＥは、加入したＭＢＭＳサービスも、ターゲットセルのＭＣＣＨから、ＭＢＭＳサービスリストを検索することにより、ターゲットセルに提供されるかを調査する必要がある。同じＭＢＭＳサービスがターゲットセル中で継続できない場合、ＵＥは、工程１２７で、ＭＢＭＳベアラーを解放する。工程１２８で、ＵＥは、ＭＢＭＳサービスの終了を上層ＮＡＳエンティティに報告する。
【００２７】
ＭＢＭＳサービス継続性が可能な場合、セル再選択後、ＵＥは、まだ、同じサービスを継続するかを決定したい(工程１２６)。好ましい態様において、ターゲットセル中のサービス継続性は自動的に、出来る限り長く設定される。しかし、別の好ましい態様において、上層ＮＡＳエンティティは、ユーザーがターゲットセル中の加入したＭＢＭＳサービスを継続したいかをユーザーに尋ねるプロンプトを提供する。ユーザーが、加入したＭＢＭＳサービスを継続しないことを選択する場合、ＵＥは、工程１２７と１２８で、工程を完成する。ユーザーが、加入したＭＢＭＳサービスの継続を選択する場合、ＵＥはＭＢＭＳサービス受信をレジュームし、ＭＢＭＳベアラーを解放／再設定しない(工程１２９)。好ましい態様において、セル再選択期間中、ＭＢＭＳサービス継続性が可能である限り、ＭＢＭＳベアラーは解放または再設定されない。別のベアラーがまだ停止しているとき、ＭＢＭＳベアラーはレジュームできるので、ＭＢＭＳサービス受信は、別のベアラーの状態にかかわらず、レジュームできる。セル再選択期間中、ＭＢＭＳベアラーを維持することにより、加入したＭＢＭＳサービスは、最小の中断でレジュームする。同様に、ＵＥが、その状態を、ＲＲＣ_ＣＯＮＮＥＣＴＥＤからＲＣＣ_ＩＤＬＥに変化させる時、受信中のＭＢＭＳサービスを受信している場合、ＵＥは、ＭＢＭＳベアラーを解放しない。
【００２８】
ＬＴＥ-先進システム中に導入されるキャリアアグリゲーション(ＣＡ)および複数のＭＢＳＦＮ領域により被覆されるネットワーク基地局(たとえば、ｅＮＢ)の可能性のほかに、一個のｅＮＢが、二個以上のＭＢＳＦＮ領域に関連することが予測できる。たとえば、ｅＮＢは二個以上のＣＣ(たとえば、ＣＣ１とＣＣ２)を有し、ＣＣ１上の一ＭＢＳＦＮ領域♯１とＣＣ２上の別のＭＢＳＦＮ領域♯２に属する。このような状況下で、ハンドオーバまたはセル再選択後、ＵＥのＭＢＭＳサービス継続性をどのように保持するかは、以下で詳細に説明する。
【００２９】
図７は、サービングセルまたはターゲットセルが、複数のＭＢＳＦＮ領域に関連する時のＭＢＭＳサービス継続性の一例を示す図である。図７の例において、ＵＥ７１は、まず、ソースセル７４中のｅＮＢ７２に接続される。ソースｅＮＢ７２は、複数のＭＢＳＦＮ領域、たとえば、ＭＢＳＦＮ領域１とＭＢＳＦＮ領域２に属する。各ＭＢＳＦＮ領域は、ＭＢＭＳサービスまたはプログラムのリストを提供する。たとえば、ＭＢＳＦＮ領域１は、プログラムＡ、Ｂ、ＣおよびＤを提供し、ＭＢＳＦＮ領域２は、プログラムＤ、Ｅ、ＦおよびＧを提供する。ＵＥ７１は、ＭＢＳＦＮ領域１と２の両方により被覆されるセル７４中に位置するので、ＵＥ７１は、ＭＢＳＦＮ領域からまたは両方から、ＭＢＭＳサービスまたはプログラムに加入することができる。その後、ＵＥ７１は、隣接またはターゲットセル７５中の別のｅＮＢ７３に移動し、ネットワークによりトリガーされ、ハンドオーバ操作する。ターゲットｅＮＢ７３が１個のＭＢＳＦＮ領域２だけに属するので、ソースセル７４からターゲットセル７５にハンドオーバ後、ＵＥ７１は、ＭＢＳＦＮ領域２だけから、ＭＢＭＳサービスまたはプログラムに加入することができる。
【００３０】
一新規態様において、ＵＥ７１は、セル７４からセル７５にハンドオーバされる前か後に、ターゲットセル７５のＭＢＭＳ情報を得て、ハンドオーバ後、興味のある(interested)各サービスに、最大サービス継続性が保持される。得られたＭＢＭＳ情報に基づいて、加入したＭＢＳＦＮ領域がターゲットセル中にも存在する場合、ＵＥは、自動的に、それらのＭＢＳＦＮ領域から、加入したサービスの受信を継続する。一方、加入したＭＢＳＦＮ領域がターゲットセル中に存在しない場合、ＵＥは、ターゲットセルのＭＣＣＨを読み取り、加入したサービスが、新しいＭＢＳＦＮ領域に提供されたかを調査する。このほか、興味のある各ＭＢＭＳサービスに対し、ＵＥ７１は図５に示される方法を適用して、サービスの受信を継続する。
【００３１】
図７を例とする。ソースセル７４において、ＵＥ７１は、最初に、ＭＢＳＦＮ領域１からプログラムＡとＤおよびＭＢＳＦＮ領域２からプログラムＥに加入し、その後、これら３個の興味のあるプログラムのＭＢＭＳパケットの受信を開始する。ＵＥ７１が、ソースセル７４からターゲットセル７５にハンドオーバ前か後に、ＵＥ７１は、ターゲットセル７５のＭＢＭＳ情報を得る。得られたＭＢＭＳ情報から、ＵＥ７１は、ＭＢＳＦＮ領域２はターゲットセル７５中で可用だが、ＭＢＳＦＮ領域１はターゲットセル７５中で可用ではないことを知る(たとえば、ＳＩＢ１３中で、ＭＢＳＦＮ領域ＩＤを読み取ることにより)。その結果、ＵＥ７１は、ＭＢＳＦＮ領域２から、加入したプログラムＥの受信を継続する。このほか、ＵＥ７１は、ターゲットセル７５のＭＣＣＨを読み取ることにより、プログラムＤも、ＭＢＳＦＮ領域２から提供されるが、プログラムＡはＭＢＳＦＮ領域２に提供されないことを知る。よって、ＵＥ７１は、プログラムＤのサービスの受信を継続し、プログラムＡのサービスの受信を停止する。
【００３２】
図８は、サービングセルまたはターゲットセルが複数のＭＢＳＦＮ領域に関連する時のＭＢＭＳサービス継続性の別の態様を示す図である。図８の例において、ＵＥ８１は、まず、ソースセル８４中のｅＮＢ８２に接続される。ソースｅＮＢ８２はＭＢＳＦＮ領域１に属する。ＭＢＳＦＮ領域１は、ＭＢＭＳプログラムＡ、Ｂ、ＣおよびＤのリストを提供する。ＵＥ８１がセル８４中に位置する時、ＵＥ８１は、ＭＢＳＦＮ領域１から、ＭＢＭＳサービスまたはプログラムに加入することができる。その後、ＵＥ８１は、隣接またはターゲットセル８５中で、別のｅＮＢ８３に移動し、ハンドオーバ操作のネットワークによりトリガーされる。ターゲットｅＮＢ８３は、ＭＢＳＦＮ領域２とＭＢＳＦＮ領域３両方に属する。ＭＢＳＦＮ領域２は、ＭＢＭＳプログラムＤ、Ｅ、ＦおよびＧのリストを提供し、ＭＢＳＦＮ領域３は、ＭＢＭＳプログラムＤ、Ｈ、ＩおよびＪのリストを提供する。理想的には、ソースセル８４からターゲットセル８５にハンドオーバ後、ＵＥ８１は、ＭＢＳＦＮ領域２とＭＢＳＦＮ領域３両方から、ＭＢＭＳサービスまたはプログラムに加入することができる。
【００３３】
ある状況において、ターゲットｅＮＢ８３は、複数のＭＢＳＦＮ領域(たとえば、複数のキャリア周波数)に属することができるが、ＵＥ容量の制限のため(たとえば、単一搬送周波数)、ＵＥ８１は、１個のＭＢＳＦＮ領域だけから、サービスまたはプログラムに加入することができる。
【００３４】
一新規態様において、ＵＥ８１は、セル８４からセル８５へのハンドオーバ前か後に、ターゲットセル８５のＭＢＭＳ情報を得て、興味のあるサービスのハンドオーバ後、最大サービス継続性を保持することができる。得られたＭＢＭＳ情報に基づいて、加入したＭＢＳＦＮ領域もターゲットセル中に存在する場合、ＵＥは、自動的に、同じＭＢＳＦＮ領域から、加入したサービスの受信を継続する。一方、加入したＭＢＳＦＮ領域がターゲットセル中に存在しない場合、ＵＥはターゲットセルのＭＣＣＨを読み取り、加入したサービスが新しいＭＢＳＦＮ領域中に提供されるか調査する。加入したサービスが二個以上のＭＢＳＦＮ領域中で見つかる場合、どのＭＢＳＦＮ領域がＭＢＭＳサービスの継続のために用いられるべきかを決定する必要がある。このほか、興味のある各ＭＢＭＳサービスに対し、ＵＥ８１は、図５に示される方法を適用して、サービス受信を継続する。
【００３５】
図８を例とすると、ソースセル８４中、ＵＥ８１は、最初に、ＭＢＳＦＮ領域１から、プログラムＤに加入する。ＵＥ８１がソースセル８４からターゲットセル８５へハンドオーバ前か後に、ＵＥ８１はターゲットセル８５のＭＢＭＳ情報を得る。得られたＭＢＭＳ情報から、ＵＥ８１は、ＭＢＳＦＮ領域２とＭＮＳＦＮ領域３両方が、ターゲットセル８５中で可用だが、ＭＢＳＦＮ領域１がターゲットセル８５中で可用でないことを知る。その結果、ＵＥ８１は、プログラムＤのサービスを自動的にレジュームすることができない。代わりに、ＵＥ８１はターゲットセル８５のＭＣＣＨを読み取り、プログラムＤが、ＭＢＳＦＮ領域２とＭＢＳＦＮ領域３両方から提供されることを知る。好ましい態様において、ＵＥ８１は、ユーザーに、どのＭＢＳＦＮ領域で、プログラムＤのサービス受信を継続するかプロンプトする。別の好ましい態様において、このような決定は、ＲＲＣメッセージングにより、所定のアルゴリズムまたは優先度に基づいて行われる。たとえば、ＭＢＳＦＮ領域２は、高い解像度または高い変調と符号化スキーム(ＭＣＳ)のプログラムＤを提供するので、ＭＢＳＦＮ領域２が選択される。しかし、両プログラムＣとＤが、本来は、ＭＢＳＦＮ領域１から加入されていた場合、プログラムＤだけを提供するＭＢＳＦＮ領域２と比較して、ＭＢＳＦＮ領域３はプログラムＣとＤを提供するので、ＭＢＳＦＮ領域３が選択される可能性がかなり高まる。
【００３６】
上述の状況が、キャリアアグリゲーションを有するさらに一般の状況に拡張される。キャリアアグリゲーションにより、ｅＮＢはひとつ以上のＣＣを有する。図１を再度参照すると、たとえば、ｅＮＢ１３とｅＮＢ１５は１個のｅＮＢで、このｅＮＢは、ＣＣ１上の２個のＭＢＳＦＮ領域およびＣＣ２上の一個のＭＢＳＦＮ領域に属する(注意すべきことは、ＣＣ１上のＭＢＳＦＮ領域１は、ＣＣ２上のＭＢＳＦＮ領域１と同じではない)。ターゲットｅＮＢが複数のＣＣ上の複数のＭＢＳＦＮ領域をサポートする時、キャリアアグリゲーションはハンドオーバ命令中で示され、即ち、複数のキャリア周波数上に複数のターゲットセルがあり、ＭＢＭＳが二個以上の周波数に提供される(ハンドオーバ命令中、ＭＢＭＳをサポートする周波数数量はＸ、たとえば、Ｘ=４である)。しかし、ＵＥは、Ｙ個のキャリア周波数上のＭＢＭＳだけを受信することができ、且つ、ＵＥ容量の制限のため(たとえば、Ｙ=２)ＹはＸより小さい。このような状況下で、ＭＢＭＳサービス継続性を保持するため、図８に示されるように、所定のＭＢＳＦＮ領域は、ユーザー選択または所定の優先度に基づいて選択される。
【００３７】
注意すべきことは、図７と図８に示される方策は、ＵＥがＲＣ_ＣＯＮＮＥＣＴＥＤ状態の時のハンドオーバ工程に用いられるが、ＵＥがＲＣ_ＩＤＬＥ状態の時のセル再選択工程も類似の方策を適用することができることである。興味のある各ＭＢＭＳサービスまたはプログラムにとって、ＵＥは、セル再選択後、図６に示される方法を適用して、サービス継続性を保持することができる。
【００３８】
さらに、ＵＥが二個以上のＭＢＳＦＮ領域に加入し、且つ、サービスが二個以上のＭＢＳＦＮ領域に提供される場合、ＮＡＳ(たとえば、プロンプトユーザー)またはＲＲＣ(即ち、所定のアルゴリズムまたは優先度に基づく)により、どのＭＢＳＦＮ領域により、サービスに加入するか決定する。好ましい態様において、サービスが二個以上のＭＢＳＦＮ領域に提供され、ＵＥが既に、一ＭＢＳＦＮ領域からサービスに加入している場合、ＲＲＣは、ハンドオーバ／再選択後、同じＭＢＳＦＮ領域を選択して、サービスを受信する。別の好ましい態様において、サービスが、二個以上のＭＢＳＦＮ領域に提供される場合、ＲＲＣは、配置やフォーマット最適ユーザー要求、即ち、高解像度、高ＭＣＳ等のＭＢＳＦＮ領域を選択して、ハンドオーバ／再選択後、サービスを提供する。
【００３９】
本発明では好ましい実施例を前述の通り開示したが、これらは決して本発明に限定するものではない。したがって、様々な変更、適合、および説明した実施形態の様々な特徴の組み合わせは、特許請求の範囲に記載されている本発明の範囲から逸脱することなく実施することができる。
【図１】
0005548820.tif 000002
【図２】
0005548820.tif 000003
【図３】
0005548820.tif 000004
【図４】
0005548820.tif 000005
【図５】
0005548820.tif 000006
【図６】
0005548820.tif 000007
【図７】
0005548820.tif 000008
【図８】
0005548820.tif 000009