JP2012530414A - マルチメディア放送・マルチキャストサービス制御チャンネルコンテンツ更新の通知方法及びシステム - Google Patents

Abstract

マルチメディア放送・マルチキャストサービス制御チャンネルコンテンツ更新の通知方法である。基地局側は、マルチメディア放送・マルチキャストサービス制御チャンネル無線ネットワーク一時識別子（Ｍ−ＲＮＴＩ）を介して、マルチメディア放送・マルチキャストサービス制御チャンネル（ＭＣＣＨ）のコンテンツに更新が存在することを指示し、ユーザー装置（ＵＥ）側に通知するステップと、ＵＥは、Ｍ−ＲＮＴＩを検出した後、ＭＣＣＨのコンテンツを引き続き読み取り、又は自身サービス需要に応じて更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断するステップとを含む。マルチメディア放送・マルチキャストサービス制御チャンネル更新の通知システムであって、基地局側の通知ユニットを含む。基地局側がＭ−ＲＮＴＩに応じてＭＣＣＨのコンテンツに更新が存在することを指示する場合、基地局側の通知ユニットはＵＥ側に通知する。本発明に係る方法及びシステムによれば、ＭＣＣＨ更新の通知メカニズムを実現し、ＵＥがＭＣＣＨの更新に対して監視を行って、これによって、ＵＥの電力消費量を低減させる。

Description

本発明は、ロングタームエボリュ−ション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムにおける制御チャンネル更新の通知技術に関し、特にマルチメディア放送・マルチキャストサービス（ＭＢＭＳ：Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）制御チャンネル更新の通知方法及びシステムに関する。

インタネット（Ｉｎｔｅｒｎｅｔ）の急速的な発展及び大画面多機能携帯電話の普及に従い、モバイルデータマルチメディアサービス及び各種広帯域幅マルチメディアサービスが大量に現れ、例えば、ビデオ会議、テレビ放送、ビデオ・オン・デマンド、広告、オンライン教育、インタラクティブゲームなどが挙げられ、移動加入者が増加しているサービス需求を満たした上に、移動事業者に新たなサービス成長点をもたらしていることできる。これらのモバイルデータマルチメディアサービスは、複数のユーザーが同時に同一のデータを受信できるように要求し、一般的なデータサービスに比べて、データ量が大きく、持続時間が長く、時間遅延が敏感であるなどのメリットを有する。

モバイルネットワークリソースを有効に利用するために、第３世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）にＭＢＭＳサービスが提案され、当該ＭＢＭＳサービスは、１つのデータソースから複数のターゲットにデータを伝送する技術であり、コアインターネット及びアクセスネットワークを含むネットワークリソース共有を実現し、ネットワークリソース、特に無線インターフェースリソースの利用率を向上させた。３ＧＰＰに定義されたＭＢＭＳサービスは、プレーンテキスト低速率のメッセージ類マルチキャスト及び放送を実現できる他に、高速率マルチメディアサービスの放送及びマルチキャストも実現でき、多種の豊かなビデオ、オーディオ及びマルチメディアサービスを提供し、これが間違いなく未来のモバイルデータ発展の傾向に乗せて、３Ｇの発展のためによいサービス見通しを提供した。

ＬＴＥ Ｒｅｌ−８において、ＭＢＭＳ制御チャンネル（ＭＣＣＨ：Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）の設計は、階層構造を採用し、即ち、第１のＭＢＭＳ制御チャンネル（Ｐ−ＭＣＣＨ：Ｐｒｉｍａｒｙ ＭＣＣＨ）がＰ−ＭＣＣＨのシグナルをキャリーすることに用いられ、プライマリマルチキャスト制御シグナルとも称され、第２のＭＢＭＳ制御チャンネル（Ｓ−ＭＣＣＨ：Ｓｅｃｏｎｄａｒｙ ＭＣＣＨ）がＳ−ＭＣＣＨのシグナルをキャリーすることに用いられ、セカンダリマルチキャスト制御シグナルとも称される。ＬＴＥ Ｒｅｌ−８において放送制御チャンネル（ＢＣＣＨ：Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）に１つ又は２つのＰ−ＭＣＣＨのスケジュール情報を指示するように規定し、その中に、１つのＰ−ＭＣＣＨが単一セルモードでダウンリンク共有チャンネル（ＤＬ−ＳＣＨ：ＤｏｗｎＬｉｎｋ−Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）に伝送されることであり、別の１つのＰ−ＭＣＣＨががマルチセルモードでマルチキャストチャンネル（ＭＣＨ：Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）に伝送されることである。Ｓ−ＭＣＣＨを見つけるために、Ｐ−ＭＣＣＨにＳ−ＭＣＣＨの指示情報をキャリーできる。マルチセルモードのＰ−ＭＣＣＨにマルチメディア放送単一周波数ネットワーク（ＭＢＳＦＮ：Ｍｕｌｔｉｃａｓｔ／Ｂｒｏａｄｃａｓｔ ｏｖｅｒ Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）エリアサービスに関する制御シグナルをキャリーし、当該シグナルが当該エリア内にどの有効なＭＢＭＳサービスなどの情報があるかを説明することに用いられ、サービスの時間周波数リソース配置情報を含まない。最新のＬＴＥ Ｒｅｌ−９の作業項目記述において、ＭＣＣＨについての記述は、ＭＢＳＦＮ合併をサポートしなく、且つ主副構造を考慮しない可能性がある。

