(57)【特許請求の範囲】
【請求項１】
マルチメディア放送・マルチキャストサービス制御チャンネル更新の通知方法であって、
基地局側は、マルチメディア放送・マルチキャストサービス制御チャンネル無線ネットワーク一時識別子Ｍ−ＲＮＴＩを介して、マルチメディア放送・マルチキャストサービス制御チャンネルＭＣＣＨのコンテンツに更新が存在することを指示し、ユーザー装置側に通知するステップと、
ユーザー装置は、前記Ｍ−ＲＮＴＩを検出した後、ＭＣＣＨのコンテンツを引き続き読み取り、又は自身サービス需要に応じて更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断するステップとを含むことを特徴とする。
【請求項２】
前記通知は、具体的には、
強化型基地局ｅＮＢがシステム放送メッセージにおいてＭ−ＲＮＴＩの位置情報を前記ユーザー装置に通知し、
前記ｅＮＢがマルチメディア放送・マルチキャストサービスＭＢＭＳサービス識別子を前記Ｍ−ＲＮＴＩに対応するダウンリンク制御情報ＤＣＩに封入することを含むことを特徴とする
請求項１に記載の方法。
【請求項３】
前記ユーザー装置が前記Ｍ−ＲＮＴＩの位置情報に応じて前記Ｍ−ＲＮＴＩを検出した後、前記更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断するステップは、具体的には、
前記ユーザー装置が前記Ｍ−ＲＮＴＩに応じて前記Ｍ−ＲＮＴＩに対応するＤＣＩを読み取り、前記ＤＣＩから前記ＭＢＭＳサービス識別子を取得し、ユーザー装置側のＭＢＭＳサービスリストにおけるＭＢＭＳサービス識別子とマッチングすることと、マッチングする場合、前記更新されたＭＣＣＨのコンテンツを引き続き読み取り、マッチングしない場合、前記更新されたＭＣＣＨのコンテンツを読み取らないこととを含むことを特徴とする
請求項２に記載の方法。
【請求項４】
前記方法は、
単一セルモードにおいて、ユニキャストサービスをキャリーするサブフレームの物理ダウンリンク制御チャンネルＰＤＣＣＨに前記Ｍ−ＲＮＴＩをキャリーするステップと、間欠受信ＤＲＸ周期で、呼び出し時点ごとに、前記ｅＮＢが、前記ＰＤＣＣＨに前記Ｍ−ＲＮＴＩを繰り返して送信するステップと、
マルチセルモードにおいて、ＭＢＳＦＮエリアにおけるＭＢＭＳサービス関連情報に応じて、ＭＢＳＦＮエリアにＭＢＭＳサービスをキャリーする無線フレーム及びそのサブフレームを配置するステップと、配置された、ＭＢＭＳサービスをキャリーするサブフレームのＰＤＣＣＨに前記Ｍ−ＲＮＴＩをキャリーするステップとを更に含むことを特徴とする
請求項３に記載の方法。
【請求項５】
マルチメディア放送・マルチキャストサービス制御チャンネル更新の通知システムであって、
基地局側の通知ユニット及びユーザー装置側の読取ユニットを備え、又は、基地局側の通知ユニット及びユーザー装置側の判断ユニットを備え、
基地局側の通知ユニットは、基地局側がＭ−ＲＮＴＩに応じてＭＣＣＨのコンテンツに更新が存在することを指示し、ユーザー装置側に通知することに用いられ、
ユーザー装置側の読取ユニットは、ユーザー装置がＭ−ＲＮＴＩを検出した後で、ＭＣＣＨのコンテンツを引き続き読み取ることに用いられ、
ユーザー装置側の判断ユニットは、ユーザー装置が前記Ｍ−ＲＮＴＩを検出した後で、自身サービス需要に応じて更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断することに用いられることを特徴とする。
【請求項６】
前記通知ユニットは、
システム放送メッセージにおいてＭ−ＲＮＴＩの位置情報を前記ユーザー装置に通知し、ＭＢＭＳサービス識別子を前記Ｍ−ＲＮＴＩに対応するＤＣＩに封入することにさらに用いられることを特徴とする
請求項５に記載のシステム。
【請求項７】
前記判断ユニットは、検出モジュール、取得モジュール及びマッチングモジュールを更に含み、
検出モジュールは、前記ユーザー装置が前記Ｍ−ＲＮＴＩの位置情報に応じて前記Ｍ−ＲＮＴＩを検出することに用いられ、
取得モジュールは、前記ユーザー装置が前記Ｍ−ＲＮＴＩに応じて前記Ｍ−ＲＮＴＩに対応するＤＣＩを読み取り、前記ＤＣＩから前記ＭＢＭＳサービス識別子を取得することに用いられ、
マッチングモジュールは、前記ＭＢＭＳサービス識別子とユーザー装置側のＭＢＭＳサービスリストにおけるＭＢＭＳサービス識別子とをマッチングし、マッチングする場合、前記更新されたＭＣＣＨのコンテンツを引き続き読み取り、マッチングしない場合、前記更新されたＭＣＣＨのコンテンツを読み取らないことに用いられることを特徴とする
請求項６に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ロングタームエボリュ−ション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムにおける制御チャンネル更新の通知技術に関し、特にマルチメディア放送・マルチキャストサービス（ＭＢＭＳ：Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）制御チャンネル更新の通知方法及びシステムに関する。
【背景技術】
【０００２】
インタネット（Ｉｎｔｅｒｎｅｔ）の急速的な発展及び大画面多機能携帯電話の普及に従い、モバイルデータマルチメディアサービス及び各種広帯域幅マルチメディアサービスが大量に現れ、例えば、ビデオ会議、テレビ放送、ビデオ・オン・デマンド、広告、オンライン教育、インタラクティブゲームなどが挙げられ、移動加入者が増加しているサービス需求を満たした上に、移動事業者に新たなサービス成長点をもたらしていることできる。これらのモバイルデータマルチメディアサービスは、複数のユーザーが同時に同一のデータを受信できるように要求し、一般的なデータサービスに比べて、データ量が大きく、持続時間が長く、時間遅延が敏感であるなどのメリットを有する。
【０００３】
モバイルネットワークリソースを有効に利用するために、第３世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）にＭＢＭＳサービスが提案され、当該ＭＢＭＳサービスは、１つのデータソースから複数のターゲットにデータを伝送する技術であり、コアインターネット及びアクセスネットワークを含むネットワークリソース共有を実現し、ネットワークリソース、特に無線インターフェースリソースの利用率を向上させた。３ＧＰＰに定義されたＭＢＭＳサービスは、プレーンテキスト低速率のメッセージ類マルチキャスト及び放送を実現できる他に、高速率マルチメディアサービスの放送及びマルチキャストも実現でき、多種の豊かなビデオ、オーディオ及びマルチメディアサービスを提供し、これが間違いなく未来のモバイルデータ発展の傾向に乗せて、３Ｇの発展のためによいサービス見通しを提供した。
【０００４】
ＬＴＥ Ｒｅｌ−８において、ＭＢＭＳ制御チャンネル（ＭＣＣＨ：Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）の設計は、階層構造を採用し、即ち、第１のＭＢＭＳ制御チャンネル（Ｐ−ＭＣＣＨ：Ｐｒｉｍａｒｙ  ＭＣＣＨ）がＰ−ＭＣＣＨのシグナルをキャリーすることに用いられ、プライマリマルチキャスト制御シグナルとも称され、第２のＭＢＭＳ制御チャンネル（Ｓ−ＭＣＣＨ：Ｓｅｃｏｎｄａｒｙ  ＭＣＣＨ）がＳ−ＭＣＣＨのシグナルをキャリーすることに用いられ、セカンダリマルチキャスト制御シグナルとも称される。ＬＴＥ Ｒｅｌ−８において放送制御チャンネル（ＢＣＣＨ：Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）に１つ又は２つのＰ−ＭＣＣＨのスケジュール情報を指示するように規定し、その中に、１つのＰ−ＭＣＣＨが単一セルモードでダウンリンク共有チャンネル（ＤＬ−ＳＣＨ：ＤｏｗｎＬｉｎｋ−Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）に伝送されることであり、別の１つのＰ−ＭＣＣＨががマルチセルモードでマルチキャストチャンネル（ＭＣＨ：Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）に伝送されることである。Ｓ−ＭＣＣＨを見つけるために、Ｐ−ＭＣＣＨにＳ−ＭＣＣＨの指示情報をキャリーできる。マルチセルモードのＰ−ＭＣＣＨにマルチメディア放送単一周波数ネットワーク（ＭＢＳＦＮ：Ｍｕｌｔｉｃａｓｔ／Ｂｒｏａｄｃａｓｔ  ｏｖｅｒ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）エリアサービスに関する制御シグナルをキャリーし、当該シグナルが当該エリア内にどの有効なＭＢＭＳサービスなどの情報があるかを説明することに用いられ、サービスの時間周波数リソース配置情報を含まない。最新のＬＴＥ  Ｒｅｌ−９の作業項目記述において、ＭＣＣＨについての記述は、ＭＢＳＦＮ合併をサポートしなく、且つ主副構造を考慮しない可能性がある。
【０００５】
あるＭＢＭＳサービスに対して、複数のイベントが存在する可能性がある。例えば、ＭＢＭＳ会話が開始し、ＭＢＭＳ無線ベアラ（ＲＢ：Ｒａｄｉｏ  Ｂｅａｒｅｒ）が変化し、ＭＢＭＳサービスが中止するなどが挙げられる。通常、ユーザー装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）は、これらのイベントがいつ発生するかを知らない。ＵＥの電力消費量を低減させて、ＵＥの間欠受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）を実現するために、ＵＥがＭＣＣＨを連続して監視することが、実際的ではないため、これによってＵＥが更新されたＭＣＣＨのみに対して監視するように、ＭＣＣＨ更新の通知メカニズムを設計する必要がある。現在、ＬＴＥシステムにおいてＭＣＣＨ更新の通知メカニズムに対して、まだ実現スキームがない。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
これに鑑みてなられるものであり、本発明の主な目的は、ＭＣＣＨ更新の通知メカニズムを実現し、ＵＥにＭＣＣＨの更新を監視させて、ＵＥの電力消費量を低減するように、ＭＣＣＨ更新の通知方法及びシステムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の技術的なスキームは、以下のように実現される。
【０００８】
マルチメディア放送・マルチキャストサービス制御チャンネル更新の通知方法は、基地局側がマルチメディア放送・マルチキャストサービス制御チャンネル無線ネットワーク一時識別子Ｍ−ＲＮＴＩを介して、マルチメディア放送・マルチキャストサービス制御チャンネルＭＣＣＨのコンテンツに更新が存在することを指示し、ユーザー装置側に通知するステップと、ユーザー装置が前記Ｍ−ＲＮＴＩを検出した後、ＭＣＣＨのコンテンツを引き続き読み取る、又は自身サービス需要に応じて更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断するステップとを含む。
【０００９】
ここで、前記通知は、具体的には、
強化型基地局ｅＮＢが、システム放送メッセージにＭ−ＲＮＴＩの位置情報を前記ユーザー装置に通知し、
前記ｅＮＢが、マルチメディア放送・マルチキャストサービスＭＢＭＳサービス識別子を、前記Ｍ−ＲＮＴＩに対応するダウンリンク制御情報ＤＣＩに封入することを含む。
【００１０】
前記ユーザー装置が前記Ｍ−ＲＮＴＩの位置情報に応じて前記Ｍ−ＲＮＴＩを検出した後、ＤＣＩにおけるコンテンツを取得し、ＵＥがＭＣＣＨのコンテンツを引き続き読み取る、又は前記更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断するステップは、具体的には、
前記ユーザー装置が、前記Ｍ−ＲＮＴＩに応じて前記Ｍ−ＲＮＴＩに対応するＤＣＩを読み取り、相応するＭＣＣＨのコンテンツを引き続き読み取ることと、又は、前記ＤＣＩから前記ＭＢＭＳサービス識別子を取得し、ユーザー装置側のＭＢＭＳサービスリストにおけるＭＢＭＳサービス識別子にマッチングすることと、マッチングする場合、前記更新されたＭＣＣＨのコンテンツを引き続き読み取り、マッチングしない場合、前記更新されたＭＣＣＨのコンテンツを読み取らないこととを含む。
【００１１】
当該方法は、単一セルモードにおいて、ユニキャストサービスをキャリーするサブフレームの物理ダウンリンク制御チャンネルＰＤＣＣＨに前記Ｍ−ＲＮＴＩをキャリーするステップと、間欠受信ＤＲＸ周期で、呼び出し時点ごとに、前記ｅＮＢが前記ＰＤＣＣＨに前記Ｍ−ＲＮＴＩを繰り返して送信するステップと、
マルチセルモードにおいて、ＭＢＳＦＮエリアにおけるＭＢＭＳサービスの関連情報に応じて、ＭＢＳＦＮエリアにＭＢＭＳサービスをキャリーする無線フレーム及びそのサブフレームを配置するステップと、配置された、ＭＢＭＳサービスをキャリーするサブフレームのＰＤＣＣＨに前記Ｍ−ＲＮＴＩに対応する通知情報をキャリーするステップとを更に含む。
【００１２】
マルチメディア放送・マルチキャストサービス制御チャンネル更新の通知システムは、基地局側の通知ユニット及びユーザー装置側の読取ユニットを備え、又は、基地局側の通知ユニット及びユーザー装置側の判断ユニットを備える。
【００１３】
基地局側の通知ユニットは、基地局側がＭ−ＲＮＴＩに応じてＭＣＣＨのコンテンツに更新が存在することを指示し、ユーザー装置側に通知することに用いられる。
【００１４】
ユーザー装置側の読取ユニットは、ユーザー装置がＭ−ＲＮＴＩを検出した後で、ＭＣＣＨのコンテンツを引き続き読み取ることに用いられる。
【００１５】
ユーザー装置側の判断ユニットは、ユーザー装置が前記Ｍ−ＲＮＴＩを検出した後で、自身サービス需要に応じて更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断することに用いられる。
【００１６】
ここで、前記通知ユニットは、システム放送メッセージにおいてＭ−ＲＮＴＩの位置情報を前記ユーザー装置に通知し、ＭＢＭＳサービス識別子を前記Ｍ−ＲＮＴＩに対応するＤＣＩに封入することにさらに用いられる。
【００１７】
前記判断ユニットは、検出モジュール、取得モジュール及びマッチングモジュールを更に含む。
【００１８】
検出モジュールは、前記ユーザー装置が前記Ｍ−ＲＮＴＩの位置情報に応じて前記Ｍ−ＲＮＴＩを検出することに用いられる。
【００１９】
取得モジュールは、前記ユーザー装置が前記Ｍ−ＲＮＴＩに応じて前記Ｍ−ＲＮＴＩに対応するＤＣＩを読み取って、前記ＤＣＩから前記ＭＢＭＳサービス識別子を取得することに用いられる。
【００２０】
マッチングモジュールは、前記ＭＢＭＳサービス識別子とユーザー装置側のＭＢＭＳサービスリストにおけるＭＢＭＳサービス識別子とをマッチングさせて、マッチングする場合、前記更新されＭＣＣＨのコンテンツを引き続き読み取り、マッチングしない場合、前記更新されたＭＣＣＨのコンテンツを読み取らない。
【００２１】
本発明において、基地局側は、マルチメディア放送・マルチキャストサービス制御チャンネル無線ネットワーク一時識別子（Ｍ−ＲＮＴＩ：ＭＢＭＳ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）に応じて、ＭＣＣＨのコンテンツに更新が存在することを指示し、ＵＥ側に通知し、ＵＥは、Ｍ−ＲＮＴＩを検出した後、ＭＣＣＨのコンテンツを引き続き読み取り、又は自身サービス需要に応じて更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断する。
【００２２】
本発明によれば、基地局側とＭＢＭＳのＵＥ側がＭ−ＲＮＴＩを事前に約束したため、基地局側がＭ−ＲＮＴＩに応じてＭＣＣＨのコンテンツに更新が存在することを指示し、ＵＥ側に通知した後、ＵＥ側は、Ｍ−ＲＮＴＩを取得することだけで、ＭＣＣＨのコンテンツに更新が存在することを知っているようになり、これによって、ＵＥがＭＣＣＨの更新を監視することができる。しかしながら、従来の技術は、ＵＥがＭＣＣＨを引き続き監視する必要があって、そのため、ＵＥの電力消費量が大きくなり、これによって、本発明によれば、ＭＢＭＳのＵＥの電力消費量を大幅に低減できる。また、Ｍ−ＲＮＴＩが基地局側及びＭＢＭＳのＵＥ側によって事前に約束されたものであるため、非ＭＢＭＳのＵＥが認証できなくて、監視もしていなくて、非ＭＢＭＳのＵＥの電力消費量を低減させた。
【図面の簡単な説明】
【００２３】
【図１】本発明において基地局側がＭＣＣＨのコンテンツ更新をＵＥ側に通知するフローチャートである。
【図２】本発明においてＵＥが更新されたＭＣＣＨのコンテンツを読み取ると判断するフローチャートである。
【図３】本発明に係るＭ−ＲＮＴＩのチャンネル伝送を示す図である。
【図４】本発明においてＵＥがＭＣＣＨのコンテンツを読み取るフローチャートである。
【発明を実施するための形態】
【００２４】
本発明の基本的な着想は、基地局側がＭ−ＲＮＴＩに応じてＭＣＣＨのコンテンツに更新が存在することを指示し、ＵＥ側に通知し、ＵＥがＭ−ＲＮＴＩを検出した後、ＭＣＣＨのコンテンツを引き続き読み取り、又は自身サービス需要に応じて更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断することである。
【００２５】
以下、図面を参照しながら、技術的なスキームの実施をさらに詳しく説明する。
【００２６】
ここで、まず、本発明がＬＴＥシステムにおけるＭＣＣＨ更新に対する通知メカニズムを実現するために導入する構想を述べる。
【００２７】
通知メカニズムの目的は、ＭＣＣＨのコンテンツが変化する場合に、関連のシグナルを使用してＵＥに通知することにある。従来の３ＧＰＰ Ｒｅｌ−６システムにおいて、ＭＢＭＳは、１つの特殊なチャンネルを単独設計し且つ用いる必要があり、ＭＣＣＨのコンテンツの更新変化を指示することに用いられ、この特殊なチャンネルがＭＢＭＳ指示チャンネル（ＭＩＣＨ：ＭＢＭＳ  Ｉｎｄｉｃａｔｉｏｎ  ＣＨａｎｎｅｌ）であり、ＭＣＣＨ通知メカニズムを実現することに用いられる。ＬＴＥシステムにおいて、ＭＢＭＳは、同様に、どのようにＭＣＣＨ通知メカニズムを実現するかを考慮することが必要がある。ＭＣＣＨのコンテンツ特性とＢＣＣＨのコンテンツ特性とは類似性があるが、システムメッセージの更新が呼び出しシグナルを用いてＵＥに通知されるものであると考慮するため、本発明は、ＭＣＣＨの更新に対して呼び出しシグナルに類似する方法を用いてＵＥに通知することもできると考慮する。この考慮に基づき、本発明は、ＭＣＣＨの特徴に基づき、ＭＣＣＨ更新の通知メカニズムを実現するために、ＭＣＣＨ更新の指示Ｍ−ＲＮＴＩを与える。
【００２８】
具体的には、システム側の強化型基地局（ｅＮＢ：Ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）は、ＤＲＸ周期で、呼び出し時点ごとにＭ−ＲＮＴＩを繰り返して送信し、ＵＥは、呼び出しチャンスにＭ−ＲＮＴＩを受信し、ＭＣＣＨのコンテンツを更に受信するかどうかを判断する。このような方法によって、ＭＢＭＳサービスを受信する過程において、ＵＥは、電力消費量を低減できる。本発明によれば、ＵＥは、Ｍ−ＲＮＴＩの位置に応じてＭ−ＲＮＴＩを取得し、Ｍ−ＲＮＴＩに対応する情報に応じて、ＭＣＣＨのコンテンツを引き続き読み取り、又は更新されたＭＣＣＨのコンテンツを読み取る必要があるかどうかを更に判断し、これによって、ＵＥの電力消費量の低減とＭＢＭＳ制御チャンネルの精確受信の効果を達する。また、特定のＭ−ＲＮＴＩ設計に応じて指示を行い、非ＭＢＭＳユーザーに対して、呼び出しチャンスごとに、Ｍ−ＲＮＴＩを読み取る必要がなく、非ＭＢＭＳユーザーＵＥの電力消費量を低減できる。
【００２９】
ＭＣＣＨ更新の通知方法は、基地局側がＭ−ＲＮＴＩに応じてＭＣＣＨのコンテンツに更新が存在することを指示し、端末側に通知するステップと、ＵＥがＭ−ＲＮＴＩを検出した後、ＭＣＣＨのコンテンツを引き続き読み取り、又は自身サービス需要に応じて更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断するステップとを含む。このように、端末は、ＭＣＣＨを連続して監視する必要がなく、Ｍ−ＲＮＴＩを取得することだけで、ＭＣＣＨのコンテンツに更新が存在することを知っているようになり、これによって、ＵＥは、更新されたＭＣＣＨのみを監視してよい。
【００３０】
図１に示すように、基地局側がＭＣＣＨのコンテンツ更新をＵＥ側に通知する実現プロセスは、以下のステップを含む。
【００３１】
ステップ１０１、ｅＮＢは、システム放送メッセージにおいてＭ−ＲＮＴＩの位置情報をＵＥに通知する。
【００３２】
ステップ１０２、ｅＮＢは、ＭＢＭＳサービス識別子をＭ−ＲＮＴＩに対応するダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）に封入する。
【００３３】
なお、ＤＲＸ周期における呼び出し時点ごとに、ｅＮＢは、Ｍ−ＲＮＴＩを繰り返して送信する。
【００３４】
図２に示すように、ＵＥが更新されたＭＣＣＨのコンテンツを読み取る実現プロセスは、以下のステップを含む。
【００３５】
ステップ２０１、ＵＥは、ｅＮＢからシステム放送メッセージを受信して、Ｍ−ＲＮＴＩの位置情報に応じてＭ−ＲＮＴＩを検出する。
【００３６】
ステップ２０２、ＵＥは、Ｍ−ＲＮＴＩに応じてＭ−ＲＮＴＩに対応するＤＣＩを読み取り、ＤＣＩにＭＢＭＳサービス識別子がない場合、ステップ２０４に移転し、ＤＣＩにＭＢＭＳサービス識別子がある場合、ステップ２０３に移転する。
【００３７】
ステップ２０３、取得したＭＢＭＳサービス識別子とＵＥ側ローカルのＭＢＭＳサービスリストにおけるＭＢＭＳサービス識別子とがマッチングするかどうかを判断し、マッチングする場合、ステップ２０４を実行し、マッチングしない場合、ステップ２０５を実行する。
【００３８】
ステップ２０４、更新されたＭＣＣＨのコンテンツを引き続き読み取る。
【００３９】
ステップ２０５、更新されたＭＣＣＨのコンテンツを読み取らない。
【００４０】
なお、Ｍ−ＲＮＴＩの位置情報に応じて、呼び出しチャンスごとに、ＵＥは、ｅＮＢから繰り返して送信したＭ−ＲＮＴＩを検出する。
【００４１】
ここで、当該方法は、一つのケースでは、単一セルモードにおいて、ユニキャストサービスをキャリーするサブフレームの物理ダウンリンク制御チャンネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）にＭ−ＲＮＴＩをキャリーするステップと、ＤＲＸ周期で、呼び出し時点ごとに、ｅＮＢがＰＤＣＣＨにＭ−ＲＮＴＩを繰り返して送信するステップと、もう１つのケースでは、マルチセルモードにおいて、ＭＢＳＦＮエリアにおけるＭＢＭＳサービス関連情報に応じて、ＭＢＳＦＮエリアにＭＢＭＳサービスをキャリーする無線フレーム及びそのサブフレームを配置するステップと、配置された、ＭＢＭＳサービスをキャリーするサブフレームのＰＤＣＣＨにＭ−ＲＮＴＩをキャリーするステップとをさらに含む。
【００４２】
上記したように、本発明は、主に以下の内容を含む。
一、ｅＮＢのシステム放送メッセージにおいて、どの無線フレーム又は無線サブフレームかにＭＣＣＨの更新通知指示Ｍ−ＲＮＴＩをキャリーすることを示す。
二、ＤＲＸ 周期で、呼び出し時点ごとに、ｅＮＢは、これらの指定された無線フレーム又は無線サブフレームのＰＤＣＣＨにＭ−ＲＮＴＩを繰り返して送信する。
三、ＵＥは、まずシステム放送メッセージを受信することに応じて、どの無線フレーム又は無線サブフレームかにＭ−ＲＮＴＩをキャリーしたを知っているようになり、呼び出しチャンスごとに、ＵＥは、これらの無線フレーム又は無線サブフレームのＰＤＣＣＨにおいてＭ−ＲＮＴＩを検出する。
四、ＵＥは、ＰＤＣＣＨにおけるＭ−ＲＮＴＩに対応するＤＣＩでの情報を読み取り、ここで、当該ＤＣＩに封入された情報がＭＢＭＳサービス識別子を含む場合、ＵＥは、ＤＣＩからＭＢＭＳサービス識別子を取得する。
五、ＵＥは、ＭＣＣＨのコンテンツを引き続き読み取り、又はＤＣＩから取得されたＭＢＭＳのサービス識別子とＵＥローカルでアクティブされた又は受信必要なＭＢＭＳサービスリストにおけるＭＢＭＳサービス識別子とをマッチングし、マッチングする場合、更新されたＭＣＣＨのコンテンツを更に読み取り、マッチングしない場合、ＵＥは、更新されたＭＣＣＨのコンテンツを読み取らない。
【００４３】
また、シグナルの負荷を低減するために、関連無線フレームの固定位置にＭ−ＲＮＴＩをキャリーすることを規定することができ、例えば、当該無線フレームの１番目のサブフレームにＭ−ＲＮＴＩをキャリーする。関連無線フレームのシーケンス番号がシステムメッセージにおいて動的に設定されてもよく、この設定がＭＣＣＨの修正周期に関する。
【００４４】
なお、ここから、統一的にＭＣＣＨでＭＢＭＳ制御チャンネルを表し、階層構造を用いる場合、以下のＭＣＣＨがＰ−ＭＣＣＨ又はＳ−ＭＣＣＨを示す。
【００４５】
実例１は、ＭＢＭＳ単一セル伝送モード、又はＭＢＳＦＮ伝送であるが、ＭＢＳＦＮエリアに１つだけのセルがあるケースである。
【００４６】
Ｒｅｌ−８ ＬＴＥは、単一セルＭＣＣＨがＤＬ−ＳＣＨを用いてキャリーして伝送し、ＤＬ−ＳＣＨが物理ダウンリンク共有チャンネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）にマッピングすると規定する。ＰＤＳＣＨにおけるリソース配置は、ＰＤＣＣＨに応じて指示されてもよい。
【００４７】
ＭＣＣＨをユニキャストサービスをキャリーするサブフレームに置いて、当該サブフレームのＰＤＣＣＨにＭＣＣＨのコンテンツ更新通知を識別するための１つのＭ−ＲＮＴＩをキャリーし、Ｍ−ＲＮＴＩが、ｅＮＢとＵＥとが予め定まる特定値であり、ＵＥは、このＭ−ＲＮＴＩを既に知り、ＭＣＣＨのコンテンツ更新自身を当該サブフレームのＰＤＳＣＨにキャリーし、Ｍ−ＲＮＴＩがＭＣＣＨのコンテンツ更新を取得するためにＵＥに役立つ。ｅＮＢは、ＤＲＸ周期における呼び出し時点ごとにＭ−ＲＮＴＩを繰り返して送信し、ＵＥは、Ｍ−ＲＮＴＩに対応するＤＣＩから取得された情報に応じて、ＭＣＣＨのコンテンツ更新を更に読み取るかどうかを決める。
【００４８】
以下、ｅＮＢがどのようにＭＣＣＨのコンテンツ更新通知をＵＥに通知するかを記述する。
【００４９】
システム放送メッセージにおいて、ｅＮＢは、ＭＣＣＨのコンテンツ更新通知メッセージをキャリーする無線フレーム又は無線サブフレームの情報をＵＥに送信する。ＭＣＣＨのコンテンツ更新通知メッセージが発生すると、ＤＲＸ周期における呼び出し時点ごとに、ｅＮＢは、上記したサブフレームのＰＤＣＣＨにＭ−ＲＮＴＩを繰り返して送信する。
【００５０】
呼び出しチャンスごとに、ＵＥは、上記したサブフレームのＰＤＣＣＨにおけるＭ−ＲＮＴＩを検出し、ＤＣＩから関連のＭＢＭＳサービス識別子を取得し、ＵＥにおいてローカルで保存した、又は設定した受信必要なＭＢＭＳサービスリストにおけるＭＢＭＳサービス識別子とマッチングする。マッチングする場合、ＵＥは、ＭＣＣＨをキャリーするサブフレームにおけるＰＤＳＣＨ上のＭＣＣＨのコンテンツを更に読み取る必要がある。図３に示すように、ＵＥは、システムメッセージの指示に応じて、図３におけるＭＣ−ＲＮＴＩに応じて関連サブフレームのＰＤＳＣＨにＭＣＣＨのコンテンツ更新を読み取る。マッチングしない場合、ＵＥは、ＭＣＣＨのコンテンツ更新を読み取る必要がない。ＭＣ−ＲＮＴＩは、ＭＣＣＨ−ＲＮＴＩの略語であり、ＭＣＣＨの位置情報を指示することに用いられる。図３において、システム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）には、Ｍ−ＲＮＴＩ及びＭＣ−ＲＮＴＩ位置情報が含まれ、送信されたＭ−ＲＮＴＩには、ＭＢＭＳサービス識別子が含まれる。
【００５１】
実例２は、ＭＢＭＳマルチセル伝送モードであり、又はＭＢＳＦＮケースと称する。
【００５２】
最新のＬＴＥ Ｒｅｌ−９の作業項目の記述において、ＭＣＣＨについての記述は、ＭＢＳＦＮ合併をサポートしなく、且つ主副構造を考慮しない可能性がある。ＭＣＣＨは、ＤＬ−ＳＣＨ又はＭＣＨに伝送されてもよい。
【００５３】
現在のＬＴＥにおいてＭＣＣＨについての規定に応じて、１つのＭＢＳＦＮエリアのＭＣＣＨを、当該エリアに分配された、当該エリアのＭＢＭＳサービスをキャリーするためのサブフレームにキャリーする必要がある。１つのＭＢＳＦＮエリアにとって、システムは、当該ＭＢＳＦＮエリアにおけるＭＢＭＳサービス関連情報に応じて、例えばＭＢＭＳサービスの数量情報に応じて、本ＭＢＳＦＮエリアのＭＢＭＳサービスを送信するように、当該エリアのために、ＭＢＭＳサービスをキャリーするための相応する無線フレーム及び相応する当該無線フレーム内のあるサブフレームを配置する。
【００５４】
システム側は、ＭＣＣＨをシステムが配置したＭＢＳＦＮ無線フレーム内の関連サブフレームに置いて、例えば１番目のサブフレームに置いて、当該サブフレームのＰＤＣＣＨにＭＣＣＨのコンテンツ更新通知を識別するための１つのＭ−ＲＮＴＩをキャリーし、Ｍ−ＲＮＴＩが、ｅＮＢとＵＥとが予め定まる特定値であり、ＵＥは、このＭ−ＲＮＴＩを既に知り、ＭＣＣＨのコンテンツ更新自身を当該サブフレームのＰＤＳＣＨにキャリーし、Ｍ−ＲＮＴＩがＭＣＣＨのコンテンツ更新を取得するためにＵＥに役立つ。ｅＮＢは、ＤＲＸ周期における呼び出し時点ごとにＭ−ＲＮＴＩを繰り返して送信し、ＵＥは、Ｍ−ＲＮＴＩに対応するＤＣＩから取得された情報に応じて、ＭＣＣＨのコンテンツ更新を更に読み取るかどうかを決める。
【００５５】
ここで、実例１に比べて、ＭＣＣＨをキャリーする無線フレームが必ずＭＢＭＳサービスをキャリーする無線フレームであることに過ぎない。実例１において、ＭＣＣＨをキャリーする無線フレームは、非ＭＢＳＦＮ無線フレームであってもよい。
【００５６】
以下、ｅＮＢがどのようにＭＣＣＨのコンテンツ更新通知をＵＥに通知するかを記述する。
【００５７】
システム放送メッセージにおいて、ｅＮＢは、ＭＣＣＨのコンテンツ更新通知メッセージをキャリーする無線フレーム又は無線サブフレームの情報をＵＥに送信する。ＭＣＣＨのコンテンツ更新通知メッセージが発生すると、ＤＲＸ周期における呼び出し時点に、ｅＮＢは、上記したサブフレームのＰＤＣＣＨにＭ−ＲＮＴＩを繰り返して送信する。
【００５８】
呼び出しチャンスごとに、ＵＥは、上記したサブフレームのＰＤＣＣＨにおけるＭ−ＲＮＴＩを検出し、ＤＣＩから関連のＭＢＭＳサービス識別子を取得し、ＵＥにおいてローカルで保存した、又は設定した受信必要なＭＢＭＳサービスリストにおけるＭＢＭＳサービス識別子とマッチングする。マッチングする場合、ＵＥは、ＭＣＣＨをキャリーするサブフレームにおけるＰＤＳＣＨ上のＭＣＣＨのコンテンツを更に読み取る必要がある。図３に示すように、ＵＥは、システムメッセージの指示に応じて、図３におけるＭＣ−ＲＮＴＩに応じて関連サブフレームのＰＤＳＣＨにＭＣＣＨのコンテンツ更新を読み取る。マッチングしない場合、ＵＥは、ＭＣＣＨのコンテンツ更新を読み取る必要がない。ＭＣ−ＲＮＴＩは、ＭＣＣＨ−ＲＮＴＩの略語であり、ＭＣＣＨの位置情報を指示することに用いられる。
【００５９】
実例３は、ＭＢＭＳマルチセル伝送モードであり、又はＭＢＳＦＮケースと称する。
【００６０】
最新のＬＴＥ Ｒｅｌ−９の作業項目の記述において、ＭＣＣＨについての記述は、ＭＢＳＦＮ合併をサポートしなく、且つ主副構造を考慮しない。ＭＣＣＨは、ＭＣＨに伝送される。
【００６１】
現在のＬＴＥにおいてＭＣＣＨについての規定に応じて、１つのＭＢＳＦＮエリアのＭＣＣＨを、当該エリアに分配された、当該エリアのＭＢＭＳサービスをキャリーするためのサブフレームにキャリーする必要がある。１つのＭＢＳＦＮエリアにとって、システムは、当該ＭＢＳＦＮエリアにおけるＭＢＭＳサービス関連情報に応じて、例えばＭＢＭＳサービスの数量情報に応じて、本ＭＢＳＦＮエリアのＭＢＭＳサービスを送信するように、当該エリアのために、ＭＢＭＳサービスをキャリーするための相応する無線フレーム及び相応する当該無線フレーム内のあるサブフレームを配置する。
【００６２】
システム側は、ＭＣＣＨをシステムが配置したＭＢＳＦＮ無線フレーム内の関連サブフレームに置いて、例えば１番目のサブフレームに置いて、当該サブフレームのＰＤＣＣＨにＭＣＣＨのコンテンツ更新通知を識別するための１つのＭ−ＲＮＴＩをキャリーし、Ｍ−ＲＮＴＩが、ｅＮＢとＵＥとが予め定まる特定値であり、ＵＥは、このＭ−ＲＮＴＩを既に知り、ＭＣＣＨのコンテンツ更新自身を当該サブフレームのデータ部分にキャリーし、Ｍ−ＲＮＴＩがＭＣＣＨのコンテンツ更新を取得するためにＵＥに役立つ。ＵＥは、Ｍ−ＲＮＴＩに対応するＤＣＩから情報を取得し、ＭＣＣＨのコンテンツを引き続き読み取る。
【００６３】
ここで、実例２に比べて、ＤＣＩにＭＢＭＳサービス識別子がないため、ＵＥは、ＭＣＣＨのコンテンツを引き続き読み取る。
【００６４】
以下、ｅＮＢがどのようにＭＣＣＨのコンテンツ更新通知をＵＥに通知するかを記述する。
【００６５】
システム放送メッセージにおいて、ｅＮＢは、ＭＣＣＨのコンテンツ更新通知メッセージをキャリーする無線フレーム又は無線サブフレームの情報をＵＥに送信する。ＭＣＣＨのコンテンツ更新通知メッセージが発生すると、ｅＮＢは、上記したサブフレームのＰＤＣＣＨにＭ−ＲＮＴＩを送信する。
【００６６】
図４に示すように、ＵＥがＭＣＣＨのコンテンツを読み取るプロセスは、以下のステップを含む。
【００６７】
ステップ３０１、ＵＥは、ｅＮＢからシステム放送メッセージを受信して、Ｍ−ＲＮＴＩの位置情報に応じて上記したサブフレームのＰＤＣＣＨにおけるＭ−ＲＮＴＩを検出する。
【００６８】
ステップ３０２、ＵＥは、ＰＤＣＣＨからＭ−ＲＮＴＩに対応するＤＣＩを読み取る。
【００６９】
ステップ３０３、ＤＣＩで関連のＭＣＣＨ通知情報を取得し、ＵＥは、更新のＭＣＣＨのコンテンツを読み取る。
【００７０】
ＭＣＣＨの更新通知システムは、基地局側の通知ユニット及びＵＥ側の読取ユニットを備え、又は、基地局側の通知ユニット及びＵＥ側の判断ユニットを備える。基地局側の通知ユニットは、基地局側がＭ−ＲＮＴＩに応じてＭＣＣＨのコンテンツに更新が存在することを指示し、ＵＥ側に通知することに用いられる。ＵＥ側の読取ユニットは、ＵＥがＭ−ＲＮＴＩを検出して、ＭＣＣＨのコンテンツを引き続き読み取ることに用いられる。ＵＥ側の判断ユニットは、ＵＥがＭ−ＲＮＴＩを検出して、自身サービス需要に応じて更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断する。
【００７１】
ここで、通知ユニットは、さらに、システム放送メッセージにおいてＭ−ＲＮＴＩの位置情報をＵＥに通知して、ＭＢＭＳサービス識別子をＭ−ＲＮＴＩに対応するＤＣＩに封入することに用いられる。
【００７２】
ここで、判断ユニットは、検出モジュール、取得モジュール及びマッチングモジュールを更に含む。検出モジュールは、ＵＥがＭ−ＲＮＴＩの位置情報に応じてＭ−ＲＮＴＩを検出することに用いられる。取得モジュールは、ＵＥがＭ−ＲＮＴＩに応じてＭ−ＲＮＴＩに対応するＤＣＩを読み取り、ＤＣＩからＭＢＭＳサービス識別子を取得することに用いられる。マッチングモジュールは、ＭＢＭＳサービス識別子とＵＥ側のＭＢＭＳサービスリストにおけるＭＢＭＳサービス識別子とをマッチングし、マッチングする場合、更新されたＭＣＣＨのコンテンツを引き続き読み取り、マッチングしない場合、更新されたＭＣＣＨのコンテンツを読み取らないことに用いられる。
【００７３】
前記したことは、ただ本発明の好ましい実施例だけであるが、本発明の特許請求の保護範囲を限定制限することに用いられるものではない。
【図１】
0005350541.tif 000002
【図２】
0005350541.tif 000003
【図３】
0005350541.tif 000004
【図４】
0005350541.tif 000005