(57)【特許請求の範囲】
【請求項１】
ワイヤレス遠隔通信システムの複数のセルを介して複数のユーザ機器デバイスへ通信サービスを提供し、かつ前記ワイヤレス遠隔通信システムの１つまたは複数のマルチメディア・ブロードキャスト・マルチキャスト・サービス単一周波数ネットワーク（ＭＢＳＦＮ）エリアにおいてブロードキャスト情報サービスをサポートする方法であって、
ＭＢＳＦＮエリア毎に第１のポイント・ツー・マルチポイント・マルチキャスト制御チャネル（ＭＣＣＨ）および少なくとも１つの追加のＭＣＣＨを提供するステップと、
１つのＭＢＳＦＮエリアにおける前記少なくとも１つの追加のＭＣＣＨの修正期間を、前記ＭＢＳＦＮエリアの前記第１のＭＣＣＨチャネルの修正期間よりも低い値に設定するステップとを備える、方法。
【請求項２】
ＭＢＳＦＮエリアに関し、前記ＭＢＳＦＮエリアの前記第１のＭＣＣＨの周期とは異なる、前記少なくとも１つの追加のＭＣＣＨの周期を選択するステップをさらに備える、請求項１に記載の方法。
【請求項３】
前記少なくとも１つの追加のＭＣＣＨチャネルは、エリアの前記第１のＭＣＣＨと独立して設定される、請求項２に記載の方法。
【請求項４】
異なるＭＣＣＨに属する複数のマルチキャスト・トラフィック・チャネル（ＭＴＣＨ）を、送信時間インタバル（ＴＴＩ）内で、同じ物理マルチキャスト・チャネル（ＰＭＣＨ）で送信するステップをさらに備える、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
異なるＭＣＣＨに属するＭＴＣＨのスケジューリングのためサブフレーム・レベルで無線リソースを分割するステップをさらに備える、請求項１乃至３のいずれか１項に記載の方法。
【請求項６】
前記少なくとも１つの追加のＭＣＣＨチャネルは、前記複数のＵＥデバイスのうちの少なくとも部分集合とともに使用するために構成される、請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記第１のＭＣＣＨは、前記ワイヤレス遠隔通信システムのための修正期間を有さない、請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記第１のＭＣＣＨは、第１のタイプのサービスの送信に関連して使用され、前記少なくとも１つの追加のＭＣＣＨは、公衆安全サービスのための送信に関連して使用される、請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
第１の期間に従ってワイヤレス遠隔通信システムにおけるマルチメディア・ブロードキャスト・マルチキャスト・サービス単一周波数ネットワーク（ＭＢＳＦＮ）エリアの第１のマルチキャスト制御チャネル（ＭＣＣＨ）を周期的にモニタし、かつ第２の期間に従って前記エリアに対する前記ワイヤレス遠隔通信システムの第２のＭＣＣＨを周期的にモニタするように構成され、前記第１のＭＣＣＨは第１の修正期間を有し、前記第２のＭＣＣＨが前記第１のＭＣＣＨの前記第１の修正期間よりも低い値を有する、ユーザ機器。
【請求項１０】
ワイヤレス遠隔通信システムの複数のセルを介して複数のユーザ機器デバイスへ通信サービスを提供し、かつ前記ワイヤレス遠隔通信システムの１つまたは複数のＭＢＳＦＮエリアにおいてブロードキャスト情報サービスをサポートするように動作可能なワイヤレス遠隔通信システムであって、ＭＢＳＦＮエリア毎に第１のＭＣＣＨおよび少なくとも１つの追加のＭＣＣＨを用いてユーザ機器と通信するように動作可能なノードを含み、ＭＢＳＦＮエリアにおける前記少なくとも１つの追加のＭＣＣＨの修正期間が前記ＭＢＳＦＮエリアに対する前記第１のＭＣＣＨの前記修正期間よりも低い値を有する、ワイヤレス遠隔通信システム。
【請求項１１】
ワイヤレス遠隔通信システムの複数のセルを介して複数のユーザ機器デバイスへ通信サービスを提供し、かつ前記ワイヤレス遠隔通信システムの１つまたは複数のＭＢＳＦＮエリアにおいてブロードキャスト情報サービスをサポートするように動作可能な前記ワイヤレス遠隔通信システムにおけるノードであって、ＭＢＳＦＮエリア毎に第１のＭＣＣＨおよび少なくとも１つの追加のＭＣＣＨを用いてユーザ機器と通信するように動作可能であり、ＭＢＳＦＮエリアにおける前記少なくとも１つの追加のＭＣＣＨの修正期間が前記ＭＢＳＦＮエリアに対する前記第１のＭＣＣＨの前記修正期間よりも低い値を有する、ノード。
【請求項１２】
前記ＭＢＳＦＮエリアの前記第１のＭＣＣＨの周期とは異なる、前記少なくとも１つの追加のＭＣＣＨの周期を設定するようにさらに動作可能である、請求項１１に記載のノード。
【請求項１３】
コンピュータ・プログラムであって、組み込まれたコンピュータ読取可能なプログラム・コードを有するコンピュータ使用可能な媒体を備え、前記コンピュータ読取可能なプログラム・コードは、ワイヤレス遠隔通信システムにおいて、請求項１乃至８のいずれか１項に記載の方法を実施するために実行されるように適合された、コンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワイヤレス通信に関し、より詳細には、限定しないが、マルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）に関連するメッセージの送信および受信に関する。
【背景技術】
【０００２】
ワイヤレス遠隔通信システムにおいて、ユーザ機器（ＵＥ）へのメッセージおよびデータのブロードキャストまたはマルチキャストのためのサービスが提供され得る。マルチメディア・ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）と称されるそのようなサービスは、単一のセル全体にわたって、または、サービスエリアと称されるセルの集合がＭＢＭＳを受信しながら、システムのいくつかの隣接する、またはオーバラップするセル全体にわたって、送信され得る。
【０００３】
典型的には、ＭＢＭＳのための送信は、２つのチャネル、すなわち、マルチキャスト制御チャネル（ＭＣＣＨ）と、マルチキャスト・トラフィック・チャネル（ＭＴＣＨ）とで生じる。ＭＴＣＨは、ＭＢＭＳのコンテンツを伝送し、ＭＣＣＨは、ＭＢＭＳに関連する制御情報を伝送する。ＭＣＣＨは、たとえば、ＭＴＣＨにおけるコンテンツがどのようにして伝送されるのかを指定するキー制御情報を含み、ＭＣＣＨチャネルは、ＭＣＣＨ情報を送信するために、ポイント・ツー・マルチポイント・ダウンリンク・チャネルとして使用される。一般に、１つのセルは、１つの対応するＭＣＣＨを有する。
【０００４】
ロング・ターム・エボリューション（ＬＴＥ）アーキテクチャでは、マルチキャスト・ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）と称される改良されたバージョンのＭＢＭＳ（ｅＭＢＭＳ）が、ブロードキャスト・オンリー・サービスをサポートする。各々が、問題となっているＭＢＳＦＮエリア内のすべてのＵＥへＭＣＣＨ情報を送信するためのＭＣＣＨチャネルを有する複数のＭＢＳＦＮエリアが定義され得る。
【０００５】
ＭＣＣＨチャネルにおけるＭＢＭＳ情報が、すべてのサービスに対して共通である固定されたスケジュールに従って送信される。したがって、ＭＣＣＨ情報の大多数は、反復期間に基づいて、周期的に送信される。このＭＣＣＨ情報は、厳密に同じコンテンツで、設定可能な回数だけ反復される。このＭＣＣＨ情報のコンテンツが変わらないままでいる期間は、「修正期間」と呼ばれる。
【発明の概要】
【課題を解決するための手段】
【０００６】
例によれば、ワイヤレス遠隔通信システムの複数のセルを介して、複数のユーザ機器（ＵＥ）デバイスへ、通信サービスを提供し、ワイヤレス遠隔通信システムの１つまたは複数のマルチメディア・ブロードキャスト・マルチキャスト・サービス単一周波数ネットワーク（ＭＢＳＦＮ）エリアにおいてブロードキャスト情報サービスをサポートする、ワイヤレス遠隔通信システムにおいて実行され、ＭＢＳＦＮエリア毎に第１のポイント・ツー・マルチポイント・マルチキャスト制御チャネル（ＭＣＣＨ）および少なくとも１つの追加のＭＣＣＨチャネルを提供するステップを備える方法が提供される。ＭＢＳＦＮエリアに関し、ＭＢＳＦＮエリアの第１のＭＣＣＨの周期とは異なる、少なくとも１つの追加のＭＣＣＨの周期が選択され得る。ＭＢＳＦＮエリアにおける少なくとも１つの追加のＭＣＣＨの修正期間は、そのエリアの第１のＭＣＣＨチャネルの修正期間よりも低い値に設定され得る。少なくとも１つの追加のＭＣＣＨチャネルは、エリアの第１のＭＣＣＨチャネルと独立して設定され得る。異なるＭＣＣＨに属する複数のマルチキャスト・トラフィック・チャネル（ＭＴＣＨ）は、送信時間インタバル（ＴＴＩ）内で、同じ物理マルチキャスト・チャネル（ＰＭＣＨ）で送信され得る。無線リソースは、異なるＭＣＣＨに属するＭＴＣＨのスケジューリングのためサブフレーム・レベルで分割され得る。
【０００７】
例によれば、ワイヤレス遠隔通信システムにおいて、複数のＵＥデバイスとのポイント・ツー・マルチポイント・マルチキャスト通信をサポートするための方法が提供され、この方法は、第１の修正期間を有し、複数のＵＥとともに使用するための第１のマルチキャスト制御チャネル（ＭＣＣＨ）を提供するステップと、複数のＵＥのうちの少なくとも部分集合とともに使用するための第２のＭＣＣＨを提供するステップとを備える。第２のＭＣＣＨは、第１の修正期間よりも短い第２の修正期間を有し得る。第１のＭＣＣＨは、ワイヤレス遠隔通信システムのための未修正の制御チャネルであり得る。第１のＭＣＣＨは、第１のタイプのサービスの送信に関連して使用され、少なくとも１つの追加のＭＣＣＨは、公衆安全サービスのための送信に関連して使用される。
【０００８】
例によれば、第１の期間に従って、ワイヤレス遠隔通信システムの第１のマルチキャスト制御チャネル（ＭＣＣＨ）を周期的にモニタし、第２の期間に従って、ワイヤレス遠隔通信システムの第２のＭＣＣＨを周期的にモニタする、ように構成されたユーザ機器が提供される。
【０００９】
例によれば、ワイヤレス遠隔通信システムの複数のセルを介して、複数のユーザ機器（ＵＥ）デバイスへ、通信サービスを提供し、ワイヤレス遠隔通信システムの１つまたは複数のマルチメディア・ブロードキャスト・マルチキャスト・サービス単一周波数ネットワーク（ＭＢＳＦＮ）エリアにおいてブロードキャスト情報サービスをサポートする、ように動作可能なワイヤレス遠隔通信システムが提供され、このワイヤレス遠隔通信システムは、ＭＢＳＦＮエリア毎に第１のポイント・ツー・マルチポイント・マルチキャスト制御チャネル（ＭＣＣＨ）および少なくとも１つの追加のＭＣＣＨチャネルを用いてユーザ機器と通信する、ように動作可能なノードを含む。
【００１０】
例によれば、ワイヤレス遠隔通信システムの複数のセルを介して、複数のユーザ機器（ＵＥ）デバイスへ、通信サービスを提供し、ワイヤレス遠隔通信システムの１つまたは複数のマルチメディア・ブロードキャスト・マルチキャスト・サービス単一周波数ネットワーク（ＭＢＳＦＮ）エリアにおいてブロードキャスト情報サービスをサポートする、ように動作可能なワイヤレス遠隔通信システムにおけるノードが提供され、このノードは、ＭＢＳＦＮエリア毎に第１のポイント・ツー・マルチポイント・マルチキャスト制御チャネル（ＭＣＣＨ）および少なくとも１つの追加のＭＣＣＨチャネルを用いてユーザ機器と通信する、ように動作可能である。このノードは、ＭＢＳＦＮエリアの第１のＭＣＣＨの周期とは異なる、少なくとも１つの追加のＭＣＣＨの周期を設定するように動作可能である。
【００１１】
例によれば、組み込まれたコンピュータ読取可能なプログラム・コードを有するコンピュータ使用可能な媒体を備えるコンピュータ・プログラム製品が提供され、コンピュータ読取可能なプログラム・コードは、上記提供されたように、ワイヤレス遠隔通信システムにおいて、方法を実施するために実行されるように適合される。
【００１２】
実施形態は、添付図面を参照して、例のみによってここで説明されるであろう。
【図面の簡単な説明】
【００１３】
【図１】例に従うワイヤレス遠隔通信システムの図式的な表現である。
【図２】例に従ってＭＣＨスケジューリング情報ＭＡＣ制御要素のために使用されるフォーマットの図式的な表現である。
【図３】例に従う無線リソース割当の図式的な表現である。
【図４ａ】例に従うシグナリングの図式的な表現である。
【図４ｂ】例に従うシグナリングの図式的な表現である。
【図５】例に従う無線リソース割当の図式的な表現である。
【発明を実施するための形態】
【００１４】
例示的な実施形態は、本明細書に記載されたシステムおよび処理を、当業者が、具体化および実施することを可能にするために、十分詳細に以下に記載されている。実施形態は、多くの代替形式で提供され、本明細書に記載された例に対する限定として考慮されるべきではないと理解することが重要である。
【００１５】
したがって、実施形態は様々な方式で修正され、様々な代替形式を採用し得る一方、その特定の実施形態が、例として図面に図示され、以下に詳細に記載されている。開示された特定の形式に限定する意図はない。一方、添付された特許請求の範囲内にあるすべての修正、均等物、および代替が含められるべきである。例示的な実施形態の要素は、適切な場合、図面および詳細説明の全体を通じて、一貫して同じ参照番号によって示されている。
【００１６】
実施形態を記載するために本明細書で使用されている用語は、その範囲を限定することは意図されていない。冠詞「ａ」、「ａｎ」、および「ｔｈｅ」は、単一の指示物を有するという点において単数形であるが、本書における単数形の形式の使用は、１つよりも多くの指示物の存在を除外すべきではない。言い換えれば、コンテキストがそうではないと明確に示していないのであれば、単数形で称される要素は、１つまたは複数を数え得る。「備える」、「備えている」、「含む」、および／または，「含んでいる」という用語は、本明細書で使用されている場合、述べられた特徴、項目、ステップ、動作、要素、および／または、構成要素の存在を明示するが、１つまたは複数の他の特徴、項目、ステップ、動作、要素、構成要素、および／または、これらのグループの存在または追加を排除しないことがさらに理解されるだろう。
【００１７】
そうではないと定義されていないのであれば、本明細書で使用されているすべての用語（技術的用語および科学的用語を含む）は、当該技術分野において慣例的であるとして解釈されるべきである。一般的な用途における用語は、関連技術分野において慣例的であるとしても解釈されるべきであり、本明細書においてそのように明確に定義されていないのであれば、理想化された、あるいは、過度に形式的な意味はない、ことがさらに理解されるべきである。
【００１８】
図１は、例に従って、ＬＴＥネットワークまたはその他のあるワイヤレス・ネットワークであり得るワイヤレス遠隔通信システム１００の図式的な表現である。ワイヤレス・ネットワーク１００は、多くの発展型ノードＢ（ｅＮＢ）１１０およびその他のネットワーク・エンティティを含み得る。単純化のために、図１では、３つのｅＮＢ  １１０ａ、１１０ｂ、１１０ｃおよび１つのネットワーク・コントローラ１４１のみが図示されている。ｅＮＢは、ＵＥ  １２０と通信する。各々のｅＮＢ  １１０は、特定の地理的エリア（セル）１３０のための通信カバレッジを提供し、セルのカバレッジ・エリア内に位置するＵＥのための通信をサポートする。そのようなセル１３０は、オーバラップしてないカバレッジ・エリアを有するとして図示されているが、当業者であれば、セル１３０のうちの１つまたは複数は、隣接するセルと部分的にオーバラップするカバレッジを有し得ることを認識するであろう。
【００１９】
ＵＥ  １２０は、システム１００の全体にわたって分散され、ＵＥは、固定式または移動式であり得る。ＵＥは、ダウンリンクおよびアップリンクによってｅＮＢと通信する。ダウンリンクは、ｅＮＢからＵＥへの通信リンクを称し、アップリンクは、ＵＥからｅＮＢへの通信リンクを称する。ｅＮＢとＵＥとの間の双方向通信は、両矢印（ｄｏｕｂｌｅ  ａｒｒｏｗ）を備えた実線によって図１に図示されている。
【００２０】
ワイヤレス・ネットワーク１００は、個々のＵＥのためのユニキャスト・サービスと同様に、複数のＵＥのためのＭＢＭＳサービスもサポートし得る。ＭＢＭＳサービスは、ブロードキャスト・サービスまたはマルチキャスト・サービスであり得る。ＭＢＭＳサービスは、マルチ・セル・モード、シングル・セル・モード、および／または、その他のモードでサポートされ得る。マルチ・セル・モードでは、複数のセルが、マルチメディア・ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）を用いてＭＢＭＳ送信を同時に送り得る。これによって、ＵＥは、たとえば、受信パフォーマンスを改善するために、複数のセルから受信した信号を結合できるようになり得る。シングル・セル・モードでは、セルは、自分自身でＭＢＳＦＮ送信を送り得る。
【００２１】
ＬＴＥでは、たとえば、データおよびオーバヘッド情報が、無線リンク制御（ＲＬＣ）レイヤにおける論理チャネルとして処理される。論理チャネルは、媒体アクセス制御（ＭＡＣ）レイヤで、チャネルを伝送するためにマップされる。伝送チャネルは、物理レイヤ（ＰＨＹ）で、物理チャネルへマップされる。ブロードキャスト制御チャネル（ＢＣＣＨ）は、システム情報ブロック（ＳＩＢ）を搬送し得る。各ＳＩＢは、セルとの通信、および／または、セルからのデータの受信、のために適切なあるシステム情報を含む。ＭＣＣＨは、ＭＢＭＳサービスを受信するために使用される、進行中のセッションとのＭＢＭＳサービスのリスト、ＭＴＣＨを受信するために使用される情報等のような制御情報を搬送し得る。ＭＴＣＨは、ＭＢＭＳサービスのためのデータを搬送し得る。
【００２２】
公衆安全の観点から、無線遠隔通信システム１００におけるグループ通信は、重要な考慮である。改良されたＭＢＭＳ（ｅＭＢＭＳ）プロシージャは、無線リソース効率の観点から、グループ通信のサポートのための適切なアプローチを提供し得る。なぜなら、グループ通信は、典型的には、多数の受信グループ・メンバに対して、同じ情報の送信を必要とするからである。特に、公衆安全の観点から、グループ通信は、実行可能にするために満たされる必要のあり得るいくつかのレイテンシ要件を有する。そのような１つの要件は、エンド・ツー・エンド・セットアップ遅れにある。典型的には、これは、３００ミリ秒を満たすべきである。しかしながら、ｅＭＢＭＳプロシージャは、新たなメディアのベアラ設定を通知するために、マルチキャスト制御チャネル（ＭＣＣＨ）を用いる。ＭＣＣＨは、５．１２秒または１０．２秒に設定されたＭＣＣＨ修正境界においてのみ修正され得る。５〜１０秒の遅れは、緊急公衆安全通信シナリオにおけるグループ通信に関して許容可能ではない。
【００２３】
例によれば、たとえばモバイルＴＶのような他のアプリケーションのためにｅＭＢＭＳを用いているレガシーＵＥに対するいずれのインパクトをも回避するために、複数のＭＣＣＨが提供され得る。複数のチャネルのうちの少なくとも１つは、公衆安全のようなアプリケーションのためのグループ通信における使用のために、比較的小さなＭＣＣＨ修正期間で定義される。たとえば、修正期間は、１０ミリ秒しかないと定義され得る。
【００２４】
マルチキャスト・ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）は、同期単一周波数ネットワーク（ＳＦＮ）を介したマルチ・セル送信としてマルチキャストまたはブロードキャスト・データを送るために、ＬＴＥのＯＦＤＭ無線インターフェースを利用する送信モードである。ＭＢＳＦＮ送信は、ＵＥ  １２０に対して、単一の大きなセルからの送信として見える。典型的には、１つのＭＣＣＨだけが、ＭＢＳＦＮエリア毎に設定され得る。しかしながら、例によれば、１つよりも多くのＭＣＣＨが、ＭＢＳＦＮエリアのために設定される。
【００２５】
第１のＭＣＣＨ設定は、レガシー・システムから未修正である。第２、第３等のＭＣＣＨは、第１のＭＣＣＨから独立して設定される。また、この設定は、第１および第２のＭＣＣＨに関連付けられた物理リソースが衝突しないように実行される。さらに、ＭＣＣＨ変更通知は、第１のＭＣＣＨ変更のために、未修正で使用される。第２、第３等のＭＣＣＨは、ＭＣＣＨ変更通知内で考慮されない。公衆安全のためのグループ通信をサポートするＵＥは、ＭＣＣＨ変更を取得するために、周期的方式でＭＣＣＨをモニタする。
【００２６】
ＭＣＣＨは、ＭＢＳＦＮエリア毎に定義され、最大８つのＭＢＳＦＮエリアが、遠隔通信システムのセルにおいてサポートされ得る。システム情報ブロック（ＳＩＢ）は、システムのアクセス・ネットワークからＵＥへ送信されるシステム情報データを備える。情報要素ＳＩＢ  １３は、ＭＣＣＨの復号のためと、１つまたは複数のＭＢＳＦＮエリアに関連付けられたＭＢＭＳ制御情報を取得するために必要とされる情報を提供し、以下のように構成される。
0006335291.tif 000002
【００２７】
「ＭＢＳＦＮ−ＡｒｅａＩｎｆｏＬｉｓｔ」は、ＭＢＳＦＮエリア毎にＭＣＣＨ設定において情報を搬送し、したがって、１つまたは複数のＭＢＳＦＮエリアに関連付けられたＭＢＭＳ制御情報を取得するために必要とされる情報を含んでいる。典型的なシグナリング・フォーマットは以下の通りである。
0006335291.tif 000003
【００２８】
例によれば、複数のＭＣＣＨが、ＭＢＳＦＮエリア毎に提供される。第２、第３等のＭＣＣＨ設定は、レガシー・シグナリング構造に続くＭＢＳＦＮ−ＡｒｅａＩｎｆｏＬｉｓｔ  ＩＥにおいてシグナルされ得る。第２のＭＣＣＨを導入するための修正（太字）は以下の通りである。
0006335291.tif 000004
【００２９】
例によれば、以下の設定オプションが実現され得る。
−  比較的小さなＭＣＣＨ周期を設定する。また、このケースでは、ＭＣＣＨ送信のために反復は使用されない。
−  ＭＣＣＨ送信のためにＭＣＣＨ周期およびＭＣＣＨ反復を設定する。
−  ＭＣＣＨ周期は、アプリケーションに依存して、１〜１０ミリ秒から１０．１２秒の任意の値を採り得る。
−  第２の（または、さらなる）ＭＣＣＨが、第１のＭＣＣＨ設定から独立して設定される。
−  ＭＣＣＨ変更通知は、第２、第３、・・・のＭＣＣＨのために提供されない。
【００３０】
第１のＭＣＣＨは、たとえばＴＶサービスのような第１のタイプのサービスの送信と関連して使用され得る。追加のＭＣＣＨが、たとえば公衆安全サービスのような別のサービスのための送信と関連して使用され得る。典型的には、ＭＣＣＨは、ＭＣＣＨ修正境界においてのみ修正され得る。これは、現在５．１２秒または１０．２秒に設定されている。これらの値は、緊急公衆安全通信におけるグループ通信のために許容可能ではない。したがって、公衆安全のためＭＣＣＨ修正からの遅れを回避するためであるが、同時に、たとえばモバイルＴＶのような他のアプリケーションのためにｅＭＢＭＳを用い得るレガシーＵＥにおけるあらゆるインパクトを回避するために、少なくとも１つの追加のＭＣＣＨが、たとえば１ミリ秒から５．１２秒または１０．２秒の範囲内の値のように、レガシーの場合よりも低い値を有するように定義された修正期間とともに提供される。
【００３１】
（レガシーＭＣＣＨと比べて）比較的小さな周期で設定された第２、第３等のＭＣＣＨのために、ＵＥへＭＣＣＨ変更を通知することに関して、例では、ＵＥが、ＭＣＣＨ修正境界においてＭＣＣＨをモニタするように要求されるように、ＵＥプロシージャが修正される。
【００３２】
たとえば、ＵＥ電力節約を達成するために、第２、第３のＭＣＣＨのために、ＭＣＣＨ変更通知が、不可欠な要件として理解されるのであれば、第１のＭＣＣＨと独立した新たなＭＣＣＨ変更通知が必要とされる。
【００３３】
追加のＭＣＣＨ設定の送信のために必要とされるシグナリング・ビットの量を低減するために、第１のＭＣＣＨ設定と比較されたデルタ情報送信が提供され得る。すなわち、第１の（レガシー）ＭＣＣＨとは異なるパラメータ値のみが、いずれかの追加のＭＣＣＨのために送信される。したがって、第１のＭＣＣＨ設定データおよび第２の（または、さらなる）ＭＣＣＨ設定データとの両方を復号するＵＥは、第２（等）のＭＣＣＨのための完全な設定を実現し得る。
【００３４】
ＭＴＣＨにおける送信のために使用される物理リソースが衝突するのであれば、無線波形が乱され、したがって、受信しているＵＥは、データを正しく受信できなくなるであろう。したがって、これは、無線リソースの浪費である。
【００３５】
例によれば、物理リソース衝突の回避は、２つの方式でなされ得る。ＭＴＣＨ送信のための無線リソースが、ＭＣＨスケジューリング期間の開始時に送信されるＭＡＣコマンドであるＭＣＨスケジューリング情報ＭＡＣ  ＣＥを介してスケジュールされることに注目されたい。特定のＭＴＣＨのためにスケジュールされた物理リソースは、開始サブフレームおよび終了サブフレームを示すインジケーションを用いて通知される。図２は、ＭＣＨスケジューリング情報ＭＡＣ制御要素のために使用されるフォーマットの図式的な表現である。
【００３６】
ＬＣＩＤは、ＭＴＣＨの論理チャネルＩＤである。フィールドの長さは、５ビットである。図２の例では、複数のＬＣＩＤ（ＬＣＩＤ１（１０１）、ＬＣＩＤ２（１０３）．．．  ＬＣＩＤｎ（１０５））が、示されている。停止ＭＴＣＨフィールド（１０７、１０９、１１１）は、ＭＣＨスケジューリング期間内のサブフレームの序数を示し、ＭＣＨに割り当てられたサブフレームのみをカウントし、対応するＭＴＣＨが停止する。値０は、第１のサブフレームに対応する。フィールドの長さは、１１ビットである。特別な停止ＭＴＣＨ値２０４７は、対応するＭＴＣＨがスケジュールされていないことを示す。値の範囲２０４３〜２０４６が確保される。
【００３７】
例では、無線リソース衝突は、サブフレーム内のスケジューリングによって回避され得る。より具体的には、特定のＭＴＣＨのために使用されるべきであるリソースが、ｅＭＢＭＳ送信に含まれるｅＮＢ間で調整される。２つ以上のＭＣＣＨを介してスケジュールされたデータが、あらゆるリソース衝突を回避する方式で、リソース調整に考慮される。このアプローチは、リソース衝突を回避しながら、リソース割当のより精細な粒度を提供する。たとえば、ＭＣＣＨ１からスケジュールされたＭＴＣＨ１と、ＭＣＣＨ２からスケジュールされたＭＴＣＨ２とが、送信時間インタバル（ＴＴＩ）内で同じ物理マルチキャスト・チャネル（ＰＭＣＨ）において送信され得る。たとえば、ＭＣＣＨ１からスケジュールされたＭＴＣＨを受信することのみに興味を持っているＵＥに通知するために、（受信した論理チャネルＩＤ空間からの）ダミー論理チャネルＩＤが使用され、問題となっているＵＥに対して、他のＭＴＣＨを使用するためのリソースを解放するように通知される。レガシーＵＥは、ダミー論理チャネルＩＤの使用を無視し得る。
【００３８】
図３は、例に従って、同じサブフレーム（すなわち、ＴＴＩ）内で送信されるようにスケジュールされたＭＴＣＨ１とＭＴＣＨ２とのための無線リソース割当の図式的な表現である。
【００３９】
ＭＣＣＨ１は、サブフレーム１（２０１）においてシグナルされ、たとえば、ＭＴＣＨ１、ＭＴＣＨ３、ＭＴＣＨ５が、ＭＣＣＨ１に属することを示す。さらに、ＭＣＣＨ１は、サブフレーム１、２、３（２０３）が、ＭＣＣＨ１に属するＭＴＣＨのスケジューリングのために使用されることを示す。
【００４０】
ＭＣＣＨ２は、サブフレーム２（２０５）でシグナルされ、たとえば、ＭＴＣＨ２、ＭＴＣＨ４、およびＭＴＣＨ６が、ＭＣＣＨ２に属することを示す。さらに、ＭＣＣＨ２は、サブフレーム１、２、３（２０３）が、ＭＣＣＨ２に属するＭＴＣＨのスケジューリングのために使用されることを示す。この例では、サブフレーム１、２、３（２０３）が、ＭＴＣＨ１〜ＭＴＣＨ６をスケジュールするために使用される。ＭＴＣＨ１は、ＬＣＩＤ１にマップされ、ＭＴＣＨ２はＬＣＩＤ２にマップされるという具合である。ＬＣＩＤＯは、ダミー論理チャネルとして使用される。
【００４１】
図４ａは、ＭＣＣＨ１に属するＭＴＣＨのためのＭＳＩ  ＭＡＣ  ＣＥに関するシグナリングの図式的な表現である。
【００４２】
図４ｂは、ＭＣＣＨ２に属するＭＴＣＨのためのＭＳＩ  ＭＡＣ  ＣＥに関するシグナリングの図式的な表現である。
【００４３】
例において、ＭＴＣＨ１に興味を持っているＵＥは、サブフレーム１（２０１）で受信したデータを記憶する。ＭＣＣＨ２のＭＴＣＨをリスンしているＵＥは、ダミーＬＣＩＤのために示されると、サブフレーム１（２０１）におけるデータを記憶しない。したがって、ＭＣＣＨ１とＭＣＣＨ２とのＭＴＣＨ間のリソース衝突は回避される。
【００４４】
このアプローチは、２つ以上のＭＣＣＨからのＭＴＣＨのスケジューリングためのＭＣＨリソース共有のために一般化され得る。ＭＣＣＨは、同じＭＢＳＦＮエリアまたは異なるＭＢＳＦＮエリアに属し得る。このアプローチは、無線リソースの効率的な使用を提供する。
【００４５】
例において、サブフレーム・レベルで分割された無線リソースは、第１のＭＣＣＨおよび第２のＭＣＣＨからスケジュールされたＭＴＣＨのために使用され得る。第１のＭＣＣＨおよび第２のＭＣＣＨからスケジュールされたＭＴＣＨの可能な実現が、以下に記載される。ＭＴＣＨ１、ＭＴＣＨ２、およびＭＴＣＨ３が、ＭＣＣＨ１に属する一方、ＭＴＣＨ４、ＭＴＣＨ５、およびＭＴＣＨ６が、ＭＣＣＨ２に属する、と仮定される。例に従う無線リソース割当の図式的な表現である図５に図示されるように、ＭＣＣＨ１およびＭＣＣＨ２に属するＭＴＣＨの送信のために割り当てられたサブフレームは、オーバラップしない。したがって、ＭＴＣＨ１、ＭＴＣＨ２、およびＭＴＣＨ３送信のために使用されるリソースは、ＭＴＣＨ４、ＭＴＣＨ５、およびＭＴＣＨ６のリソースと衝突しない。
【００４６】
しかしながら、ＭＣＣＨ１およびＭＣＣＨ２に属するＭＴＣＨのためのサブフレーム・レベル・リソース割当は、２つのＭＣＣＨからのＭＴＣＨが同じサブフレームで送信されることはできないという事実によって、無線リソースの効率の観点から制限を有する。しかしながら、このアプローチは、ネットワークの観点から、単純な設定メカニズムを提供する。
【００４７】
本発明は、他の特定の装置および／または方法で具体化され得る。記載された実施形態は、すべての態様において、例示的であり、限定的ではないと考慮されるべきである。特に、本発明の範囲は、本明細書における記載および図面ではなく、添付された特許請求の範囲によって示される。特許請求の範囲の均等物の意味および範囲内に由来するすべての変更は、それらの範囲内に含まれるべきである。
【図１】
0006335291.tif 000005
【図２】
0006335291.tif 000006
【図３】
0006335291.tif 000007
【図４ａ】
0006335291.tif 000008
【図４ｂ】
0006335291.tif 000009
【図５】
0006335291.tif 000010