あるＭＢＭＳサービスに対して、複数のイベントが存在する可能性がある。例えば、ＭＢＭＳ会話が開始し、ＭＢＭＳ無線ベアラ（ＲＢ：Ｒａｄｉｏ Ｂｅａｒｅｒ）が変化し、ＭＢＭＳサービスが中止するなどが挙げられる。通常、ユーザー装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）は、これらのイベントがいつ発生するかを知らない。ＵＥの電力消費量を低減させて、ＵＥの間欠受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）を実現するために、ＵＥがＭＣＣＨを連続して監視することが、実際的ではないため、これによってＵＥが更新されたＭＣＣＨのみに対して監視するように、ＭＣＣＨ更新の通知メカニズムを設計する必要がある。現在、ＬＴＥシステムにおいてＭＣＣＨ更新の通知メカニズムに対して、まだ実現スキームがない。

これに鑑みてなられるものであり、本発明の主な目的は、ＭＣＣＨ更新の通知メカニズムを実現し、ＵＥにＭＣＣＨの更新を監視させて、ＵＥの電力消費量を低減するように、ＭＣＣＨ更新の通知方法及びシステムを提供することにある。

本発明の技術的なスキームは、以下のように実現される。

マルチメディア放送・マルチキャストサービス制御チャンネル更新の通知方法は、基地局側がマルチメディア放送・マルチキャストサービス制御チャンネル無線ネットワーク一時識別子Ｍ−ＲＮＴＩを介して、マルチメディア放送・マルチキャストサービス制御チャンネルＭＣＣＨのコンテンツに更新が存在することを指示し、ユーザー装置側に通知するステップと、ユーザー装置が前記Ｍ−ＲＮＴＩを検出した後、ＭＣＣＨのコンテンツを引き続き読み取る、又は自身サービス需要に応じて更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断するステップとを含む。

ここで、前記通知は、具体的には、
強化型基地局ｅＮＢが、システム放送メッセージにＭ−ＲＮＴＩの位置情報を前記ユーザー装置に通知し、
前記ｅＮＢが、マルチメディア放送・マルチキャストサービスＭＢＭＳサービス識別子を、前記Ｍ−ＲＮＴＩに対応するダウンリンク制御情報ＤＣＩに封入することを含む。

前記ユーザー装置が前記Ｍ−ＲＮＴＩの位置情報に応じて前記Ｍ−ＲＮＴＩを検出した後、ＤＣＩにおけるコンテンツを取得し、ＵＥがＭＣＣＨのコンテンツを引き続き読み取る、又は前記更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断するステップは、具体的には、
前記ユーザー装置が、前記Ｍ−ＲＮＴＩに応じて前記Ｍ−ＲＮＴＩに対応するＤＣＩを読み取り、相応するＭＣＣＨのコンテンツを引き続き読み取ることと、又は、前記ＤＣＩから前記ＭＢＭＳサービス識別子を取得し、ユーザー装置側のＭＢＭＳサービスリストにおけるＭＢＭＳサービス識別子にマッチングすることと、マッチングする場合、前記更新されたＭＣＣＨのコンテンツを引き続き読み取り、マッチングしない場合、前記更新されたＭＣＣＨのコンテンツを読み取らないこととを含む。

当該方法は、単一セルモードにおいて、ユニキャストサービスをキャリーするサブフレームの物理ダウンリンク制御チャンネルＰＤＣＣＨに前記Ｍ−ＲＮＴＩをキャリーするステップと、間欠受信ＤＲＸ周期で、呼び出し時点ごとに、前記ｅＮＢが前記ＰＤＣＣＨに前記Ｍ−ＲＮＴＩを繰り返して送信するステップと、
マルチセルモードにおいて、ＭＢＳＦＮエリアにおけるＭＢＭＳサービスの関連情報に応じて、ＭＢＳＦＮエリアにＭＢＭＳサービスをキャリーする無線フレーム及びそのサブフレームを配置するステップと、配置された、ＭＢＭＳサービスをキャリーするサブフレームのＰＤＣＣＨに前記Ｍ−ＲＮＴＩに対応する通知情報をキャリーするステップとを更に含む。

マルチメディア放送・マルチキャストサービス制御チャンネル更新の通知システムは、基地局側の通知ユニット及びユーザー装置側の読取ユニットを備え、又は、基地局側の通知ユニット及びユーザー装置側の判断ユニットを備える。

基地局側の通知ユニットは、基地局側がＭ−ＲＮＴＩに応じてＭＣＣＨのコンテンツに更新が存在することを指示し、ユーザー装置側に通知することに用いられる。

ユーザー装置側の読取ユニットは、ユーザー装置がＭ−ＲＮＴＩを検出した後で、ＭＣＣＨのコンテンツを引き続き読み取ることに用いられる。

