(57)【要約】【課題】ＬＴＥ中のＭＢＭＳ計数が用いられて、サービスに興味がある十分なＵＥがあるか判断し、オペレーターが、ＭＢＳＦＮにより、サービスを届けるのに適するか決定することができるようにする。【解決手段】ＬＴＥシステム９０は、ＵＥ９１、ＵＥ９２、ｅＮＢ９３およびＭＣＥ９４を含む。工程９０１において、ｅＮＢ９３は、ＭＢＭＳ計数要求を伝送することにより、計数工程を初期化する。工程９０２と工程９０３中、ＭＢＭＳ計数要求メッセージの受信時、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥ９１とＵＥ９２は、ＭＢＭＳ計数応答メッセージを提出する。工程９０４において、ｅＮＢ９３は、全ＵＥから受信した計数応答に基づいて、ＭＢＭＳ計数結果をＭＣＥ９４に報告する。サービスを受信するまたはサービスに興味があるＵＥの数量が計数される。工程９０５において、ＭＣＥ９４は、計数結果に基づいて、ＭＢＳＦＮ伝送を無効にするか有効にするか決定する。【選択図】図８
2014150580.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、
基地局がマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）計数要求をユーザー装置（ＵＥ）に伝送し、前記計数要求はマルチキャスト制御チャネル（ＭＣＣＨ）により伝送される工程と、
前記基地局が、前記ＵＥから、ＭＢＭＳ計数応答を受信して、前記計数応答は、前記ＵＥのＭＢＭＳサービス受信／関心状態を示す工程と、
前記基地局が、ＭＢＭＳ計数結果報告を、ネットワーク制御エンティティに伝送する工程と、
を含むことを特徴とする方法。
【請求項２】
前記計数要求は、サービスのリストを識別する一時的移動体グループ識別子（ＴＭＧＩ）のリストを含み、且つ、前記計数要求は、無線リソース制御（ＲＲＣ）メッセージとして放送されることを特徴とする請求項１に記載の方法。
【請求項３】
前記計数要求は、現在提供されるサービスおよび／または将来提供されるサービスの一時的移動体グループ識別子（ＴＭＧＩ）のリストを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記ＭＢＭＳ計数要求は、媒体アクセス制御（ＭＡＣ）制御素子または無線リソース制御（ＲＲＣ）メッセージによる特定のＵＥに対する専用のポーリングであることを特徴とする請求項１に記載の方法。
【請求項５】
前記ＭＢＭＳ計数結果報告は、ＭＢＭＳサービスを受信するまたは前記ＭＢＭＳサービスの受信に興味があるＵＥの数量を提供することを特徴とする請求項１に記載の方法。
【請求項６】
高購読量に基づいて、前記ＭＢＭＳサービスが起動され、低購読量に基づいて、前記ＭＢＭＳサービスが停止されることを特徴とする請求項5に記載の方法。
【請求項７】
前記ＵＥはＣＡ能力があり、ＭＢＭＳサービスと前記計数要求は非サービングセルで受信され、且つ、前記計数応答は、前記ＭＢＭＳサービス領域に属する一個の前記サービングセルで伝送されるかまたは前記サービングセルのどれか１個上で伝送されるかまたは伝送されないことを特徴とする請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願は、２０１０年６月１５日に出願された「Methods to Support MBMS Mobility and Dedicated MCCH LCID Enhancement」と題された米国特許仮出願番号第６１／３５４７９１号と、２０１０年６月２３日に出願された「Methods to Support MBMS Mobility  and Status Report」と題された米国特許仮出願番号第６１／３５７７０６号とから、合衆国法典第３５編第１１９条の下、優先権を主張するものであり、その内容は引用によって本願に援用される。この出願は、２０１１年６月１５日に出願されたまた別の優先権を主張するものであり、その内容は引用によって本願に援用される。
【０００２】
本発明は、マルチメディアブロードキャストとマルチキャストサービス(ＭＢＭＳ)に関するものであって、特に、無線通信ネットワーク中、ユーザー装置(ＵＥ)のＭＢＭＳサービス継続性、計数および局部的ＭＢＭＳサービスのサポートに関するものである。
【背景技術】
【０００３】
ロングタームエボリューション(ＬＴＥ)システムは、簡単なネットワーク機構により、高ピークデータレート、低レイテンシー、改善されたシステム容量および低操作コストの長所を提供することができる。ＬＴＥシステムは、従来の無線ネットワーク、たとえば、グローバルシステムフォーモバイルコミュニケーションズ(ＧＳＭ)、符号分割多重アクセス(ＣＤＭＡ)およびユニバーサルモバイルテレコミュニケーションシステム(ＵＭＴＳ)に、シームレス統合(seamless integration)も提供する。ＬＴＥシステムにおいて、進化型ＵＴＲＡＮ(Ｅ-ＵＴＲＡＮ)は複数の移動局と通信する複数の進化型Ｎｏｄｅ-Ｂｓ(ｅＮＢ)を含み、進化型Ｎｏｄｅ-Ｂｓはユーザー装置(ＵＥ)と称される。
【０００４】
ＬＴＥシステムの増強は、スリージーピーピー（３ＧＰＰ)により考慮されるので、それらは、第４世代移動通信システム(ＩＭＴ-Advanced)(４Ｇ)基準に符合または超越する。鍵となる増強のひとつは、１００ＭＨｚに達するバンド幅をサポートし、且つ、存在する無線ネットワークシステムと下位互換性(backwards compatible)がある。二個以上の搬送波成分(ＣＣ)が凝集されるキャリアアグリゲーション(ＣＡ)がＬＴＥ-先進システムに導入されて、システムスループット全体を改善する。
【０００５】
マルチメディアブロードキャストとマルチキャストサービス(ＭＢＭＳ)は、存在するＧＳＭとＵＭＴＳセルラーネットワークにより提供される放送サービスである。最近、進化型ＭＢＭＳ(Ｅ-ＭＢＭＳ)がＬＴＥ仕様に導入されて、ＴＶ、映画の放送や同報および別の情報、たとえば、デジタル形式の新聞の夜間伝送を行う。ＬＴＥシステム中のＭＢＭＳを促進するため、各ＭＢＭＳ単一周波数ネットワーク(ＭＢＳＦＮ)領域中で、マルチキャスト制御チャネル(ＭＣＣＨ)がＭＢＭＳ制御情報の伝送に用いられ、マルチキャストトラフィックチャネル(ＭＴＣＨ)が、ＭＢＭＳデータパケットを受信するＵＥへのユーザートラフィックの伝送に用いられる。ＭＢＭＳの主な長所は、ネットワークインフラが携帯電話ネットワークオペレータに既に存在し、サービスの新しいネットワークの構築に比べて、ＭＢＭＳの部署は費用効率が高いことである。放送能力は、コンスタントのネットワーク負荷を有する無限数のユーザーに達することを可能にする。また、放送能力は、同時に、多くの携帯電話加入者への放送情報の可能性、たとえば、緊急警報を可能にする。
【０００６】
ＭＢＭＳサービス継続性は、ＭＢＭＳユーザーエクスペリエンスにとって重要である。ＵＥの移動性は、できるだけ、ＭＢＭＳサービス受信に影響が少ないべきである。しかし、現在のＬＴＥ仕様(たとえば、ＬＴＥ Ｒｅｌ-９中)によりサポートされるネットワーク支援ＭＢＭＳサービス継続性がない。さらに、ＬＴＥ-Ａシステム中の付加キャリアアグリゲーション(ＣＡ)のため、および、複数のＭＢＳＦＮ領域により被覆されるネットワーク基地局(たとえば、ｅＮＢ)の可能性のため、ｅＮＢは二個以上のＭＢＳＦＮ領域に関連することが予測できる。このような状況下で、ＭＢＭＳサービス継続性のネットワーク支援ソリューションが必要とされる。局部的ＭＢＭＳサービスは、ＭＢＭＳによりサポートされる別の特徴である。局部的ＭＢＭＳサービスは、ＭＢＳＦＮ領域よりかなり小さい特定領域に関連する。どのようにして、ＵＥを支援して、特定領域で効果的に局部的ＭＢＭＳサービスを受信するかが解決されなければならない。さらに、ＵＥのＭＢＭＳサービス受信状態に基づいて、ＭＢＭＳネットワークが、一定レベルのインテリジェント制御(たとえば、ＭＢＳＦＮサブフレーム割り当て、サービス管理等)を達成することも望まれる。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、ネットワーク支援ソリューションを提供して、ハンドオーバまたはセル再選択後、ＭＢＭＳサービス継続性を維持し、効果的な局部的ＭＢＭＳサービスを提供して、インテリジェントＭＢＭＳサービス管理を達成することを目的とする。
【課題を解決するための手段】
【０００８】
第一態様において、ソースｅＮＢは、隣接セルのＭＢＭＳ情報とＵＥのＭＢＭＳ受信/関心(reception/interest)状態情報を獲得する。ＭＢＭＳ情報は、各隣接セルによりサポートされるＭＢＭＳサービスＩＤのＭＢＭＳ単一周波数ネットワーク(ＭＢＳＦＮ)領域ＩＤとＭＢＭＳサービスリストを含む。ＭＢＭＳ受信または関心状態情報は、ＵＥが現在受信中または受信に興味がある（interested）ＭＢＳＦＮ領域ＩＤまたはＭＢＭＳサービスＩＤを含む。獲得情報に基づいて、ソースｅＮＢはハンドオーバ決定を行い、ＵＥが選択されたターゲットセルにハンドオーバされて、ＭＢＭＳサービス継続性を維持する。
【０００９】
第二態様において、局部的(localized)ＭＢＭＳサービスの位置情報がＵＥに提供される。位置情報に基づいて、ＵＥは、最小電力消費で、局部的ＭＢＭＳサービスを受信することができる。位置情報は、擬似静的または動的である。一新規態様において、位置情報は、非幾何学的描写、たとえば、セルＩＤを含む。別の態様において、位置情報は、幾何学的描写、たとえば、ＧＮＳＳ座標を含む。
【００１０】
第三態様において、ＭＢＭＳ計数(counting)要求工程が用いられて、ｅＮＢをトリガーし、ＭＢＭＳサービスを受信するまたはＭＢＭＳサービスの受信に興味があるＵＥを数える。ＭＢＭＳ計数結果報告工程が用いられて、ＭＣＥに、ＭＢＭＳサービスを受信するまたはＭＢＭＳサービスの受信に興味があるＵＥの数量を提供する。計数結果に基づいて、ＭＢＭＳサービスが有効または無効になる。
【００１１】
他の実施の形態及び利点が以下の詳細な説明に述べられる。この概要は、本発明を定めるものではない。本発明は、請求項によって定められる。
【図面の簡単な説明】
【００１２】
添付の図面は、本発明の実施の形態を説明しており、同様の番号は同様の構成要素を示している。
【図１】一新規態様によるＭＢＭＳサービスをサポートするＬＴＥシステムの論理アーキテクチャを示す図である。
【図２】一新規態様によるＭＢＭＳサービス(または同期)領域中のネットワーク支援ＭＢＭＳサービス継続性を示す図である。
【図３】ＬＴＥシステムにおけるＭＢＭＳサービス継続性のネットワーク支援ソリューションを示す図である。
【図４】隣接セルのＭＢＭＳ情報を示す増強した近隣セル情報テーブル(ＮＲＴ)４０の例を示す図である。
【図５】一新規態様によるハンドオーバ操作後のＭＢＭＳサービス継続性の方法のフローチャートである。
【図６Ａ】局部的ＭＢＭＳサービスの二個の可能性を示す図である。
【図６Ｂ】局部的ＭＢＭＳサービスの二個の可能性を示す図である。
【図７】一新規態様による局部的ＭＢＭＳサービスの位置情報を提供する例を示す図である。
【図８】一新規態様によるＬＴＥシステム中の局部的ＭＢＭＳサービスの提供方法を示す図である。
【図９】一新規態様によるＬＴＥシステム中のＭＢＭＳ計数実行方法を示す図である。
【発明を実施するための形態】
【００１３】
本発明の実施態様について詳細に述べる。その例は添付図面に示されている。
【００１４】
図１は、一新規態様による進化型マルチメディアブロードキャストおよびマルチキャストサービス(E-ＭＢＭＳ)サービスをサポートするロングタームエボリューション(ＬＴＥ)システム１０の論理アーキテクチャである。ＬＴＥシステム１０は、コンテンツプロバイダー１１、ブロードキャストマルチキャストサービスセンター(ＢＭＳＣ)１２、ＭＢＭＳ ＣＰ&ＵＰのＭＢＭＳゲートウェイ(ＭＢＭＳ-ＧＷ)１３、パケットデータネットワークゲートウェイ(ＰＤＮ-ＧＷ)１４、移動管理エンティティ(ＭＭＥ)１５、マルチセル/マルチキャスト調整エンティティ(ＭＣＥ)１６、二個の進化型Ｎｏｄｅ-Ｂｓ ｅＮＢ１７とｅＮＢ１８、および、複数のＭＢＭＳユーザー(たとえば、ユーザー装置(ＵＥ))を含む。各ｅＮＢは、メモリ５１、プロセッサ５２、ＭＢＭＳ制御モジュール５３およびアンテナ５５に結合されるトランシーバ５４を含む。
【００１５】
ＵＥが特定のＭＢＭＳサービスを購読する(subscribe)時、ＭＢＭＳデータパケットは、コンテンツプロバイダー１１から、ＢＭＳＣ１２、ＭＢＭＳ ＧＷ１３、ｅＮＢ１７を経て、ＵＥ１９に伝送される(たとえば、粗い点線１０１で示される)。一方、ＭＢＭＳ制御情報は、ＭＭＥ１５、ＭＣＥ１６およびｅＮＢ１７により、ＰＤＮ-ＧＷ１４とＵＥ１９間で通信する(たとえば、粗い点線１０２で示される)。図１に示されるように、ｅＮＢ１７とｅＮＢ１８は、純ユーザープレーンインターフェースＭ１により、ＭＢＭＳ ＧＷ１３に接続される。ＭＢＭＳ ＧＷ１３は論理要素で、論理要素の主機能は、ＳＹＮＣプロトコルを有するＭＢＭＳパケットを、対応するＭＢＭＳサービスを伝送する各ｅＮＢに放送することである。ＳＹＮＣプロトコル層が転送ネットワーク層(ＴＮＬ)上で定義されて、コンテント同期化メカニズムをサポートする。ＳＹＮＣプロトコルは、ｅＮＢを有効にして、無線フレーム伝送のタイミングを識別し、パケット損失を検出する追加情報を搭載する。
【００１６】
Ｍ１インターフェースに加え、二個の制御プレーンインターフェースＭ２とＭ３が、ＬＴＥシステム１０中で定義される。Ｍ２インターフェース上の応用(application)部分は、ｅＮＢとＭＣＥ１６間で、無線構成情報を輸送し、且つ、Ｍ３インターフェース上の応用部分は、ＭＣＥ１６とＭＭＥ１５間のＭＢＭＳベアラーレベル上で、ＭＢＭＳセッション制御シグナリングを実行する。ＭＣＥ１６は論理要素で、ＭＣＥ１６もその他のネットワーク構成要素の一部で、たとえば、ｅＮＢ内にある。ＭＣＥ１６は、機能、たとえば、ＭＢＭＳ単一周波数ネットワーク(ＭＢＳＦＮ)領域中の全ｅＮＢにより用いられる無線リソースの割り当てを実行し、変調と符号化スキーム(ＭＣＳ)を含む無線構成を決定する。Ｍ３インターフェースの重要なアプリケーションのひとつは、ＭＢＭＳセッション制御シグナリングである。進化型パケットシステム(ＥＰＳ)ベアラーレベル上のＭＢＭＳセッション制御シグナリングは、進化型パケットコア(ＥＰＣ)によりトリガーされ、ＵＥとＰＤＮ-ＧＷ１４間の仮想接続(たとえば、“ベアラーサービス”-特定のQoS属性を有する輸送サービスを提供する“ＥＰＳベアラー”)を構築する。ＭＢＭＳセッション開始工程は、Ｅ-ＵＲＥＡＮに、やってくる既定のＭＢＭＳベアラーサービスのＭＢＭＳセッションについてＵＥに通知し、このＭＢＭＳセッションのＭＢＭＳ Ｅ−ＲＡＢを構築するよう要求する。ＭＢＭＳセッション停止工程は、Ｅ-ＵＴＲＡＮに、既定のＭＢＭＳセッションの終了についてＵＥに通知し、このＭＢＭＳセッションの対応するＭＢＭＳ Ｅ−ＲＡＢを釈放するよう要求する。
【００１７】
一新規態様によると、ネットワーク支援ソリューションが提供されて、ＭＢＭＳサービス継続性を維持し、効果的な局部的ＭＢＭＳサービスを提供して、インテリジェントＭＢＭＳサービス管理を達成する。各種ネットワーク支援ソリューションの詳細は以下のようである。
［ＭＢＭＳサービス継続性］
【００１８】
図２は、一新規態様によるＭＢＭＳサービス(または同期)領域２０におけるネットワーク支援ＭＢＭＳサービス継続性を示す図である。ＭＢＭＳサービス領域２０は、複数のＭＢＳＦＮ領域(たとえば、ＭＢＳＦＮ領域１−４)を被覆(cover)する。ＭＢＳＦＮ領域は、ネットワークのＭＢＳＦＮサービス領域内の一組のセルを含み、ネットワークが調和されて、ＭＢＳＦＮ伝送を達成する。ＭＢＳＦＮサービス領域はネットワークの領域として定義され、ネットワーク領域中、全ｅＮＢが同期化されて、ＭＢＳＦＮ伝送を実行する。ＭＢＭＳサービス領域は、ひとつまたはそれ以上のＭＢＳＦＮ領域をサポートすることができる。既定の周波数層で、一ｅＮＢは一ＭＢＭＳサービス領域だけに属することができる。ＭＢＭＳサービス領域内で、一セルは、ひとつまたはそれ以上のＭＢＳＦＮ領域に属すると共に、全セルがＭＢＳＦＮ領域に属するＭＢＭＳサービスをサポートする。
【００１９】
図２の例において、ｅＮＢ２２はＭＢＳＦＮ領域１に属し、セル２７を服務(serve)して、搬送波成分１(ＣＣ１)のＭＢＭＳサービスを提供し、ｅＮＢ２３は、ＭＢＳＦＮ領域１と領域２に属し、セル２８に服務し、ＣＣ１のＭＢＭＳサービスを提供し、ｅＮＢ２４はＭＢＳＦＮ領域２に属し、セル２９に服務して、ＣＣ１のＭＢＭＳサービスを提供し、ｅＮＢ２５はＭＢＳＦＮ領域３に属し、セル３１に服務して、ＣＣ２のＭＢＭＳサービスを提供し、ｅＮＢ２６はＭＢＳＦＮ領域４に属し、セル３２に服務して、ＣＣ２のＭＢＭＳサービスを提供する。ＵＥ２１は、最初に、ｅＮＢ２２により服務されるセル２７中で、特定のＭＢＭＳサービスを購読し、その後、異なるｅＮＢにより服務される異なるセルに移動する。一新規態様において、ＵＥ２１は、まず、セル２７中のＭＢＳＦＮ領域１で、購読したＭＢＭＳサービスを受信し、その後、セル２８中のＭＢＳＦＮ領域１&２に移動し、その後、セル２９中のＭＢＳＦＮ領域２に移動する。別の態様において、ＵＥ２１は、まず、セル２７中のＭＢＳＦＮ領域１中で、ＭＢＭＳサービスを受信し、その後、セル３１中のＭＢＳＦＮ領域３に移動し、その後、セル３２中のＭＢＳＦＮ領域４に移動する。
【００２０】
ＵＥ２１が一セルから別のセルへ移動する時、ＵＥ２１は、ハンドオーバかセル再選択を実行する。ＬＴＥシステムにおいて、２個の無線リソース制御(ＲＲＣ)状態、即ち、ＲＲＣ_ＩＤＥＬとＲＲＣ_ＣＯＮＮＥＣＴＥＤが定義される。ＲＲＣ接続がうまく構築される時、ＵＥは、ＲＲＣ_ＩＤＬＥ状態から、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態になる。ＲＲＣ接続を解放することにより、ＵＥは、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態から、ＲＲＣ_ＩＤＬＥ状態に戻る。ＲＲＣ_ＩＤＬＥ状態において、ＵＥは、ブロードキャスト／マルチキャストデータを受信し、ページングチャネルを監視して、入ってくる呼び出しを検出し、隣接セル測定とセル選択/再選択を実行し、システム情報を獲得することができる。移動性(Mobility)は、ＲＲＣ_ＩＤＬＥ状態で、ＵＥにより制御される。ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態において、ＵＥから／ＵＥへのユニキャストデータ伝送およびＵＥへのブロードキャスト／マルチキャストデータ伝送が行われる。ＵＥは、シェアされたデータチャネルと関連する制御チャネルを監視、スケジュールされるデータを決定、チャネル品質フィードバック情報を提供、隣接セル測定を実行、報告測定、および、システム情報を獲得する。ＲＲＣ_ＩＤＬＥ状態とは異なり、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態の移動性とハンドオーバはネットワーク制御され、ＵＥにより支援される。
【００２１】
一新規態様において、ＵＥ２１がＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態にあり、且つ、ハンドオーバが必要であると見なされる時、そのサービングＮＢは、ＭＢＭＳサービス情報と受信状態を獲得して、ハンドオーバを決定し、よって、サービス継続性が維持される。同様に、ＵＥ２１がＲＲＣ_ＩＤＬＥ状態にある時、そのサービングｅＮＢは、ＵＥ２１がＭＢＭＳ情報を獲得するのを支援して、セル再選択期間に、移動性とサービス継続性決定を行う。
【００２２】
図３は、ＬＴＥシステム３０におけるＭＢＭＳサービス継続性のネットワーク支援ソリューションを示す図である。ＬＴＥシステム３０は、ＵＥ３３、ソースｅＮＢ３４、隣接またはターゲットｅＮＢ３５およびネットワーク制御エンティティ３６を含む。ＵＥ３３はＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で、且つ、ソースｅＮＢ３４とデータ接続を構築する(工程３０１)。構築されたデータ接続に加え、ＵＥ３３もＭＢＭＳサービスを購読し、ｅＮＢ３４により、ＭＢＭＳデータパケットを受信する(工程３０２)。その後、ＵＥ３３が移動し、ｅＮＢ３４はハンドオーバが必要であると見なされる。ハンドオーバ操作を促進するため、ｅＮＢ３４は、隣接セル(たとえば、ｅＮＢ３５により服務されるセル)のＭＢＭＳ情報を獲得し(工程３０３と工程３０４)、ＵＥ３３のＭＢＭＳ受信/関心状態を獲得する(工程３０５)。工程３０６において、獲得した情報に基づいて、ソースｅＮＢ３４は、ハンドオーバ決定を行う。ＵＥ３３がＭＢＭＳサービスを受信しないまたはどのＭＢＭＳサービスにも興味がない場合、ソースｅＮＢ３４はターゲットセルを決定し、ＭＢＭＳサービス継続性を考慮しない。そうでなければ、ＵＥ３３がＭＢＭＳサービスを受信するまたはＭＢＭＳサービスに興味がある場合、その後、ソースｅＮＢ３４は、獲得したＭＢＭＳ情報に基づいて、ターゲットセルを決定する。その後、ハンドオーバ要求がターゲットｅＮＢ３５に伝送され(工程３０７)、ハンドオーバ命令がＵＥ３３に伝送される(工程３０８)。ハンドオーバ命令受信後、ＵＥ３３は、ターゲットｅＮＢ３５と測距とネットワーク再エントリー工程を実行する(工程３０９)。測距とネットワーク再エントリー工程完成後、新しいデータ接続が、ＵＥ３３とターゲットｅＮＢ３５間で構築される(工程３１０)。ハンドオーバ後、ＵＥ３３は、ターゲットｅＮＢ３５により、ＭＢＭＳデータパケットの受信を続行する(工程３１１)。
【００２３】
ＬＴＥシステムＭＡＣ層において、マルチキャスト制御チャネル(ＭＣＣＨ)は、各ＭＢＳＦＮ領域中のＭＢＭＳ制御情報の伝送に用いられ、且つ、マルチキャストトラフィックチャネル(ＭＴＣＨ)は、ユーザートラフィックからＭＢＭＳデータパケットを受信するＵＥへの伝送に用いられる。ＰＨＹ層中、ＭＣＣＨとＭＴＣＨは、物理マルチキャストチャネル(ＰＭＣＨ)により搭載される。一般に、ＭＢＭＳ情報は、システム情報ブロック２(ＳＩＢ２)中のＭＢＳＦＮサブフレーム配置、ＳＩＢ１３中のＭＢＳＦＮ領域ＩＤとＭＣＣＨ配置およびＭＣＣＨ中のＰＭＣＨ配置とＭＢＭＳサービスリストを含む。ソースｅＮＢに隣接セルのＭＢＭＳ情報を獲得させる各種方法がある。
【００２４】
第一方法において、ｅＮＢ３４は、ＵＥ報告により、隣接セルのＭＢＳＦＮ領域とサービス可用性を獲得する(工程３０３)。一新規態様において、ＵＥ３３は、存在する測定報告中の新しい情報要素(ＩＥ)により、隣接セルのＭＢＳＦＮ領域または興味のあるサービスのサービス可用性を報告する。別の態様において、ＵＥ３３は、独立したトリガーを有する新しいＲＲＣメッセージにより、隣接セルのＭＢＳＦＮ領域または興味のあるサービスのサービス可用性を報告する。ＵＥ報告はｅＮＢにより配置されるかまたはＵＥ自主的なトリガーに依存し、たとえば、ＵＥがＭＢＭＳサービスを受信するまたはＭＢＭＳサービスに興味がある時、ＵＥは、自主的にＵＥ報告を開く。
【００２５】
第二方法において、ｅＮＢ３４は、別のネットワーク制御エンティティ３６(たとえば、ＭＣＥ３６)またはターゲットｅＮＢ３５により、隣接セルのＭＢＭＳ情報を獲得する(工程３０４)。Ｍ２インターフェース増強に対し、ｅＮＢ３４は、ＭＣＥ３６に、ターゲットセルが同一ＭＢＳＦＮ領域にあるか問い合わせ、ＭＣＥ３６は、ターゲットセルが、同一ＭＢＳＦＮ領域下にあるか回答する。ターゲットセルが同一のＭＣＥ下にない場合、ＭＣＥ３６は、さらに、別のネットワーク制御エンティティ(たとえば、隣接ＭＣＥまたはＭＭＥ)と通信して、ターゲットセルのＭＢＭＳ情報を得る。Ｘ２インターフェース(たとえば、基地局間)増強に対し、ソースｅＮＢ３４は、ターゲットｅＮＢ３５に、ＭＢＭＳ情報(たとえば、ＭＢＳＦＮ領域ＩＤまたはＭＢＭＳサービスリスト、或いは、ターゲットセルに特定のＭＢＭＳサービスが提供されるか)を問い合わせ、ターゲットｅＮＢ３５は、ターゲットセルのＭＢＭＳ情報をソースｅＮＢ３４に返答する。Ｍ３インターフェース増強に対し、ｅＮＢ３４は、ＭＭＥに、ＭＢＭＳ情報(たとえば、ＭＢＳＦＮ領域ＩＤまたはＭＢＭＳサービスリスト、或いは、ターゲットセルに特定のＭＢＭＳサービスが提供されるか)を問い合わせ、ＭＭＥは、ターゲットセルのＭＢＭＳ情報をｅＮＢ３４に返答する。
【００２６】
工程３０５に関し、同様に、ＵＥ３３に、そのＭＢＭＳ受信/関心状態をソースｅＮＢ３４に報告させる各種方法が存在する。ＭＢＭＳ受信/関心状態は、ＭＢＳＦＮ領域か特定のＭＢＭＳサービスＩＤ(たとえば、一時的移動体グループ識別子(ＴＭＧＩ)である。一新規態様において、ＵＥ３３は、存在する測定報告中の新しいＩＥにより、ＭＢＭＳ受信および／または関心状態を報告する。別の態様において、ＵＥ３３は、独立したトリガーを有する新しいＲＲＣメッセージにより、ＭＢＭＳ受信および／または関心状態を報告する。ＭＢＭＳ受信/関心状態報告はｅＮＢにより配置されるかまたはＵＥの自主的なトリガーに依存し、たとえば、ＵＥがＭＢＭＳサービスを受信するまたはＭＢＭＳサービスに興味があるとき、ＵＥは自主的に報告を開く。
【００２７】
図４は、隣接セルのＭＢＭＳ情報を表示する増強された近隣セル情報テーブル(ＮＲＴ, neighboring relation table)４０の例を示す図である。図４に示されるように、ＮＲＴ４０は、新しいエントリーを含んで、隣接セルのＭＢＭＳ情報、たとえば、隣接セルが同一ＭＢＳＦＮ領域にあるかまたは隣接セルのＭＢＳＦＮ領域ＩＤが何であるかを示す。この新しいエントリーは自動隣接関係(ＡＮＲ)機能モジュール４１により充填され、操作および整備(Ｏ&Ｍ)モジュール４２により維持される。ＡＮＲ機能モジュール４１は、ＮＲＴ管理機能４３、隣接除去機能４４、隣接検出機能４５を含む。
【００２８】
図５は、一新規態様によるハンドオーバ操作後のＭＢＭＳサービス継続性の方法のフローチャートである。工程５０１において、ソースｅＮＢは、隣接セルのＭＢＭＳ情報を獲得する。ＭＢＭＳ情報は、隣接セルによりサポートされるＭＢＳＦＮ領域ＩＤ、ＭＢＭＳサービスリスト、または、特定のＭＢＭＳサービスＩＤを含む。工程５０２において、ソースｅＮＢは、ＵＥのＭＢＭＳ受信および／または関心状態情報を獲得する。ＭＢＭＳ受信情報は、ＭＢＳＦＮ領域ＩＤまたはＵＥが現在受信中であるＭＢＭＳサービスＩＤを含む。ＭＢＭＳ関心情報は、ＭＢＳＦＮ領域ＩＤまたはＵＥが将来受信することに興味があるＭＢＭＳサービスＩＤを含む。工程５０３において、ソースｅＮＢは、隣接セルからターゲットセルを決定する。ＵＥが、どのＭＢＭＳサービスも受信しないまたは興味がない場合、ソースｅＮＢは前記ターゲットセルを決定し、ＭＢＭＳを考慮しない。一方、ＵＥが、ＭＢＭＳサービスを受信するまたは興味がある場合、ソースｅＮＢは、獲得した情報に基づいて、ターゲットセルを決定する。たとえば、ｅＮＢは、ＵＥを、同一ＭＢＳＦＮ領域中の隣接セルにハンドオーバするまたはＵＥを、興味のあるＭＢＭＳサービスを提供する別のＭＢＳＦＮ領域中の隣接セルにハンドオーバすることを決定する。最後に、工程５０４において、ｅＮＢは、ハンドオーバ要求を選択されたターゲットセルに伝送し、ハンドオーバ命令をＵＥに伝送して、ハンドオーバ操作を開始する。
【００２９】
キャリアアグリゲーション(ＣＡ)中、さらに、ハンドオーバ増強を達成することができる。一新規態様において、プライマリーサービングセル(ＰＣＥＬＬ)が同一ＭＢＳＦＮ領域にない場合、ソースｅＮＢは、ハンドオーバ命令中に、ＭＢＭＳ情報(たとえば、ＭＢＳＦＮ領域または受信されたサービス)を含む。別の態様において、ターゲットｅＮＢは、ＭＢＭＳ情報に基づいて、セカンダリサービングセル(ＳＣＥＬＬ)を選択するまたはＰＣＥＬＬを変化させて、サービス継続性を維持する。
【００３０】
上述のように、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態において、移動性とハンドオーバはネットワーク制御され、ＵＥにより支援される。しかし、ＲＲＣ_ＩＤＬＥ状態において、移動性とセル再選はＵＥにより制御される。一新規態様において、進行中のＭＢＭＳサービスを有するＵＥのセル再選択工程が修正されて、サービス中断を最小化する。一般に、ＵＥは、各種優先順位決定スキームを用いて、セル再選択を実行する。たとえば、現在のセルの維持が優先され、同一ＭＢＳＦＮ領域中のセルの再選択が優先されるまたは別のＭＢＳＦＮ領域中のセルの再選択が優先され、別のＭＢＳＦＮ領域は、購読されたＭＢＭＳサービスを提供する。さらに特に、測定された信号強度上のオフセットが用いられて、同一ＭＢＳＦＮ領域中の所望の隣接セルを優先する。このようなオフセットはｅＮＢにより放送されるかまたは事前に定義される。このほか、ＵＥは、自発的に、隣接セルのＭＢＭＳ情報(たとえば、ＭＢＳＦＮ領域ＩＤまたは興味のあるＭＢＭＳサービスが提供されるか)を発見することができる。
【００３１】
移動性とセル再選択は、ＲＲＣ_ＩＤＬＥ状態で、ＵＥにより制御されるが、ソースｅＮＢはＵＥを支援して、セル再選択決定をすることができる。たとえば、ソースｅＮＢは、システム情報(ＳＩ)中の隣接セルのＭＢＭＳ情報(たとえば、ＭＢＳＦＮ領域ＩＤ)を放送することができる。ＭＢＭＳ情報は、新しいシステム情報ブロック(ＳＩＢ)または存在するＳＩＢたとえば、ＳＩＢ１３またはＳＩＢ４により提供される。ＭＢＭＳ情報獲得後、ＵＥはセル再選択決定が可能である。たとえば、ＵＥが購読されたＭＢＭＳサービスを停止する場合、ＵＥは、ＭＢＭＳベアラーを釈放し、且つ、非アクセス層(ＮＡＳ)エンティティに通知し、セル再選択後に、購読されたＭＢＭＳサービスが可用である場合、ＵＥは、セル再選択期間に、ＭＢＭＳベアラーを保留する。
［局部的ＭＢＭＳサービス］
【００３２】
図６Ａと図６Ｂは、局部的ＭＢＭＳサービスの二種の可能性を示す図である。図６Ａに示される第一状況中、局部的サービスＡがＭＢＳＦＮ領域Ｘ中に提供される。局部的サービスＡが特定領域６１中だけに提供され、特定領域６１は、ＭＢＳＦＮ領域Ｘよりかなり小さい。一新規態様において、局部的サービスＡは、球状内の野球の試合に関連する放送サービスである。別の態様において、局部的サービスＡは、劇場内のオペラに関する放送サービスである。サービスＡの位置は、サービス期間期間中に変化しないので、サービスＡの位置情報は擬似静的(semi-static)である。
【００３３】
図６Ｂに示される第二状況中、局部的サービスＢがＭＢＳＦＮ領域Ｙ中に提供される。局部的サービスＢは、同時に、特定領域６２と６３中に提供され、特定領域６２と６３は、ＭＢＳＦＮ領域Ｙよりかなり小さい。たとえば、局部的サービスＢは、高速道路１と高速道路２上の高速道路交通情報に関する放送サービスである。領域６２は高速道路１に対応し、領域６３は高速道路２に対応する。サービスＢの位置は、サービス期間で動的に変化するので、サービスＢの位置情報は動的である。高速道路１上の運転者にとって、彼等は、高速道路１に関する交通情報だけを受信したい。同様に、高速道路２上の運転者にとって、彼等は、高速道路２に関する交通情報だけを受信したい。
【００３４】
一新規態様において、局部的サービスは、特定領域内部だけで関係するので、局部的サービスの位置情報がＵＥに提供され、よって、ＵＥが特定の関係のある領域内だけで移動する時だけ、ＵＥがサービスを受信し、ＵＥが関係のある領域外に移動する時、サービス受信を停止して、電力消費を最小化する。
【００３５】
図７は、一新規態様による局部的ＭＢＭＳサービスの位置情報を提供する例を示す図である。図７の例中、ｅＮＢ７１はＭＢＳＦＮ領域１に属し、セル７２に服務する。局部的サービスＡは領域７３中に提供され、領域７３は、セル７２内の特定の小さい領域である。ＵＥ７４が、局部的サービスＡを購読することに興味がある時、サービスＡの位置情報はＵＥ７４に提供され、ＵＥ７４は、位置情報に基づいて、サービスＡを受信するかを知る。一般に、位置情報はＭＣＣＨにより提供される。擬似静的位置情報にとって、各サービス基礎(service basis)毎に、位置情報が提供される。一方、動的位置情報にとって、各セッション基礎(session basis)毎に、位置情報が提供される。たとえば、第一セッションは高速道路１の位置情報を提供し、第二セッションは、高速道路２の位置情報を提供する。位置情報は、ネットワーク制御エンティティ、たとえば、ＭＣＥにより提供され、ネットワーク制御エンティティは、上層、たとえば、ＭＭＥまたはＭＢＭＳ-ＧＷから、ｅＮＢに獲得される。
【００３６】
位置情報は、異なるフォーマットで提供される。第一態様において、サービス位置の非幾何学的描写(たとえば、セルＩＤ)が提供される。サービスの位置情報が、ＵＥが通常操作で所有される情報により提供される場合、追加工程が不要で、更なる電力節約が達成できる。たとえば、セルＩＤエンティティが用いられて、位置情報を提供する場合、一旦、ＵＥが特定サービスの所定リスト上のセルの被覆範囲にあると、ＵＥは特定サービスの受信を開始する。しかし、セルＩＤが用いられる場合、位置情報は、セルの粒度でだけ提供される。図７を例とすると、セルＩＤが用いられて、サービスＡの位置情報を提供すると仮定する。ＵＥ７４は、最初、位置Ｃに位置する。ＵＥ７４が位置Ｂに移動する時、サービスＡが、セル７２よりかなり小さい領域７３とだけ関連しても、位置Ｂがセル７２の被覆範囲にあるので、ＵＥ７４はサービスＡの受信を開始する。
【００３７】
第二態様において、サービス位置の幾何学的描写(たとえば、ＧＮＳＳ座標)が提供される。異なる座標、たとえば、多辺形(即ち、一組の座標)、円形(即ち、中心と半径の座標)または道(即ち、座標により形成されるサイドラインまたは座標と幅により形成される中央線)が幾何学的描写として用いられる。局部的サービスに関連する位置情報が幾何学的描写形式で提供される場合、サービスの境界、たとえば、高速道路を精確に定義することができる。しかし、サービスを受信するかを決定するため、ＵＥも、その現在の座標(たとえば、図７中、ＧＰＳ７５による)を得る能力を有する必要がある。ＵＥは常にその現在の座標を有することができないので、ＵＥが、サービスを受信するかを決定することが出来る前に、余分な追加が必要になる。
【００３８】
図８は、ＬＴＥシステム８０における局部的ＭＢＭＳサービスを提供する方法を示す図である。ＬＴＥシステム８０は、ＵＥ８１、ソースｅＮＢ８２、ネットワーク制御エンティティ８３およびＧＰＳ装置８４を含む。工程８０１において、ＵＥ８１は、ソースｅＮＢ８２により、局部的ＭＢＭＳサービスを受信する。工程８０２において、ｅＮＢ８２は、ネットワーク制御エンティティ８３から、ＭＢＭＳサービス位置情報を獲得する。工程８０３において、ｅＮＢ８２は位置情報をＵＥ８１に送る。位置情報が幾何学的描写を含む場合、工程８０４において、ＵＥ８１はその現在の位置(たとえば、ＧＰＳ８４から)を得る。工程８０５において、ＵＥ８１が、相関区/領域内にある場合、現在の位置とサービスの位置情報に基づいて、ＵＥ８１は、サービスの受信を開始または継続する。そうでなければ、ＵＥ８１が相関区/領域(relevant region/aria)にない場合、ＵＥ８１はサービス受信を停止する。
［ＭＢＭＳ計数(MBMS Counting)］
【００３９】
ＬＴＥ中のＭＢＭＳ計数が用いられて、サービスに興味がある十分なＵＥがあるか判断し、オペレーターが、ＭＢＳＦＮにより、サービスを届けるのに適するか決定することができるようにする。ＭＢＭＳ計数は、オペレーターが、サービスのＭＢＳＦＮ伝送の有効または無効間の選択ができるようにする。ＭＢＳＦＮ伝送の有効と無効は、ＭＢＭＳサービス懸架と回復(Suspension and Resumption)機能により実現される。計数は、ＭＢＳＦＮ領域中のＭＢＳＦＮにより既に提供されているサービスとＭＢＳＦＮ領域により提供されていないサービスをサポートする。ＭＢＭＳ計数は、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態のＵＥにだけ適用され、ＲＲＣ_ＩＤＬＥ状態のＵＥには適用されない。
【００４０】
計数工程はネットワークにより初期化される。計数工程の初期化は、各ｅＮＢに要求を生成して、ＵＥに計数要求を伝送し、各ｅＮＢは、ＭＢＳＦＮ領域の提供に関連する。計数要求は直接拡大した(directly extended)ＭＣＣＨメッセージに含まれ、直接拡大したＭＣＣＨメッセージは、ＵＥフィードバックを要求するＴＭＧＩのリストを含む。ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態のＵＥは、ＲＲＣ計数応答メッセージにより応答し、ＵＥは、指示されるサービスを受信するまたは興味がある。ＲＲＣ計数応答メッセージはＭＢＭＳサービスＩＤを含み、且つ、重複が配置される場合、選択的に情報を含んで、ＭＢＳＦＮ領域を識別する。
【００４１】
図９は、ＬＴＥシステム９０中でＭＢＭＳ計数を実行する方法を示す図である。ＬＴＥシステム９０は、ＵＥ９１、ＵＥ９２、ｅＮＢ９３およびＭＣＥ９４を含む。工程９０１において、ｅＮＢ９３は、ＭＢＭＳ計数要求を伝送することにより、計数工程を初期化する。要求/ポーリングは、ＭＢＭＳサービス基礎毎に、全ＵＥに放送される。たとえば、サービス情報に伴う指示はＭＣＣＨ中に含まれ、ＵＥ報告をトリガーする。或いは、ＵＥ報告が必要なサービスのリストは、ＭＣＣＨ中の新しいＩＥ中に含まれ、要求はＲＲＣメッセージとして放送され、ＵＥ報告も準備されて、ＲＲＣメッセージとして伝送される。また、要求は、一般のポーリングとして、全ＵＥに放送される。たとえば、ＭＢＳＦＮ情報(たとえば、ＭＢＳＦＮ領域ＩＤの横)に伴う指示はＭＣＣＨ中に含まれ、ＵＥ報告をトリガーする。放送されるポーリングに加え、計数要求は、各ＵＥ基礎上の専用のポーリングである。一新規態様において、ｅＮＢは、ＭＡＣ制御素子(ＣＥ)により、ＵＥをポーリングし、ＵＥ状態報告も、ＭＡＣ ＣＥ中に伝送される。別の態様において、ｅＮＢは、ＲＲＣメッセージにより、ＵＥをポーリングし、ＵＥ状態報告もＲＲＣメッセージ中に伝送される。
【００４２】
工程９０２と工程９０３中、ＭＢＭＳ計数要求メッセージの受信時、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態のＵＥ９１とＵＥ９２は、ＭＢＭＳ計数応答メッセージを提出する。計数応答メッセージは、ＵＥがＭＢＭＳサービスを受信しているまたはＭＢＭＳサービスの受信に興味があることを示す。ＵＥがＤＲＸモードである場合、報告は依然としてトリガーされるが、実際の報告は次の期間まで遅延される。ＵＥがＲＲＣ_ＩＤＬＥ状態である場合、トリガーがキャンセルされる。或いは、ＵＥがまだＭＢＭＳサービスを受信する時、ＵＥは、それでも、周期的に報告する。
【００４３】
ＵＥ報告のパターンは、ｅＮＢによりシグナリングされるかまたは予め定義される。一新規態様において、パターンはタイマーにより定義される。別の態様において、専用ＲＲＣメッセージにより信号が発信されるかＭＢＭＳ ＳＩＢに伴って放送される。さらに別の態様において、確率パラメータがシグナリングされて、報告を制御する。ＵＥ報告のタイミングは以下の選択がある。ＵＥがサービスを受信する時周期的に報告する。ＵＥがサービスを開始するときだけ報告する。ＵＥがサービス受信を開始および停止するとき報告する。再構築後報告する。または接続要求後報告する。
【００４４】
ＭＢＳＦＮ領域で現在提供されるサービスの計数を実行するのに加え、ネットワークが考慮されて、提供するサービスも計数される。たとえば、ｅＮＢは、将来提供される(to-be-provided)サービスを提供し、ＵＥ報告をトリガーする。十分なＵＥ報告が、サービスに興味がある場合、ｅＮＢはサービスを起動する。将来提供されるサービス(ＴＭＧＩのリスト)の情報もＭＣＣＨにより搭載される。
【００４５】
工程９０４において、ｅＮＢ９３は、全ＵＥから受信した計数応答に基づいて、ＭＢＭＳ計数結果をＭＣＥ９４に報告する。サービスを受信するまたはサービスに興味があるＵＥの数量が計数される。工程９０５において、ＭＣＥ９４は、計数結果に基づいて、ＭＢＳＦＮ伝送を無効にするか有効にするか決定する。たとえば、低購読量(subscription)のため、ＭＣＥ９４は、サービスを停止し、ユニキャストでサービスを継続する。
【００４６】
キャリアアグリゲーション(ＣＡ)を有するＭＢＭＳに対し、ＵＥがＳＣＥＬＬ上でＭＢＭＳサービスを受信する場合、ＵＥが、ＳＣＥＬＬのＳＩ変化を監視するまたはｅＮＢがＭＢＭＳ情報の更新(たとえば、ＳＩＢ１３中)の提供に対し責任を持つ。サービングセルではなく、ＣＡ能力があるＵＥがＭＢＭＳを受信する場合、計数/ポーリング要求受信時、ＣＡ能力があるＵＥは、要求を無視することができるまたは複数のサービングセルの任意の１個のサービングセル中で報告するまたはＭＢＭＳサービスを提供する１個のサービングセル中で報告する。複数のサービングセルは、たとえば、同一のＭＢＳＦＮサービス領域に属する。
本発明では好ましい実施例を前述の通り開示したが、これらは決して本発明に限定するものではない。したがって、様々な変更、適合、および説明した実施形態の様々な特徴の組み合わせは、特許請求の範囲に記載されている本発明の範囲から逸脱することなく実施することができる。
【図１】
2014150580.tif 000003
【図２】
2014150580.tif 000004
【図３】
2014150580.tif 000005
【図４】
2014150580.tif 000006
【図５】
2014150580.tif 000007
【図６Ａ】
2014150580.tif 000008
【図６Ｂ】
2014150580.tif 000009
【図７】
2014150580.tif 000010
【図８】
2014150580.tif 000011
【図９】
2014150580.tif 000012