ユーザー装置側の判断ユニットは、ユーザー装置が前記Ｍ−ＲＮＴＩを検出した後で、自身サービス需要に応じて更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断することに用いられる。

ここで、前記通知ユニットは、システム放送メッセージにおいてＭ−ＲＮＴＩの位置情報を前記ユーザー装置に通知し、ＭＢＭＳサービス識別子を前記Ｍ−ＲＮＴＩに対応するＤＣＩに封入することにさらに用いられる。

前記判断ユニットは、検出モジュール、取得モジュール及びマッチングモジュールを更に含む。

検出モジュールは、前記ユーザー装置が前記Ｍ−ＲＮＴＩの位置情報に応じて前記Ｍ−ＲＮＴＩを検出することに用いられる。

取得モジュールは、前記ユーザー装置が前記Ｍ−ＲＮＴＩに応じて前記Ｍ−ＲＮＴＩに対応するＤＣＩを読み取って、前記ＤＣＩから前記ＭＢＭＳサービス識別子を取得することに用いられる。

マッチングモジュールは、前記ＭＢＭＳサービス識別子とユーザー装置側のＭＢＭＳサービスリストにおけるＭＢＭＳサービス識別子とをマッチングさせて、マッチングする場合、前記更新されＭＣＣＨのコンテンツを引き続き読み取り、マッチングしない場合、前記更新されたＭＣＣＨのコンテンツを読み取らない。

本発明において、基地局側は、マルチメディア放送・マルチキャストサービス制御チャンネル無線ネットワーク一時識別子（Ｍ−ＲＮＴＩ：ＭＢＭＳ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）に応じて、ＭＣＣＨのコンテンツに更新が存在することを指示し、ＵＥ側に通知し、ＵＥは、Ｍ−ＲＮＴＩを検出した後、ＭＣＣＨのコンテンツを引き続き読み取り、又は自身サービス需要に応じて更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断する。

本発明によれば、基地局側とＭＢＭＳのＵＥ側がＭ−ＲＮＴＩを事前に約束したため、基地局側がＭ−ＲＮＴＩに応じてＭＣＣＨのコンテンツに更新が存在することを指示し、ＵＥ側に通知した後、ＵＥ側は、Ｍ−ＲＮＴＩを取得することだけで、ＭＣＣＨのコンテンツに更新が存在することを知っているようになり、これによって、ＵＥがＭＣＣＨの更新を監視することができる。しかしながら、従来の技術は、ＵＥがＭＣＣＨを引き続き監視する必要があって、そのため、ＵＥの電力消費量が大きくなり、これによって、本発明によれば、ＭＢＭＳのＵＥの電力消費量を大幅に低減できる。また、Ｍ−ＲＮＴＩが基地局側及びＭＢＭＳのＵＥ側によって事前に約束されたものであるため、非ＭＢＭＳのＵＥが認証できなくて、監視もしていなくて、非ＭＢＭＳのＵＥの電力消費量を低減させた。

本発明において基地局側がＭＣＣＨのコンテンツ更新をＵＥ側に通知するフローチャートである。 本発明においてＵＥが更新されたＭＣＣＨのコンテンツを読み取ると判断するフローチャートである。 本発明に係るＭ−ＲＮＴＩのチャンネル伝送を示す図である。 本発明においてＵＥがＭＣＣＨのコンテンツを読み取るフローチャートである。

本発明の基本的な着想は、基地局側がＭ−ＲＮＴＩに応じてＭＣＣＨのコンテンツに更新が存在することを指示し、ＵＥ側に通知し、ＵＥがＭ−ＲＮＴＩを検出した後、ＭＣＣＨのコンテンツを引き続き読み取り、又は自身サービス需要に応じて更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断することである。

以下、図面を参照しながら、技術的なスキームの実施をさらに詳しく説明する。

ここで、まず、本発明がＬＴＥシステムにおけるＭＣＣＨ更新に対する通知メカニズムを実現するために導入する構想を述べる。

通知メカニズムの目的は、ＭＣＣＨのコンテンツが変化する場合に、関連のシグナルを使用してＵＥに通知することにある。従来の３ＧＰＰ Ｒｅｌ−６システムにおいて、ＭＢＭＳは、１つの特殊なチャンネルを単独設計し且つ用いる必要があり、ＭＣＣＨのコンテンツの更新変化を指示することに用いられ、この特殊なチャンネルがＭＢＭＳ指示チャンネル（ＭＩＣＨ：ＭＢＭＳ Ｉｎｄｉｃａｔｉｏｎ ＣＨａｎｎｅｌ）であり、ＭＣＣＨ通知メカニズムを実現することに用いられる。ＬＴＥシステムにおいて、ＭＢＭＳは、同様に、どのようにＭＣＣＨ通知メカニズムを実現するかを考慮することが必要がある。ＭＣＣＨのコンテンツ特性とＢＣＣＨのコンテンツ特性とは類似性があるが、システムメッセージの更新が呼び出しシグナルを用いてＵＥに通知されるものであると考慮するため、本発明は、ＭＣＣＨの更新に対して呼び出しシグナルに類似する方法を用いてＵＥに通知することもできると考慮する。この考慮に基づき、本発明は、ＭＣＣＨの特徴に基づき、ＭＣＣＨ更新の通知メカニズムを実現するために、ＭＣＣＨ更新の指示Ｍ−ＲＮＴＩを与える。

具体的には、システム側の強化型基地局（ｅＮＢ：Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）は、ＤＲＸ周期で、呼び出し時点ごとにＭ−ＲＮＴＩを繰り返して送信し、ＵＥは、呼び出しチャンスにＭ−ＲＮＴＩを受信し、ＭＣＣＨのコンテンツを更に受信するかどうかを判断する。このような方法によって、ＭＢＭＳサービスを受信する過程において、ＵＥは、電力消費量を低減できる。本発明によれば、ＵＥは、Ｍ−ＲＮＴＩの位置に応じてＭ−ＲＮＴＩを取得し、Ｍ−ＲＮＴＩに対応する情報に応じて、ＭＣＣＨのコンテンツを引き続き読み取り、又は更新されたＭＣＣＨのコンテンツを読み取る必要があるかどうかを更に判断し、これによって、ＵＥの電力消費量の低減とＭＢＭＳ制御チャンネルの精確受信の効果を達する。また、特定のＭ−ＲＮＴＩ設計に応じて指示を行い、非ＭＢＭＳユーザーに対して、呼び出しチャンスごとに、Ｍ−ＲＮＴＩを読み取る必要がなく、非ＭＢＭＳユーザーＵＥの電力消費量を低減できる。

ＭＣＣＨ更新の通知方法は、基地局側がＭ−ＲＮＴＩに応じてＭＣＣＨのコンテンツに更新が存在することを指示し、端末側に通知するステップと、ＵＥがＭ−ＲＮＴＩを検出した後、ＭＣＣＨのコンテンツを引き続き読み取り、又は自身サービス需要に応じて更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断するステップとを含む。このように、端末は、ＭＣＣＨを連続して監視する必要がなく、Ｍ−ＲＮＴＩを取得することだけで、ＭＣＣＨのコンテンツに更新が存在することを知っているようになり、これによって、ＵＥは、更新されたＭＣＣＨのみを監視してよい。

図１に示すように、基地局側がＭＣＣＨのコンテンツ更新をＵＥ側に通知する実現プロセスは、以下のステップを含む。

ステップ１０１、ｅＮＢは、システム放送メッセージにおいてＭ−ＲＮＴＩの位置情報をＵＥに通知する。

ステップ１０２、ｅＮＢは、ＭＢＭＳサービス識別子をＭ−ＲＮＴＩに対応するダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）に封入する。

なお、ＤＲＸ周期における呼び出し時点ごとに、ｅＮＢは、Ｍ−ＲＮＴＩを繰り返して送信する。

図２に示すように、ＵＥが更新されたＭＣＣＨのコンテンツを読み取る実現プロセスは、以下のステップを含む。

ステップ２０１、ＵＥは、ｅＮＢからシステム放送メッセージを受信して、Ｍ−ＲＮＴＩの位置情報に応じてＭ−ＲＮＴＩを検出する。

ステップ２０２、ＵＥは、Ｍ−ＲＮＴＩに応じてＭ−ＲＮＴＩに対応するＤＣＩを読み取り、ＤＣＩにＭＢＭＳサービス識別子がない場合、ステップ２０４に移転し、ＤＣＩにＭＢＭＳサービス識別子がある場合、ステップ２０３に移転する。

ステップ２０３、取得したＭＢＭＳサービス識別子とＵＥ側ローカルのＭＢＭＳサービスリストにおけるＭＢＭＳサービス識別子とがマッチングするかどうかを判断し、マッチングする場合、ステップ２０４を実行し、マッチングしない場合、ステップ２０５を実行する。

ステップ２０４、更新されたＭＣＣＨのコンテンツを引き続き読み取る。

ステップ２０５、更新されたＭＣＣＨのコンテンツを読み取らない。

なお、Ｍ−ＲＮＴＩの位置情報に応じて、呼び出しチャンスごとに、ＵＥは、ｅＮＢから繰り返して送信したＭ−ＲＮＴＩを検出する。

ここで、当該方法は、一つのケースでは、単一セルモードにおいて、ユニキャストサービスをキャリーするサブフレームの物理ダウンリンク制御チャンネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）にＭ−ＲＮＴＩをキャリーするステップと、ＤＲＸ周期で、呼び出し時点ごとに、ｅＮＢがＰＤＣＣＨにＭ−ＲＮＴＩを繰り返して送信するステップと、もう１つのケースでは、マルチセルモードにおいて、ＭＢＳＦＮエリアにおけるＭＢＭＳサービス関連情報に応じて、ＭＢＳＦＮエリアにＭＢＭＳサービスをキャリーする無線フレーム及びそのサブフレームを配置するステップと、配置された、ＭＢＭＳサービスをキャリーするサブフレームのＰＤＣＣＨにＭ−ＲＮＴＩをキャリーするステップとをさらに含む。

上記したように、本発明は、主に以下の内容を含む。
一、ｅＮＢのシステム放送メッセージにおいて、どの無線フレーム又は無線サブフレームかにＭＣＣＨの更新通知指示Ｍ−ＲＮＴＩをキャリーすることを示す。
二、ＤＲＸ 周期で、呼び出し時点ごとに、ｅＮＢは、これらの指定された無線フレーム又は無線サブフレームのＰＤＣＣＨにＭ−ＲＮＴＩを繰り返して送信する。
三、ＵＥは、まずシステム放送メッセージを受信することに応じて、どの無線フレーム又は無線サブフレームかにＭ−ＲＮＴＩをキャリーしたを知っているようになり、呼び出しチャンスごとに、ＵＥは、これらの無線フレーム又は無線サブフレームのＰＤＣＣＨにおいてＭ−ＲＮＴＩを検出する。
四、ＵＥは、ＰＤＣＣＨにおけるＭ−ＲＮＴＩに対応するＤＣＩでの情報を読み取り、ここで、当該ＤＣＩに封入された情報がＭＢＭＳサービス識別子を含む場合、ＵＥは、ＤＣＩからＭＢＭＳサービス識別子を取得する。
五、ＵＥは、ＭＣＣＨのコンテンツを引き続き読み取り、又はＤＣＩから取得されたＭＢＭＳのサービス識別子とＵＥローカルでアクティブされた又は受信必要なＭＢＭＳサービスリストにおけるＭＢＭＳサービス識別子とをマッチングし、マッチングする場合、更新されたＭＣＣＨのコンテンツを更に読み取り、マッチングしない場合、ＵＥは、更新されたＭＣＣＨのコンテンツを読み取らない。

また、シグナルの負荷を低減するために、関連無線フレームの固定位置にＭ−ＲＮＴＩをキャリーすることを規定することができ、例えば、当該無線フレームの１番目のサブフレームにＭ−ＲＮＴＩをキャリーする。関連無線フレームのシーケンス番号がシステムメッセージにおいて動的に設定されてもよく、この設定がＭＣＣＨの修正周期に関する。

なお、ここから、統一的にＭＣＣＨでＭＢＭＳ制御チャンネルを表し、階層構造を用いる場合、以下のＭＣＣＨがＰ−ＭＣＣＨ又はＳ−ＭＣＣＨを示す。

実例１は、ＭＢＭＳ単一セル伝送モード、又はＭＢＳＦＮ伝送であるが、ＭＢＳＦＮエリアに１つだけのセルがあるケースである。

Ｒｅｌ−８ ＬＴＥは、単一セルＭＣＣＨがＤＬ−ＳＣＨを用いてキャリーして伝送し、ＤＬ−ＳＣＨが物理ダウンリンク共有チャンネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）にマッピングすると規定する。ＰＤＳＣＨにおけるリソース配置は、ＰＤＣＣＨに応じて指示されてもよい。

ＭＣＣＨをユニキャストサービスをキャリーするサブフレームに置いて、当該サブフレームのＰＤＣＣＨにＭＣＣＨのコンテンツ更新通知を識別するための１つのＭ−ＲＮＴＩをキャリーし、Ｍ−ＲＮＴＩが、ｅＮＢとＵＥとが予め定まる特定値であり、ＵＥは、このＭ−ＲＮＴＩを既に知り、ＭＣＣＨのコンテンツ更新自身を当該サブフレームのＰＤＳＣＨにキャリーし、Ｍ−ＲＮＴＩがＭＣＣＨのコンテンツ更新を取得するためにＵＥに役立つ。ｅＮＢは、ＤＲＸ周期における呼び出し時点ごとにＭ−ＲＮＴＩを繰り返して送信し、ＵＥは、Ｍ−ＲＮＴＩに対応するＤＣＩから取得された情報に応じて、ＭＣＣＨのコンテンツ更新を更に読み取るかどうかを決める。

以下、ｅＮＢがどのようにＭＣＣＨのコンテンツ更新通知をＵＥに通知するかを記述する。

システム放送メッセージにおいて、ｅＮＢは、ＭＣＣＨのコンテンツ更新通知メッセージをキャリーする無線フレーム又は無線サブフレームの情報をＵＥに送信する。ＭＣＣＨのコンテンツ更新通知メッセージが発生すると、ＤＲＸ周期における呼び出し時点ごとに、ｅＮＢは、上記したサブフレームのＰＤＣＣＨにＭ−ＲＮＴＩを繰り返して送信する。

呼び出しチャンスごとに、ＵＥは、上記したサブフレームのＰＤＣＣＨにおけるＭ−ＲＮＴＩを検出し、ＤＣＩから関連のＭＢＭＳサービス識別子を取得し、ＵＥにおいてローカルで保存した、又は設定した受信必要なＭＢＭＳサービスリストにおけるＭＢＭＳサービス識別子とマッチングする。マッチングする場合、ＵＥは、ＭＣＣＨをキャリーするサブフレームにおけるＰＤＳＣＨ上のＭＣＣＨのコンテンツを更に読み取る必要がある。図３に示すように、ＵＥは、システムメッセージの指示に応じて、図３におけるＭＣ−ＲＮＴＩに応じて関連サブフレームのＰＤＳＣＨにＭＣＣＨのコンテンツ更新を読み取る。マッチングしない場合、ＵＥは、ＭＣＣＨのコンテンツ更新を読み取る必要がない。ＭＣ−ＲＮＴＩは、ＭＣＣＨ−ＲＮＴＩの略語であり、ＭＣＣＨの位置情報を指示することに用いられる。図３において、システム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）には、Ｍ−ＲＮＴＩ及びＭＣ−ＲＮＴＩ位置情報が含まれ、送信されたＭ−ＲＮＴＩには、ＭＢＭＳサービス識別子が含まれる。

実例２は、ＭＢＭＳマルチセル伝送モードであり、又はＭＢＳＦＮケースと称する。

最新のＬＴＥ Ｒｅｌ−９の作業項目の記述において、ＭＣＣＨについての記述は、ＭＢＳＦＮ合併をサポートしなく、且つ主副構造を考慮しない可能性がある。ＭＣＣＨは、ＤＬ−ＳＣＨ又はＭＣＨに伝送されてもよい。

現在のＬＴＥにおいてＭＣＣＨについての規定に応じて、１つのＭＢＳＦＮエリアのＭＣＣＨを、当該エリアに分配された、当該エリアのＭＢＭＳサービスをキャリーするためのサブフレームにキャリーする必要がある。１つのＭＢＳＦＮエリアにとって、システムは、当該ＭＢＳＦＮエリアにおけるＭＢＭＳサービス関連情報に応じて、例えばＭＢＭＳサービスの数量情報に応じて、本ＭＢＳＦＮエリアのＭＢＭＳサービスを送信するように、当該エリアのために、ＭＢＭＳサービスをキャリーするための相応する無線フレーム及び相応する当該無線フレーム内のあるサブフレームを配置する。

システム側は、ＭＣＣＨをシステムが配置したＭＢＳＦＮ無線フレーム内の関連サブフレームに置いて、例えば１番目のサブフレームに置いて、当該サブフレームのＰＤＣＣＨにＭＣＣＨのコンテンツ更新通知を識別するための１つのＭ−ＲＮＴＩをキャリーし、Ｍ−ＲＮＴＩが、ｅＮＢとＵＥとが予め定まる特定値であり、ＵＥは、このＭ−ＲＮＴＩを既に知り、ＭＣＣＨのコンテンツ更新自身を当該サブフレームのＰＤＳＣＨにキャリーし、Ｍ−ＲＮＴＩがＭＣＣＨのコンテンツ更新を取得するためにＵＥに役立つ。ｅＮＢは、ＤＲＸ周期における呼び出し時点ごとにＭ−ＲＮＴＩを繰り返して送信し、ＵＥは、Ｍ−ＲＮＴＩに対応するＤＣＩから取得された情報に応じて、ＭＣＣＨのコンテンツ更新を更に読み取るかどうかを決める。

ここで、実例１に比べて、ＭＣＣＨをキャリーする無線フレームが必ずＭＢＭＳサービスをキャリーする無線フレームであることに過ぎない。実例１において、ＭＣＣＨをキャリーする無線フレームは、非ＭＢＳＦＮ無線フレームであってもよい。

以下、ｅＮＢがどのようにＭＣＣＨのコンテンツ更新通知をＵＥに通知するかを記述する。

システム放送メッセージにおいて、ｅＮＢは、ＭＣＣＨのコンテンツ更新通知メッセージをキャリーする無線フレーム又は無線サブフレームの情報をＵＥに送信する。ＭＣＣＨのコンテンツ更新通知メッセージが発生すると、ＤＲＸ周期における呼び出し時点に、ｅＮＢは、上記したサブフレームのＰＤＣＣＨにＭ−ＲＮＴＩを繰り返して送信する。

呼び出しチャンスごとに、ＵＥは、上記したサブフレームのＰＤＣＣＨにおけるＭ−ＲＮＴＩを検出し、ＤＣＩから関連のＭＢＭＳサービス識別子を取得し、ＵＥにおいてローカルで保存した、又は設定した受信必要なＭＢＭＳサービスリストにおけるＭＢＭＳサービス識別子とマッチングする。マッチングする場合、ＵＥは、ＭＣＣＨをキャリーするサブフレームにおけるＰＤＳＣＨ上のＭＣＣＨのコンテンツを更に読み取る必要がある。図３に示すように、ＵＥは、システムメッセージの指示に応じて、図３におけるＭＣ−ＲＮＴＩに応じて関連サブフレームのＰＤＳＣＨにＭＣＣＨのコンテンツ更新を読み取る。マッチングしない場合、ＵＥは、ＭＣＣＨのコンテンツ更新を読み取る必要がない。ＭＣ−ＲＮＴＩは、ＭＣＣＨ−ＲＮＴＩの略語であり、ＭＣＣＨの位置情報を指示することに用いられる。

実例３は、ＭＢＭＳマルチセル伝送モードであり、又はＭＢＳＦＮケースと称する。

最新のＬＴＥ Ｒｅｌ−９の作業項目の記述において、ＭＣＣＨについての記述は、ＭＢＳＦＮ合併をサポートしなく、且つ主副構造を考慮しない。ＭＣＣＨは、ＭＣＨに伝送される。

現在のＬＴＥにおいてＭＣＣＨについての規定に応じて、１つのＭＢＳＦＮエリアのＭＣＣＨを、当該エリアに分配された、当該エリアのＭＢＭＳサービスをキャリーするためのサブフレームにキャリーする必要がある。１つのＭＢＳＦＮエリアにとって、システムは、当該ＭＢＳＦＮエリアにおけるＭＢＭＳサービス関連情報に応じて、例えばＭＢＭＳサービスの数量情報に応じて、本ＭＢＳＦＮエリアのＭＢＭＳサービスを送信するように、当該エリアのために、ＭＢＭＳサービスをキャリーするための相応する無線フレーム及び相応する当該無線フレーム内のあるサブフレームを配置する。

システム側は、ＭＣＣＨをシステムが配置したＭＢＳＦＮ無線フレーム内の関連サブフレームに置いて、例えば１番目のサブフレームに置いて、当該サブフレームのＰＤＣＣＨにＭＣＣＨのコンテンツ更新通知を識別するための１つのＭ−ＲＮＴＩをキャリーし、Ｍ−ＲＮＴＩが、ｅＮＢとＵＥとが予め定まる特定値であり、ＵＥは、このＭ−ＲＮＴＩを既に知り、ＭＣＣＨのコンテンツ更新自身を当該サブフレームのデータ部分にキャリーし、Ｍ−ＲＮＴＩがＭＣＣＨのコンテンツ更新を取得するためにＵＥに役立つ。ＵＥは、Ｍ−ＲＮＴＩに対応するＤＣＩから情報を取得し、ＭＣＣＨのコンテンツを引き続き読み取る。

ここで、実例２に比べて、ＤＣＩにＭＢＭＳサービス識別子がないため、ＵＥは、ＭＣＣＨのコンテンツを引き続き読み取る。

以下、ｅＮＢがどのようにＭＣＣＨのコンテンツ更新通知をＵＥに通知するかを記述する。

システム放送メッセージにおいて、ｅＮＢは、ＭＣＣＨのコンテンツ更新通知メッセージをキャリーする無線フレーム又は無線サブフレームの情報をＵＥに送信する。ＭＣＣＨのコンテンツ更新通知メッセージが発生すると、ｅＮＢは、上記したサブフレームのＰＤＣＣＨにＭ−ＲＮＴＩを送信する。

図４に示すように、ＵＥがＭＣＣＨのコンテンツを読み取るプロセスは、以下のステップを含む。

ステップ３０１、ＵＥは、ｅＮＢからシステム放送メッセージを受信して、Ｍ−ＲＮＴＩの位置情報に応じて上記したサブフレームのＰＤＣＣＨにおけるＭ−ＲＮＴＩを検出する。

ステップ３０２、ＵＥは、ＰＤＣＣＨからＭ−ＲＮＴＩに対応するＤＣＩを読み取る。

ステップ３０３、ＤＣＩで関連のＭＣＣＨ通知情報を取得し、ＵＥは、更新のＭＣＣＨのコンテンツを読み取る。

ＭＣＣＨの更新通知システムは、基地局側の通知ユニット及びＵＥ側の読取ユニットを備え、又は、基地局側の通知ユニット及びＵＥ側の判断ユニットを備える。基地局側の通知ユニットは、基地局側がＭ−ＲＮＴＩに応じてＭＣＣＨのコンテンツに更新が存在することを指示し、ＵＥ側に通知することに用いられる。ＵＥ側の読取ユニットは、ＵＥがＭ−ＲＮＴＩを検出して、ＭＣＣＨのコンテンツを引き続き読み取ることに用いられる。ＵＥ側の判断ユニットは、ＵＥがＭ−ＲＮＴＩを検出して、自身サービス需要に応じて更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断する。

ここで、通知ユニットは、さらに、システム放送メッセージにおいてＭ−ＲＮＴＩの位置情報をＵＥに通知して、ＭＢＭＳサービス識別子をＭ−ＲＮＴＩに対応するＤＣＩに封入することに用いられる。

ここで、判断ユニットは、検出モジュール、取得モジュール及びマッチングモジュールを更に含む。検出モジュールは、ＵＥがＭ−ＲＮＴＩの位置情報に応じてＭ−ＲＮＴＩを検出することに用いられる。取得モジュールは、ＵＥがＭ−ＲＮＴＩに応じてＭ−ＲＮＴＩに対応するＤＣＩを読み取り、ＤＣＩからＭＢＭＳサービス識別子を取得することに用いられる。マッチングモジュールは、ＭＢＭＳサービス識別子とＵＥ側のＭＢＭＳサービスリストにおけるＭＢＭＳサービス識別子とをマッチングし、マッチングする場合、更新されたＭＣＣＨのコンテンツを引き続き読み取り、マッチングしない場合、更新されたＭＣＣＨのコンテンツを読み取らないことに用いられる。

前記したことは、ただ本発明の好ましい実施例だけであるが、本発明の特許請求の保護範囲を限定制限することに用いられるものではない。

Claims (7)

1. マルチメディア放送・マルチキャストサービス制御チャンネル更新の通知方法であって、
   基地局側は、マルチメディア放送・マルチキャストサービス制御チャンネル無線ネットワーク一時識別子Ｍ−ＲＮＴＩを介して、マルチメディア放送・マルチキャストサービス制御チャンネルＭＣＣＨのコンテンツに更新が存在することを指示し、ユーザー装置側に通知するステップと、
   ユーザー装置は、前記Ｍ−ＲＮＴＩを検出した後、ＭＣＣＨのコンテンツを引き続き読み取り、又は自身サービス需要に応じて更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断するステップとを含むことを特徴とする。
2. 前記通知は、具体的には、
   強化型基地局ｅＮＢがシステム放送メッセージにおいてＭ−ＲＮＴＩの位置情報を前記ユーザー装置に通知し、
   前記ｅＮＢがマルチメディア放送・マルチキャストサービスＭＢＭＳサービス識別子を前記Ｍ−ＲＮＴＩに対応するダウンリンク制御情報ＤＣＩに封入することを含むことを特徴とする
   請求項１に記載の方法。
3. 前記ユーザー装置が前記Ｍ−ＲＮＴＩの位置情報に応じて前記Ｍ−ＲＮＴＩを検出した後、前記更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断するステップは、具体的には、
   前記ユーザー装置が前記Ｍ−ＲＮＴＩに応じて前記Ｍ−ＲＮＴＩに対応するＤＣＩを読み取り、前記ＤＣＩから前記ＭＢＭＳサービス識別子を取得し、ユーザー装置側のＭＢＭＳサービスリストにおけるＭＢＭＳサービス識別子とマッチングすることと、マッチングする場合、前記更新されたＭＣＣＨのコンテンツを引き続き読み取り、マッチングしない場合、前記更新されたＭＣＣＨのコンテンツを読み取らないこととを含むことを特徴とする
   請求項２に記載の方法。
4. 前記方法は、
   単一セルモードにおいて、ユニキャストサービスをキャリーするサブフレームの物理ダウンリンク制御チャンネルＰＤＣＣＨに前記Ｍ−ＲＮＴＩをキャリーするステップと、間欠受信ＤＲＸ周期で、呼び出し時点ごとに、前記ｅＮＢが、前記ＰＤＣＣＨに前記Ｍ−ＲＮＴＩを繰り返して送信するステップと、
   マルチセルモードにおいて、ＭＢＳＦＮエリアにおけるＭＢＭＳサービス関連情報に応じて、ＭＢＳＦＮエリアにＭＢＭＳサービスをキャリーする無線フレーム及びそのサブフレームを配置するステップと、配置された、ＭＢＭＳサービスをキャリーするサブフレームのＰＤＣＣＨに前記Ｍ−ＲＮＴＩをキャリーするステップとを更に含むことを特徴とする
   請求項３に記載の方法。
5. マルチメディア放送・マルチキャストサービス制御チャンネル更新の通知システムであって、
   基地局側の通知ユニット及びユーザー装置側の読取ユニットを備え、又は、基地局側の通知ユニット及びユーザー装置側の判断ユニットを備え、
   基地局側の通知ユニットは、基地局側がＭ−ＲＮＴＩに応じてＭＣＣＨのコンテンツに更新が存在することを指示し、ユーザー装置側に通知することに用いられ、
   ユーザー装置側の読取ユニットは、ユーザー装置がＭ−ＲＮＴＩを検出した後で、ＭＣＣＨのコンテンツを引き続き読み取ることに用いられ、
   ユーザー装置側の判断ユニットは、ユーザー装置が前記Ｍ−ＲＮＴＩを検出した後で、自身サービス需要に応じて更新されたＭＣＣＨのコンテンツを引き続き読み取る必要があるかどうかを判断することに用いられることを特徴とする。
6. 前記通知ユニットは、
   システム放送メッセージにおいてＭ−ＲＮＴＩの位置情報を前記ユーザー装置に通知し、ＭＢＭＳサービス識別子を前記Ｍ−ＲＮＴＩに対応するＤＣＩに封入することにさらに用いられることを特徴とする
   請求項５に記載のシステム。
7. 前記判断ユニットは、検出モジュール、取得モジュール及びマッチングモジュールを更に含み、
   検出モジュールは、前記ユーザー装置が前記Ｍ−ＲＮＴＩの位置情報に応じて前記Ｍ−ＲＮＴＩを検出することに用いられ、
   取得モジュールは、前記ユーザー装置が前記Ｍ−ＲＮＴＩに応じて前記Ｍ−ＲＮＴＩに対応するＤＣＩを読み取り、前記ＤＣＩから前記ＭＢＭＳサービス識別子を取得することに用いられ、
   マッチングモジュールは、前記ＭＢＭＳサービス識別子とユーザー装置側のＭＢＭＳサービスリストにおけるＭＢＭＳサービス識別子とをマッチングし、マッチングする場合、前記更新されたＭＣＣＨのコンテンツを引き続き読み取り、マッチングしない場合、前記更新されたＭＣＣＨのコンテンツを読み取らないことに用いられることを特徴とする
   請求項６に記載のシステム。

Images