(57)【特許請求の範囲】
【請求項１】
ＭＢＳＦＮ伝送に基づく無線通信システムのユーザ機器でマルチメディア・ブロードキャスト／マルチキャスト・サービスを受信する方法であって、
ａ．事前定義の期間内に基地局からトランスポート・ブロックを受信するステップと、
ｂ．前記トランスポート・ブロック内の通知インジケータがアクティブ化されているかどうかを判断するステップと、
ｃ．前記通知インジケータがアクティブ化されているときには、前記ユーザ機器によってカスタマイズされたマルチメディア・ブロードキャスト／マルチキャスト・サービスのサービス識別がトランスポート・ブロック内に制御シグナリングを含む前記トランスポート・ブロックに含まれるかどうかを判断するステップと、
ｄ．前記ユーザ機器によってカスタマイズされた前記マルチメディア・ブロードキャスト／マルチキャスト・サービスの前記サービス識別が前記制御シグナリングを含む前記トランスポート・ブロックに含まれるときには、前記マルチメディア・ブロードキャスト／マルチキャスト・サービスを受信するステップとを含む、方法。
【請求項２】
前記ユーザ機器によってカスタマイズされたマルチメディア・ブロードキャスト／マルチキャスト・サービスのサービス識別がトランスポート・ブロック内に制御シグナリングを含む前記トランスポート・ブロックに含まれるかどうかを判断する前記ステップは、
Ｉ．入手された変調および符号化情報に従って、前記制御シグナリングを含む前記トランスポート・ブロックを復号し、復調するステップと、
ＩＩ．前記制御シグナリングを含む前記復号され復調されたトランスポート・ブロックから変更済みサービス情報を入手するステップと、
ＩＩＩ．前記ユーザ機器によってカスタマイズされた前記マルチメディア・ブロードキャスト／マルチキャスト・サービスの前記サービス識別が前記変更済みサービス情報に含まれるかどうかを判断するステップとを含む、請求項１に記載の方法。
【請求項３】
前記ステップｄは、
判定された時間周波数リソース上で前記マルチメディア・ブロードキャスト／マルチキャスト・サービスを受信するステップをさらに含む、請求項１または２に記載の方法。
【請求項４】
前記トランスポート・ブロックはダウンリンク制御情報を含み、前記ダウンリンク制御情報は、前記制御シグナリングを含む前記トランスポート・ブロックの位置情報、前記制御シグナリングを含む前記トランスポート・ブロックの前記変調および符号化情報、ならびに前記通知インジケータを含む、請求項１に記載の方法。
【請求項５】
前記ステップｂは、
ｂ１．前記トランスポート・ブロックから前記ダウンリンク制御情報を入手するステップと、
ｂ２．前記ダウンリンク制御情報内の前記通知インジケータがアクティブ化されているかどうかを判断するステップとをさらに含む、請求項４に記載の方法。
【請求項６】
前記ユーザ機器によってカスタマイズされたマルチメディア・ブロードキャスト／マルチキャスト・サービスのサービス識別がトランスポート・ブロック内に制御シグナリングを含む前記トランスポート・ブロックに含まれるかどうかを判断する前記ステップは、
ｉ．前記制御シグナリングを含む前記トランスポート・ブロックの前記位置情報ならびに前記変調および符号化情報を前記ダウンリンク制御情報から入手するステップと、
ｉｉ．前記位置情報に従って、前記トランスポート・ブロック内の前記制御シグナリングを含む前記トランスポート・ブロックを検索するステップと、
ｉｉｉ．前記変調および符号化情報に従って、前記制御シグナリングを含む前記検索されたトランスポート・ブロックを復号し、復調するステップと、
ｉｖ．前記制御シグナリングを含む前記復号され復調されたトランスポート・ブロックから変更済みサービス情報を入手するステップと、
ｖ．前記ユーザ機器によってカスタマイズされた前記マルチメディア・ブロードキャスト／マルチキャスト・サービスの前記サービス識別が前記変更済みサービス情報に含まれるかどうかを判断するステップとを含む、請求項４または５に記載の方法。
【請求項７】
前記トランスポート・ブロックは、前記ダウンリンク制御情報、制御シグナリングを含む前記トランスポート・ブロック、および、サービス・データを含むトランスポート・ブロックを含む、請求項４乃至６のいずれか１項に記載の方法。
【請求項８】
前記トランスポート・ブロックはＭＢＳＦＮサブフレーム内で伝送され、前記制御シグナリングはＭＣＣＨシグナリングである、請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
前記事前定義の期間はＤＲＸ期間である、請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
ＭＢＳＦＮ伝送に基づく無線通信システムの基地局で、ユーザ機器がマルチメディア・ブロードキャスト／マルチキャスト・サービスを受信するのを助ける方法であって、
Ａ．新しいマルチメディア・ブロードキャスト／マルチキャスト・サービスを送信し始める前に、事前定義の期間の開始時刻に送信されるトランスポート・ブロック内の通知インジケータをアクティブ化するステップと、
Ｂ．前記トランスポート・ブロックを送信するステップとを含む、方法。
【請求項１１】
前記ステップＡは、さらに、前記新しいマルチメディア・ブロードキャスト／マルチキャスト・サービスに従って、トランスポート・ブロック内に制御シグナリングを含む前記トランスポート・ブロックを更新するステップをさらに含む、請求項１０に記載の方法。
【請求項１２】
前記トランスポート・ブロックはＭＢＳＦＮサブフレーム内で伝送され、前記制御シグナリングはＭＣＣＨシグナリングである、請求項１０または１１に記載の方法。
【請求項１３】
前記事前定義の期間はＤＲＸ期間である、請求項１０乃至１２のいずれか１項に記載の方法。
【請求項１４】
ＭＢＳＦＮ伝送に基づく無線通信システムのユーザ機器でマルチメディア・ブロードキャスト／マルチキャスト・サービスを受信するために制御する制御装置であって、
事前定義の期間内に基地局からトランスポート・ブロックを受信する第１受信手段と、
前記トランスポート・ブロック内の通知インジケータがアクティブ化されているかどうかを判断する第１判断手段と、
前記通知インジケータがアクティブ化されている場合に、前記ユーザ機器によってカスタマイズされたマルチメディア・ブロードキャスト／マルチキャスト・サービスのサービス識別がトランスポート・ブロック内に制御シグナリングを含む前記トランスポート・ブロックに含まれるかどうかを判断する第２判断手段と、
前記ユーザ機器によってカスタマイズされた前記マルチメディア・ブロードキャスト／マルチキャスト・サービスの前記サービス識別が前記制御シグナリングを含む前記トランスポート・ブロックに含まれる場合に、前記マルチメディア・ブロードキャスト／マルチキャスト・サービスを受信する第２受信手段とを含む、制御装置。
【請求項１５】
ＭＢＳＦＮ伝送に基づく無線通信システムの基地局で、ユーザ機器がマルチメディア・ブロードキャスト／マルチキャスト・サービスを受信するために制御するのを助ける支援制御装置であって、
新しいマルチメディア・ブロードキャスト／マルチキャスト・サービスを送信し始める前に、事前定義の期間の開始時刻に送信されるトランスポート・ブロック内の通知インジケータをアクティブ化するアクティブ化手段と、
前記トランスポート・ブロックを送信する送信手段とを含む、支援制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システム、特にＭＢＳＦＮ（マルチキャスト・ブロードキャスト単一周波数ネットワーク）伝送に基づく無線通信システムに関する。
【背景技術】
【０００２】
ＭＢＭＳ（マルチメディア・ブロードキャスト／マルチキャスト・サービス）は、３ＧＰＰ  Ｒｅｌｅａｓｅ  ６で導入されたサービスである。ＭＢＭＳは、ネットワーク・リソースを共有することを介してデータ・ソースから複数のユーザ機器にデータを伝送する技法であり、ネットワーク・リソースを有効に使用でき、マルチメディア・サービスを提供しながら相対的に高速でマルチメディア・サービスのブロードキャストおよびマルチキャストを提供できる技法である。
【０００３】
３ＧＰＰ  Ｒｅｌｅａｓｅ  ６では、新しいサービスを送信し始める前に、基地局は、ＭＩＣＨチャネル（ＭＢＭＳインジケータ・チャネル）を介して通知インジケータを送信して、新しいサービスが現在始まることを複数の関連ユーザ端末に知らせる。通知インジケータがアイドル・モードのユーザ端末によって検出された後に、アイドル・モードのユーザ端末は、現在の新しいサービスがそれ自体によってカスタマイズされたサービスであるかどうかを判断するために、ＭＣＣＨメッセージを受信し、復号し始める。現在の新しいサービスが、ユーザ端末によってカスタマイズされたサービスである場合には、ユーザ端末は、対応する時間周波数リソース上で新しいサービスのデータを受信し始める。現在の新しいサービスが、ユーザ端末によってカスタマイズされたサービスではない場合には、ユーザ端末は、やがて現れる新しいサービスがそれによってカスタマイズされたサービスであるかどうかを判断するために、ＭＩＣＨチャネル内で通知インジケータを検出し続け、通知インジケータに基づいてＭＣＣＨメッセージを受信し続ける。
【０００４】
ＭＢＭＳは、長期の研究および開発の後にＲｅｌｅａｓｅ  ７およびＲｅｌｅａｓｅ  ６の３Ｇシステムで完全な実施態様を作ったが、それでも、高まるサービス需要、特にユーザおよびオペレータからのモバイルＴＶサービスに関する強い需要を満足することができない。一方ではＭＢＭＳサービス性能を改善するために、他方では新しいＳＡＥ／ＬＴＥ（システム・アーキテクチャ・エボリューション／ロング・ターム・エボリューション）システムを適合させるために、Ｒｅｌｅａｓｅ  ８を作り始めることに伴って、ＭＢＭＳは、論理アーキテクチャ、サービス・モード、伝送スタイル、およびチャネル構造などの態様において劇的な改善を実行する。
【０００５】
これに基づいて、新しい通知機構を提供することが確かに必要である。
【発明の概要】
【課題を解決するための手段】
【０００６】
従来技術の前述の問題について、ＭＢＳＦＮ伝送に基づく無線通信システムのユーザ機器でＭＢＭＳを受信する方法および装置が、ならびに結果的にＭＢＳＦＮ伝送に基づく無線通信システムの基地局でユーザ機器がＭＢＭＳを受信するのを助けるための方法および装置が、提供される。
【０００７】
本発明の第１の態様によれば、ＭＢＳＦＮ伝送に基づく無線通信システムのユーザ機器でＭＢＭＳを受信する方法であって、ａ．事前定義の期間内に基地局からトランスポート・ブロックを受信するステップと、ｂ．トランスポート・ブロック内の通知インジケータがアクティブ化されているかどうかを判断するステップと、ｃ．通知インジケータがアクティブ化されている場合に、ユーザ機器によってカスタマイズされたＭＢＭＳのサービス識別がトランスポート・ブロック内に制御シグナリングを含むトランスポート・ブロックに含まれるかどうかを判断するステップと、ｄ．ユーザ機器によってカスタマイズされたＭＢＭＳのサービス識別が制御シグナリングを含むトランスポート・ブロックに含まれる場合に、ＭＢＭＳを受信するステップとを含む方法が提供される。
【０００８】
本発明の第２の態様によれば、ＭＢＳＦＮ伝送に基づく無線通信システムの基地局で、ユーザ機器がＭＢＭＳを受信するのを助ける方法であって、Ａ．新しいＭＢＭＳを送信し始める前に、事前定義の期間の開始時刻に送信されるトランスポート・ブロック内の通知インジケータをアクティブ化するステップと、Ｂ．トランスポート・ブロックを送信するステップとを含む方法が提供される。
【０００９】
本発明の第３の態様によれば、ＭＢＳＦＮ伝送に基づく無線通信システムのユーザ機器でＭＢＭＳを受信するために制御する制御装置であって、事前定義の期間内に基地局からトランスポート・ブロックを受信する第１受信手段と、トランスポート・ブロック内の通知インジケータがアクティブ化されているかどうかを判断する第１判断手段と、通知インジケータがアクティブ化されている場合に、ユーザ機器によってカスタマイズされたＭＢＭＳのサービス識別がトランスポート・ブロック内に制御シグナリングを含むトランスポート・ブロックに含まれるかどうかを判断する第２判断手段と、ユーザ機器によってカスタマイズされたＭＢＭＳのサービス識別が制御シグナリングを含むトランスポート・ブロックに含まれる場合に、ＭＢＭＳを受信する第２受信手段とを含む制御装置が提供される。
【００１０】
本発明の第４の態様によれば、ＭＢＳＦＮ伝送に基づく無線通信システムの基地局で、ユーザ機器がマルチメディア・ブロードキャスト／マルチキャスト・サービスを受信するために制御するのを助ける支援制御装置であって、新しいマルチメディア・ブロードキャスト／マルチキャスト・サービスを送信し始める前に、事前定義の期間の開始時刻に送信されるトランスポート・ブロック内の通知インジケータをアクティブ化するアクティブ化手段と、トランスポート・ブロックを送信する送信手段とを含む支援制御装置が提供される。
【００１１】
本発明の技術的解決策では、新しいサービスが始まる前に、基地局は、事前定義の期間、たとえばＤＲＸ期間内にのみ、通知インジケータをアクティブ化する。したがって、アイドル・モードのユーザ機器は、新しいサービスが始まるかどうかを判断するために通知インジケータを受信するために、事前定義の期間、たとえばＤＲＸ期間内にウェイク・アップする必要だけがあり、新しいサービスが始まる場合には、ユーザ機器は、さらに、同時に受信されるＭＣＣＨ制御シグナリングに従って、新しいサービスがそれによってカスタマイズされたサービスであるかどうかを判断する。通常、ＤＲＸ（不連続受信）期間は、ＭＰ（修正期間）の倍数である。
【００１２】
サービス・データを受信し始めたユーザ機器について、そのユーザ機器は、ＭＣＣＨ制御シグナリングが更新されるかどうかを判断するためにＭＣＣＨ制御シグナリングを受信すべき受信期間としてＭＰを解釈しなければならない。したがって、そのようなユーザ機器について、そのユーザ機器は、通知インジケータの受信をも見逃さない。
【００１３】
次の図面を参照して非限定的な実施形態の詳細な説明を読むことによって、本発明の他の目的、特徴、および利益が明白になる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１実施形態による、ＭＣＣＨ制御シグナリングを伝送するＭＢＳＦＮサブフレーム構造を示す概略図である。
【図２】本発明の第１実施形態による方法を示す流れ図である。
【図３】本発明の第２実施形態による、ＭＣＣＨ制御シグナリングを伝送するＭＢＳＦＮサブフレーム構造を示す概略図である。
【図４】本発明の第２実施形態による方法を示す流れ図である。
【図５】本発明の第３実施形態による、ＭＣＣＨ制御シグナリングを伝送するＭＢＳＦＮサブフレーム構造を示す概略図である。
【図６】本発明の第３実施形態による方法を示す流れ図である。
【図７】本発明の第４実施形態による、ＭＣＣＨ制御シグナリングを伝送するＭＢＳＦＮサブフレーム構造を示す概略図である。
【図８】本発明の第４実施形態による方法を示す流れ図である。
【図９】本発明の第４実施形態によるＭＡＣ−ＰＤＵの構造を示す概略図である。
【図１０】本発明の一実施形態による、ＭＢＳＦＮ伝送に基づく無線通信システムのユーザ機器内でＭＢＭＳを受信する方法を示す図である。
【図１１】本発明の別の実施形態による、ＭＢＳＦＮ伝送に基づく無線通信システムのユーザ機器内でＭＢＭＳを受信する方法を示す図である。
【発明を実施するための形態】
【００１５】
図面では、同一のまたは同様の符号は、同一のまたは同様のステップ特徴／装置（モジュール）を指す。
【００１６】
ＭＢＭＳデータ、たとえばＭＴＣＨ（マルチキャスト・トラフィック・チャネル）上で送信されるデータが、ＭＢＳＦＮの形で送信され、ＭＴＣＨが、ＭＣＨ（マルチキャスト・チャネル）上でマッピングされる時に、ＭＣＨは、ＰＭＣＨ（マルチキャスト・チャネル物理マルチキャスト・チャネル）上でマッピングされる。
【００１７】
ＭＴＣＨサービスは、ＭＢＳＦＮの形で送信され、これは、ＲＳ（基準信号）およびスクランブルが、ＭＢＳＦＮフィールド全体で同一なので、ＲＳおよびスクランブルが、ＭＢＳＦＮフィールド内で同一であり、異なる基地局からのＭＢＳＦＮの形で送信される信号が、空中で自然に重畳され、ＵＥ（ユーザ機器）が、均一なＲＳを使用することによって組み合わされたＭＢＳＦＮチャネル推定を実行する、すなわち、ＵＥが、地上の組み合わされた信号がどの基地局からのものであるのかを区別せずに組み合わされた信号を直接に復調し、復号することを意味する。
【００１８】
ＭＣＣＨおよびＭＴＣＨが、両方ともＭＣＨ上でマッピングされる時に、これは、ＭＣＣＨおよびＭＴＣＨを、ＭＢＳＦＮサブフレーム上でのみ搬送できることを意味する。ＭＢＳＦＮサブフレーム内に、ＭＣＣＨ伝送だけではなくＭＴＣＨ伝送もある場合には、ＭＴＣＨがＭＢＳＦＮ伝送モードを使用する時に、これは、ＭＣＣＨもＭＢＳＦＮ伝送モードを使用する必要があることを意味する。そうではなく、ＭＣＣＨが非ＭＢＳＦＮ伝送モードを使用する場合には、同一のＭＢＳＦＮサブフレーム内にあり、ＭＢＳＦＮ伝送モードで送信されるＭＴＣＨデータの送信が、影響を受け、たとえば、異なるｅＮＢ内の、ＭＣＣＨ制御シグナリングと同一のＭＢＳＦＮサブフレームに属する同一のリソースをＭＴＣＨデータのために割り当てることは、不可能である。さらに、前に述べたように、ＵＥは、組み合わされたＭＢＳＦＮを使用することによって受信信号を検出し、したがって、異なるｅＮＢがＭＣＨ内でデータを送信するのにＭＢＳＦＮ伝送モードを使用しない場合には、ＵＥは、受信データを正しく復調し、復号することができない。
【００１９】
以下では、ＭＢＳＦＮ伝送モードでのＭＣＣＨ制御シグナリングの送信の実施態様を、各詳細な実施形態で説明する。
【００２０】
第１実施形態
図１に、本発明の第１実施形態による、ＭＣＣＨ制御シグナリングの伝送モードの概略図を示す。
【００２１】
１つのＭＢＳＦＮサブフレームは、１ｍｓすなわち、１つのＴＴＩ（伝送時間間隔）である。１２個のＯＦＤＭ記号などの１２個の記号が、１つのサブフレームに含まれる。
【００２２】
この中で、１つのＭＢＳＦＮサブフレーム内の最初の２つの記号は、ＭＢＳＦＮ伝送に使用できるのではなく、ＰＨＩＣＨ（物理ＨＡＲＱ指示チャネル）、ＣＲＳ（共通基準信号）などを送信するために予約される必要があり、その結果、ユニキャスト・ユーザが、セルの間での切替、負荷平衡化、または干渉調整の測定を実行するようになり、したがって、１つのＭＢＳＦＮの従来の２つの記号を、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）記号と解釈することができる。
【００２３】
以下では、第１の詳細な実施形態の方法の流れを、図２と組み合わせて、図１を参照して、次のように説明する。図２に示されているように、ステップＳ１０では、基地局が、ＭＣＣＨ制御シグナリングに従って第１ＴＢ（伝送ブロック）すなわちＭＣＣＨ制御シグナリングＴＢを生成し、ＭＴＣＨサービス・データに従って第２ＴＢすなわちＭＴＣＨサービス・データＴＢを生成する。したがって、図１に示されているように、ＭＣＣＨ制御シグナリングおよびＭＴＣＨサービス・データは、２つのＴＢの形で同一サブフレーム内で多重化される。当業者は、図１に示された第１ＴＢおよび第２ＴＢの２つの長方形が、例に過ぎず、第１ＴＢを、別個とすることのできる１つまたは複数のＲＢ（リソース・ブロック）上でマッピングでき、第２ＴＢを、別個とすることのできる１つまたは複数のＲＢ上でマッピングできることを理解するに違いない。したがって、実際には、ＲＢによってＭＢＳＦＮサブフレーム内でマッピングされるパターンが、不規則である場合がある。
【００２４】
その後、ステップＳ１１では、基地局が、サブフレーム内のＭＣＣＨ関連指示情報を生成する。ＭＣＣＨ関連指示情報は、たとえば、ＤＣＩ（ダウンリンク制御指示（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｄｉｃａｔｉｏｎ））およびＭＢＭＳ−ＲＮＴＩ（ＭＢＭＳ−無線ネットワーク一時識別子）を含む。ＤＣＩおよびＭＢＭＳ−ＲＮＴＩ情報を、ＰＤＣＣＨ記号内にあるものとすることができる。
【００２５】
この中で、ＤＣＩフォーマット４が、定義され、次の情報を含む。
−ＭＣＣＨによって占有されるＲＢの情報すなわち、ＭＣＣＨシグナリングの位置情報、
−ＭＣＣＨのＭＣＳ（変調および符号化スキーム）、
−別の実施形態では、ＤＣＩフォーマット４は、以下で「通知インジケータ」と称する、新しいサービスの通知インジケータをも含むことができる。
【００２６】
新しい定義されたＤＣＩフォーマット４は、ＭＣＣＨ制御シグナリングを動的にスケジューリングするための必要な指示情報を考慮し、したがって、他のＤＣＩフォーマットで定義されたいくつかの他のパラメータを無視する。確かに、定義されたＤＣＩフォーマット１、２などのバージョンを、再利用することもできる。
【００２７】
顕著に、基地局は、ＭＣＣＨ  ＴＢに関する動的スケジューリングを実施するためにＭＣＣＨの実際のデータ量に従ってＭＣＣＨによって占有されるＲＢを正確に判定することができ、基地局は、ＭＣＣＨの必要とするＱｏＳ情報などに従ってＭＣＣＨのＭＣＳを動的に判定することができる。
【００２８】
ＭＣＣＨ関連指示情報は、ＭＢＭＳ−ＲＮＴＩをも含む。信頼できる伝送を実現するために、ＣＲＣ（巡回冗長検査）をＤＣＩについて実行することができる。基地局がＤＣＩについてＣＲＣ動作を実行する時に、ＲＮＳＩは、マスクのためにＣＲＣ内に追加される。ＲＮＴＩは、ページングＲＮＴＩ、ＭＢＭＳ−ＲＮＴＩ、Ｓ−ＲＮＴＩ、ユーザ固有ＲＮＴＩなどを含み、各ＲＮＴＩは、一定の値を有し、この値は、関連するプロトコルで指定され、本明細書でもう一度繰り返すことはしない。基地局は、それによってスケジューリングされなければならないデータがどれであるのかを知っており、したがって、スケジューリングされる実際のデータに従ってＣＲＣ中に対応するＲＮＴＩを追加する。
【００２９】
次に、ステップＳ１２では、基地局が、伝送チャネルＭＣＨを介して物理層に２つのＴＢを送り、これらを、その基地局によって支配される１つまたは複数のＵＥに送信する。
【００３０】
伝送の信頼性、ＵＥの節電モード、およびＭＣＣＨ制御シグナリングの受信の見逃しの防止を考慮して、基地局は、ＭＰ（修正期間）およびＲＰ（受信期間）の期間伝送機構を使用する必要がある。ＭＰは、スケジューリング期間と等しく、１つのＭＰは、複数のＲＰと等しい。たとえば、４つまたは８つのＲＰが、１つのＭＰに含まれる。理想的には、基地局は、各ＭＰまたはＲＰの初めから最初のＭＢＳＦＮサブフレーム内でＭＣＣＨメッセージを送信し、他のＭＢＳＦＮサブフレーム内でＭＣＣＨシグナリングを送信しない。確かに、スケジューリング期間内のＭＢＳＦＮの分布は、離散的であり、たとえば、ＭＰの第１期間に対応するサブフレームがＭＢＳＦＮ伝送を実行しない場合があり、ＭＣＣＨ制御シグナリングがＭＢＳＦＮの形で伝送されなければならないことが指定されるので、ＲＢが、第４０サブフレームから始まり、ＭＣＣＨが、第３９または第４１サブフレームで送信されるシナリオ（閉ざされた場合）が可能であり、ここで、第３９または第４１サブフレームは、ＭＢＳＦＮサブフレームである。すなわち、ＭＣＣＨ制御シグナリングは、ＭＰまたはＲＰ（受信期間）の初めに最も近いＭＢＳＦＮサブフレーム内でのみＵＥに送信される。確かに、最も近いＭＢＳＦＮサブフレームをどのようにして定義するのかに関して、ＭＣＣＨ制御シグナリング・メッセージを送信するためにＭＰ／ＲＰの初めに最も近い前のまたは後のＭＢＳＦＮサブフレームの選択は、システムによって合意され、基地局ごとの選択する形は、お互いに一貫したままに保たれなければならない。基地局によって各ＲＰ内に送信されるＭＣＣＨメッセージは、ＭＣＣＨメッセージが更新されるまで同一であり、ＭＣＣＨメッセージは、ＭＰの初めに最も近いＭＢＳＦＮサブフレーム内に更新され、その後、更新されたＭＣＣＨメッセージは、より後のＲＰ内で周期的に繰り返して送信される。
【００３１】
基地局は、ＭＰおよびＲＰの構成のオプションを追加するためにシステム・メッセージを拡張することができ、ＭＰおよびＲＰを含むシステム・メッセージをＵＥに提示する。
【００３２】
その後、ステップＳ１３では、ＵＥが、まず、ＭＰおよびＲＰによってスケジューリングされた期間内に、ＭＣＣＨ制御シグナリングを含むＭＢＳＦＮサブフレームを基地局から受信する。
【００３３】
その後、ステップＳ１４では、ＵＥが、まず、ＭＢＳＦＮサブフレームのＰＤＣＣＨ記号を読み取り、ＵＥがＤＣＩ指示情報を見つける場合には、ＵＥは、まず、ＤＣＩ情報のＣＲＣ妥当性検査を実行する。ＣＲＣ妥当性検査の後に、ＵＥは、ＭＣＣＨ制御シグナリング・メッセージを復号する必要があるかどうかをさらに判断するために、対応するＲＮＴＩ値を入手することができる。ＭＣＣＨ制御シグナリング・メッセージを復号し、復調することが必要である場合には、ＵＥは、それに従って、ＰＤＣＣＨ記号に含まれるＭＣＣＨメッセージの変調および符号化モードに従って、復号または復調などの後続動作を実行する。
【００３４】
当業者は、この実施形態でステップＳ１０およびＳ１１に関する明確な順序がなく、本明細書で前に与えた順序が、１つの実施態様に過ぎないことを理解することができる。基地局は、まずＭＣＣＨ関連指示情報を生成し、その後、ＭＣＣＨ制御シグナリングおよびＭＴＣＨサービス・データに従ってＭＢＳＦＮサブフレーム内で多重化される２つのＴＢを生成することもできる。
【００３５】
ＰＤＣＣＨ記号内で定義される前述の指示機構を単純化し、ＭＣＣＨ制御シグナリングのために割り当てられるリソースの同期化を保証するために、次の規則を定義することができる。
−ＭＴＣＨサービス・データのためにリソースを割り当てる前に、まず、ＭＣＣＨ制御シグナリングのためにリソースを割り当て、その後、ＰＭＣＨ  ＲＢの初めにＭＣＣＨ制御シグナリングのためのリソースの割当を開始すること、
−多くとも１つのＭＣＣＨ伝送ブロックおよび１つのＭＴＣＨ伝送ブロックだけを１つのＭＢＳＦＮサブフレーム内で送信でき、ＭＣＣＨ制御シグナリングのために割り当てられるリソースが決定された後に、残りのリソースが、すべて、ＭＴＣＨサービス・データのリソース割当に使用され、したがって、ＭＣＣＨ制御シグナリングのリソース割当情報だけが示される必要があり、ＭＴＣＨサービス・データのリソース割当情報をＰＤＣＣＨに含める必要がないことを考慮すること。
【００３６】
現在のＭＢＳＦＮサブフレーム内にＭＣＣＨ制御シグナリング伝送がない場合には、リソースは、ＭＣＣＨのために割り当てられず、ＭＣＣＨのＤＣＩも、ＰＤＣＣＨ記号内に現れない。
【００３７】
この第１の詳細な実施形態の利点は、
−ＭＣＣＨ制御シグナリングおよびＭＴＣＨサービス・データのより有効で柔軟な伝送モードを提供すること、
−ＰＤＣＣＨ内のユニキャストのサービス・スケジューリング指示を継承し、したがって、ユニキャストと一貫する設計を保つこと
である。
【００３８】
しかし、第１の詳細な実施形態の実施について、ＭＣＣＨリソースならびに変調および符号化モードを指示するためのＤＣＩを定義する必要がある。
【００３９】
第２実施形態
図３に、本発明の第２実施形態による、ＭＣＣＨ制御シグナリングを伝送するＭＢＳＦＮサブフレーム構造の概略図を示し、図４に、本発明の第２実施形態による方法の流れ図を示す。
【００４０】
以下では、第２の詳細な実施形態の方法の流れを、図４と組み合わせて、図３を参照して、次のように説明する。図４に示されているように、ステップＳ１０’では、基地局が、ＭＣＣＨ制御シグナリングに従って第１ＴＢを生成し、ＭＴＣＨサービス・データに従って第２ＴＢを生成する。したがって、図３に示されているように、ＭＣＣＨ制御シグナリングおよびＭＴＣＨサービス・データは、２つのＴＢの形で同一サブフレーム内で多重化される。この中で、ＭＣＣＨ制御シグナリングのために割り当てられるリソースが、固定され、所定の位置で予約され、決定されたサイズを有することが指定され、このリソースは、たとえば２つのＰＤＣＣＨ記号の後の最初の記号で規則的に予約されるものとすることができる。ＭＢＳＦＮサブフレーム内の残りの９つのＲＢを、すべて、ＭＴＣＨサービス・データの伝送に使用することができる。
【００４１】
当業者は、図３に示された第１ＴＢおよび第２ＴＢの２つの長方形が、例に過ぎず、第１ＴＢを、別個とすることのできる１つまたは複数のＲＢ上でマッピングでき、第２ＴＢを、別個とすることのできる１つまたは複数のＲＢ上でマッピングできることを理解するに違いない。したがって、実際には、ＲＢによってＭＢＳＦＮサブフレーム内でマッピングされるパターンが、不規則である場合がある。
【００４２】
次に、ステップＳ１２’では、基地局が、伝送チャネルＭＣＨを介して物理層に２つのＴＢを送り、これらを、その基地局によって支配される１つまたは複数のＵＥに送信する。
【００４３】
顕著に、ＭＣＣＨ制御シグナリングは、ＭＰまたはＲＰの初めに最も近いＭＢＳＦＮサブフレーム内でのみＵＥに送信される。
【００４４】
その後、ステップＳ１３’では、ＵＥが、まず、ＭＰおよびＲＰによってスケジューリングされた期間内に、ＭＣＣＨ制御シグナリングを含むＭＢＳＦＮサブフレームを基地局から受信する。
【００４５】
その後、ステップＳ１４’では、ＵＥが、それに従って、たとえばシステム・メッセージから入手されたＭＣＣＨメッセージの変調および符号化モードに従って、復号または復調などの後続動作を実行する。
【００４６】
第２実施形態の変形形態では、この方法は、さらに、ステップＳ１２’の前にステップＳ１１’を含むことができる。ステップＳ１１’では、基地局は、２つのＰＤＣＣＨ記号内のＭＣＣＨ  ＴＢの変調および符号化モードを指示する指示情報を追加する。
【００４７】
第２の詳細な実施形態の利益は、
−ＭＣＣＨリソース割当ならびに変調および符号化モードを指示するための余分な情報が不要であり、
−ＰＭＣＨの既存のＭＢＳＦＮサブフレーム構造が変更されない
ことである。
【００４８】
しかし、第２の詳細な実施形態は、規則的な予約によってＭＣＣＨのためのリソースを割り当て、異なるＭＣＣＨデータ・サイズを実際には考慮しない。したがって、第１の詳細な実施形態のリソース利用率と比較して、第２の詳細な実施形態のリソース利用率は、相対的に低い。
【００４９】
第３実施形態
図５に、本発明の第３実施形態による、ＭＣＣＨ制御シグナリングを伝送するＭＢＳＦＮサブフレーム構造の概略図を示し、図６に、本発明の第３実施形態による方法の流れ図を示す。
【００５０】
以下では、第３の詳細な実施形態の方法の流れを、図６と組み合わせて、図５を参照して、次のように説明する。図６に示されているように、ステップＳ１０’’では、基地局が、ＭＢＳＦＮサブフレームとしてＭＣＣＨ制御シグナリングを排他的にカプセル化する。したがって、図５に示されているように、ＭＣＣＨ制御シグナリングのＴＢは、１つのＭＢＳＦＮサブフレームを占有し、ＭＣＣＨ制御シグナリングおよびＭＴＣＨサービス・データは、多重化を実行せず、これは、ＭＣＣＨ制御シグナリングおよびＭＴＣＨサービス・データをＭＢＳＦＮサブフレーム内で同時に送信できないことを意味する。ＭＣＣＨ制御シグナリングが、ＭＢＳＦＮサブフレーム全体を占有し、一般に、リソース割当が、ＰＤＣＣＨ記号の初めから一番先のリソースから始まり、ＭＣＣＨ制御シグナリングが、ＭＰおよびＲＰの初めに最も近いＭＢＳＦＮサブフレーム内のみでＵＥに送信されるので、したがって、第３の実施形態では、ＭＣＣＨリソース割当を示す指示情報も不要である。
【００５１】
次に、ステップＳ１２’’では、基地局が、伝送チャネルＭＣＨを介して物理層にＴＢを送り、これを、その基地局によって支配される１つまたは複数のＵＥに送信する。
【００５２】
顕著に、ＭＣＣＨ制御シグナリングは、ＭＰまたはＲＰの初めに最も近いＭＢＳＦＮサブフレーム内でのみ１つまたは複数のＵＥに送信される。
【００５３】
その後、ステップＳ１３’’では、ＵＥが、まず、ＭＰおよびＲＰによってスケジューリングされた期間内に、ＭＣＣＨ制御シグナリングを含むＭＢＳＦＮサブフレームを基地局から受信する。
【００５４】
その後、ステップＳ１４’’では、ＵＥが、それに従って、たとえばシステム・メッセージから入手されたＭＣＣＨメッセージの変調および符号化モードに従って、復号または復調などの後続動作を実行する。
【００５５】
当業者は、図５に示されたＴＢの長方形が、例に過ぎず、ＴＢを、別個とすることのできる１つまたは複数のＲＢ上でＲＢ上でマッピングできることを理解するに違いない。したがって、実際には、ＲＢによってＭＢＳＦＮサブフレーム内でマッピングされるパターンが、不規則である場合がある。
【００５６】
第３実施形態の変形形態では、この方法は、さらに、ステップＳ１２’’の前にステップＳ１１’’を含むことができる。ステップＳ１１’’では、基地局は、２つのＰＤＣＣＨ記号内のＭＣＣＨ  ＴＢの変調および符号化モードを指示する指示情報を追加する。
【００５７】
第３の詳細な実施形態の利益は
−ＭＣＣＨリソース割当ならびに変調および符号化モードを指示する余分な情報が不要である
ことである。
【００５８】
しかし、通常、ＭＣＣＨ制御シグナリングのデータ量は、より少なく、したがって、ＭＣＣＨ制御シグナリングの伝送が第３実施形態でサブフレーム全体を占有することは、非常に浪費的である。
【００５９】
第４実施形態
図７に、本発明の第４実施形態による、ＭＣＣＨ制御シグナリングを伝送するＭＢＳＦＮサブフレーム構造の概略図を示し、図８に、本発明の第４実施形態による方法の流れ図を示す。
【００６０】
以下では、第４の詳細な実施形態の方法の流れを、図８と組み合わせて、図７を参照して、次のように説明する。図８に示されているように、ステップＳ１０’’’では、ＭＣＣＨ制御シグナリングおよびＭＴＣＨサービス・データが、同一のＭＢＳＦＮサブフレーム内の第３ＴＢ内で多重化される。当業者は、ＴＢがＭＡＣ（媒体アクセス制御）のＰＤＵ（プロトコル・データ単位）すなわちＭＡＣ−ＰＤＵに対応することを理解することができる。図９に示されているように、ＭＡＣ−ＰＤＵ内では、ＭＣＣＨおよびＭＴＣＨが異なる論理チャネルなので、ＭＣＣＨ制御シグナリングおよびＭＴＣＨサービス・データが、それぞれ、異なるＳＤＵ（サービス・データ単位）内でカプセル化される。異なるＳＤＵは、異なる論理チャネル番号および長さを有する。また、ＭＡＣヘッダ内に、ＳＤＵごとの長さ情報および対応する論理チャネル番号がある。したがって、第４実施形態では、ＭＣＣＨリソース割当を指示する指示情報は、やはり不要であり、ＭＣＣＨを、ＭＡＣヘッダ内の論理チャネル番号を直接に使用することによって見つけることができる。
【００６１】
当業者は、ＭＡＣ−ＰＤＵが、変調および符号化モードに対応することを理解することができる。第４実施形態では、同一のＭＡＣ−ＰＤＵ内でのＭＣＣＨ制御シグナリングおよびＭＴＣＨサービス・データのカプセル化は、その両方が同一の変調および符号化モードを使用することを意味する。しかし、一般に、ＭＣＣＨ制御シグナリングおよびＭＴＣＨサービス・データのＱｏＳ（サービス品質）は、異なり、通常、制御シグナリングおよびサービス・データは、お互いから分離されなければならない。第４実施形態では、ＭＣＣＨ制御シグナリングおよびＭＴＣＨサービス・データは、同一ＴＢ内で多重化される。ＭＣＣＨ制御シグナリングは、ＭＴＣＨサービス・データより重要なので、好ましくは、ＭＣＣＨ制御シグナリングのＱｏＳが満足されなければならない。すなわち、ＭＣＣＨ制御シグナリングおよびＭＴＣＨサービス・データを多重化する変調および符号化は、ＭＣＣＨ制御シグナリングを満足することを必要としなければならず、たとえば、ＭＣＣＨ制御シグナリングのＱｏＳがＭＴＣＨサービス・データのＱｏＳより高い時には、対応する変調および符号化モードが、ＭＣＣＨ制御シグナリングのＱｏＳの要求を満足するためにＭＣＣＨ制御シグナリングのＱｏＳに従って選択される。確かに、ＭＣＣＨ制御シグナリングのＱｏＳが、ＭＴＣＨサービス・データのＱｏＳより低い時には、対応する変調および符号化モードを、ＭＣＣＨ制御シグナリングのＱｏＳに従って選択することもできる。
【００６２】
次に、ステップＳ１２’’’では、基地局が、伝送チャネルＭＣＨを介して物理層に第３ＴＢを送り、これを、その基地局によって支配される１つまたは複数のＵＥに送信する。
【００６３】
顕著に、ＭＣＣＨ制御シグナリングは、ＭＰまたはＲＰの初めに最も近いＭＢＳＦＮサブフレーム内でのみＵＥに送信される。
【００６４】
その後、ステップＳ１３’’’では、ＵＥが、まず、ＭＰおよびＲＰによってスケジューリングされた期間内に、ＭＣＣＨ制御シグナリングを含むＭＢＳＦＮサブフレームを基地局から受信する。
【００６５】
その後、ステップＳ１４’’’では、ＵＥが、ＭＡＣ−ＰＤＵをカプセル化解除し、ＭＡＣ−ＳＤＵのＭＡＣヘッダ内のＳＤＵの長さ識別子およびＳＤＵの対応する論理番号に従ってＭＣＣＨ制御シグナリングに対応するＭＡＣ−ＳＤＵを見つけ、ＭＣＣＨ制御シグナリングがその中にカプセル化されているＭＡＣ−ＳＤＵに関するカプセル化解除その他などの後続動作を実行する。
【００６６】
第４の詳細な実施形態の利益は、
−ＭＣＣＨリソース割当ならびに変調および符号化モードに関する余分な情報が不要である
ことである。
【００６７】
しかし、同一ＴＢ内でのＭＣＣＨ制御シグナリングおよびＭＴＣＨサービス・データの多重化は、同一の変調および符号化モードを使用しなければならないが、ＭＣＣＨ制御シグナリングおよびＭＴＣＨサービス・データのＱｏＳは、異なる場合がある。
【００６８】
前述の諸実施形態は、すべて、ＭＣＨ上のＭＣＣＨおよびＭＴＣＨのマッピングのシナリオについて説明される。変更された実施形態では、ＭＣＣＨをＤＬ−ＳＣＨ（ダウンリンク−共有チャネル）上でマッピングすることができ、これを、後で、例として第１実施形態および第４実施形態をとりあげることによって短く説明する。
【００６９】
たとえば、第１実施形態の変形形態では、まだ図１を参照すると、ＭＢＳＦＮサブフレーム内のＭＣＣＨ制御シグナリングのＴＢを、ＤＬ−ＳＣＨ上でマッピングすることができ、ＭＴＣＨサービス・データのＴＢは、ＭＣＨ上でマッピングされ、したがって、ＭＢＳＦＮ伝送を、ＭＢＭＳサービス・データについて実行することができる。
【００７０】
ＭＣＣＨ制御シグナリングの複数の前述の説明された伝送解決策に基づいて、本発明において通知識別子およびＭＣＣＨ制御シグナリング伝送をどのように組み合わせるべきなのかの技術的解決策を、後で説明する。
【００７１】
本発明で用いられる、通知識別子およびＭＣＣＨ制御シグナリング伝送をどのように組み合わせるべきなのかの技術的解決策において、通知識別子は、ＭＰ／ＲＰ期間内に送信されるＴＢ内にのみ含まれる、すなわち、通知識別子およびＭＣＣＨ制御シグナリングは、ＴＢ内で送信され、通知識別子は、ＭＴＣＨサービス・データだけが送信されるＴＢには含まれない。
【００７２】
具体的に言うと、通知インジケータは、基地局がＭＰ／ＲＰ（Ｍｏｄｕｌａｔｉｏｎ  ｐｅｒｉｏｄ／受信期間）内のＭＢＳＦＮサブフレーム内で送信するＴＢに含まれ、通知インジケータは、新しいサービスが始まるかどうかを知らせるのに使用される。基地局が、新しいサービスの送信を準備した後に、その基地局は、特定の時に送信されるＲＢ内で通知インジケータをアクティブ化し、たとえば、通知インジケータは、デフォルトで０になるようにセットされ、基地局は、新しいサービスが送信され始める場合に、１になるように通知インジケータをセットする。当業者は、通知インジケータをアクティブ化するプロセスが、前述の０から１になるように通知インジケータをセットすることに限定されず、たとえば、このプロセスを、１から０になるように通知インジケータをセットすることとすることもできる、すなわち、通知インジケータが、デフォルトで１になるようにセットされ、基地局が、新しいサービスが送信され始める場合に、０になるように通知インジケータをセットすることを理解するに違いない。
【００７３】
好ましくは、上で説明したように、通知インジケータは、１ビットを用いて表され、これは、システム・リソースを有効に節約することができる。しかし、当業者は、通知インジケータのサイズが１ビットに限定されないことを理解するに違いない。
【００７４】
上で述べたように、基地局が新しいサービスの送信を準備した後に、その基地局は、特定の時刻に送信されるＲＢ内で通知インジケータを作動させ、これは、その基地局が、新しいサービスの送信を準備した後に、ＤＲＸ期間が始まるまで待ち、そのＤＲＸ期間の初めに送信されるＲＢ内で通知インジケータを作動させることを意味する。したがって、作動される通知インジケータは、ＤＲＸ期間内に送信されるＴＢ内に現れる。したがって、アイドル状態のＵＥについて、そのＵＥは、ＤＲＸ期間を受信期間と解釈して、基地局からのＴＢ内の通知インジケータが作動されているかどうかを判断するために、このＴＢを受信することだけを必要とする。
【００７５】
上で述べたように、基地局が、ＤＲＸ期間を通知インジケータを作動させる期間と解釈し、アイドル状態のＵＥが、ＤＲＸ期間内に基地局からのＴＢを受信して、このＴＢ内の通知インジケータが作動されているかどうかを判断することは一例に過ぎないことに留意されるべきであり、当業者は、事前定義の期間がＭＰの倍数であり、すべてのＵＥによって知られる限り、前述の期間を、任意の１つの事前定義の期間とすることができることを理解するに違いない。
【００７６】
また、上で述べたように、基地局がＭＰ／ＲＢ内のＭＢＳＦＮサブフレーム内で送信するＴＢが、ＭＣＣＨ  ＴＢおよびＭＴＣＨ  ＴＢを同時に含むことができ、ＭＣＣＨ  ＴＢだけを含むことができ、あるいは、制御シグナリングおよびサービス・データを多重化するＴＢを含むことができることに留意されたい。詳細については、関連する説明を参照することができる。
【００７７】
以下では、図１０を参照して、本発明の一実施形態による、ＵＥによってＭＢＳＦＮを受信する方法を詳細に説明する。
【００７８】
図１０に含まれるＵＥが、セル内のアイドル状態のＵＥである、すなわち、このＵＥが、１つ／いくつかのサービスをカスタマイズするが、そのサービスが始まらないことに留意されたい。
【００７９】
まず、ステップＳ２０では、ＵＥが、ＤＲＸ期間内に基地局からＴＢを受信する。
【００８０】
具体的に言うと、このＴＢは、ＭＢＳＦＮサブフレーム内で送信される。一般に、サブフレームの最初の２つのＯＦＤＭ記号は、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）のＯＦＤＭ記号であり、残りのＯＦＤＭ記号は、制御シグナリングおよびサービス・データの伝送に使用され、確かに、制御シグナリングの伝送にのみ使用されることも可能である。
【００８１】
第２に、ステップＳ２１では、ＵＥが、ＴＢ内の通知インジケータが作動されているかどうかを判断する。
【００８２】
好ましくは、通知インジケータは、ＭＢＳＦＮサブフレームの最初の２つのＰＤＣＣＨ記号内にある。当業者は、通知インジケータが、２つのＰＤＣＣＨ記号内の任意のアイドル・リソースを占有できることを理解するに違いない。ＵＥが基地局からのＴＢの受信を終了した後に、そのＵＥは、最初の２つのＰＤＣＣＨ記号から通知インジケータを入手することだけを必要とし、その後、その通知インジケータが作動されているかどうかを判断する。
【００８３】
通知インジケータが作動されていない場合には、ＵＥは、基地局からＴＢを受信するために次のＤＲＸ期間を待つ。
【００８４】
通知インジケータが作動されている場合には、この方法は、ステップＳ２２に進み、ＵＥは、そのＵＥによってカスタマイズされたマルチメディア・ブロードキャスト／マルチキャスト・サービスのサービス識別が、ＴＢ内に制御シグナリングを含むＴＢに含まれるかどうかを判断する。
【００８５】
具体的に言うと、このＴＢは、ＭＣＣＨ  ＴＢおよびＭＴＣＨ  ＴＢを同時に含むか、ＭＣＣＨ  ＴＢだけを含むか、制御シグナリングおよびサービス・データを多重化するＴＢを含む場合がある。詳細については、関連する説明を参照することができる。
【００８６】
基地局は、新しいサービスの送信を開始する前に、制御シグナリングを含むＴＢ内の変更済みサービス情報に新しいサービスのサービス識別を追加するので、ＵＥが、ＴＢ内の通知インジケータが作動されていると判断する場合に、ＵＥは、制御シグナリングを含むＴＢ内の変更済みサービス情報の内容に従って、基地局によって送信される新しいサービスが、カスタマイズされたサービスであるかどうかを判断することができる。
【００８７】
具体的に言うと、ＵＥは、まず、制御シグナリングを含むＴＢの変調および符号化情報に従って、制御シグナリングを含むＴＢを復調し、復号する。
【００８８】
その後、ＵＥは、制御シグナリングを含む復号され復調されたＴＢから変更済みサービス情報を入手する。
【００８９】
最後に、ＵＥは、そのＵＥによってカスタマイズされたマルチメディア・ブロードキャスト／マルチキャスト・サービスのサービス識別が変更済みサービス情報に含まれるかどうかを判断する。
【００９０】
そのＵＥによってカスタマイズされたマルチメディア・ブロードキャスト／マルチキャスト・サービスのサービス識別が変更済みサービス情報に含まれない場合には、ＵＥは、基地局からＴＢを受信するために次のＤＲＸ期間を待つ。
【００９１】
そのＵＥによってカスタマイズされたマルチメディア・ブロードキャスト／マルチキャスト・サービスのサービス識別が変更済みサービス情報に含まれる場合には、この方法は、ステップＳ２３に進み、ＵＥは、ＭＢＭＳを受信する。
【００９２】
さらに、ＵＥは、まず、ＭＢＭＳの伝送中に占有される時間周波数リソースを判定し、その後、ＵＥは、判定された時間周波数リソース上でＭＢＭＳを受信する。
【００９３】
ＭＣＣＨ制御シグナリングおよびＭＴＣＨサービス・データがＭＢＳＦＮサブフレームの２つのＴＢ内で多重化され、ＭＣＣＨ  ＴＢのリソースが動的にスケジューリングされる、上で説明したシナリオについて、好ましくは、通知インジケータをダウンリンク制御情報内に含めることができ、ここで、ダウンリンク制御情報は、ＭＢＳＦＮサブフレームの最初の２つのＰＤＣＣＨ記号内にある。
【００９４】
具体的に言うと、ＤＣＩ（ダウンリンク制御情報）は、ＵＥが基地局から受信するＴＢ内に制御シグナリングを含むＴＢの位置情報、制御シグナリングを含むＴＢの変調および符号化情報、ならびに通知インジケータを含む。ここで、制御シグナリングを含むＴＢの位置情報は、制御シグナリングを含むＴＢによって占有されるＲＢを指示するのに使用され、ＵＥは、受信されたＴＢから、位置情報に従って制御シグナリングを含むＴＢを見つけることができる。制御シグナリングを含むＴＢの変調および符号化情報は、制御シグナリングを含むＴＢによって使用される変調および符号化モードを指示するのに使用され、ＵＥは、その変調および符号化モードに従って、制御シグナリングを含むＴＢを復調し、復号することができる。
【００９５】
以下では、図１１を参照して、本発明の別の実施形態による、ＵＥによってＭＢＭＳを受信する方法を詳細に説明する。
【００９６】
図１１に含まれるＵＥが、セル内のアイドル状態のＵＥである、すなわち、このＵＥが、１つ／いくつかのサービスをカスタマイズするが、そのサービスが始まらないことに留意されたい。
【００９７】
第１に、ステップＳ３０では、ＵＥが、ＤＲＸ期間内に基地局からＴＢを受信する。
【００９８】
第２に、ステップＳ３１では、ＵＥが、ＴＢからＤＣＩを入手する。
【００９９】
次に、ステップＳ３２では、ＵＥが、ＤＣＩ内の通知インジケータがアクティブ化されているかどうかを判断する。
【０１００】
通知インジケータがアクティブ化されていない場合には、ＵＥは、基地局からＴＢを受信するために次のＤＲＸ期間を待つ。
【０１０１】
通知インジケータがアクティブ化されている場合には、この方法は、ステップＳ３３に進み、ＵＥは、ＤＣＩから、制御シグナリングを含むＴＢの位置情報ならびに変調および符号化情報を入手する。
【０１０２】
その後、ステップＳ３４では、ＵＥが、入手された位置情報に従って、受信されたＴＢ内に制御シグナリングを含むＴＢを検索する。
【０１０３】
その後、ステップＳ３５では、ＵＥが、入手された変調および符号化情報に従って、制御シグナリングを含む検索されたＴＢを復号し、復調する。
【０１０４】
次に、ステップＳ３６では、ＵＥが、制御シグナリングを含む復号され復調されたＴＢから変更済みサービス情報を入手する。
【０１０５】
次に、ステップＳ３６では、ＵＥが、そのＵＥによってカスタマイズされたマルチメディア・ブロードキャスト／マルチキャスト・サービスのサービス識別が変更済みサービス情報に含まれるかどうかを判断する。
【０１０６】
そのＵＥによってカスタマイズされたマルチメディア・ブロードキャスト／マルチキャスト・サービスのサービス識別が変更済みサービス情報に含まれない場合には、ＵＥは、基地局からＴＢを受信するために次のＤＲＸ期間を待つ。
【０１０７】
そのＵＥによってカスタマイズされたマルチメディア・ブロードキャスト／マルチキャスト・サービスのサービス識別が変更済みサービス情報に含まれる場合には、この方法は、ステップＳ３８に進み、ＵＥは、対応する時間周波数リソース上でＭＢＭＳを受信する。
【０１０８】
図１０および図１１に含まれる方法の流れは、セル内のアイドル状態のＵＥに関する。ＵＥが、セルに入るか電源を入れられたばかりである場合には、ＵＥは、まず、最も近いＲＰでＭＣＣＨ制御シグナリングを受信し、次に、制御シグナリング内の変更済みサービス情報および未変更サービス情報に従って、カスタマイズされたサービスが始まったかどうかを判断する。カスタマイズされたサービスが始まる場合に、ＵＥは、対応する時間周波数リソース上でサービス・データを受信し、カスタマイズされたサービスが始まらない場合に、ＵＥは、ＤＲＸを受信期間として解釈して、図１および図２に示された方法の流れを参照して、カスタマイズされたサービスが送信され始めるかどうかを判断することができる。
【０１０９】
ＵＥがＭＢＭＳを受信し始めた後に、そのＵＥは、ＭＣＣＨ制御シグナリングが更新されるかどうかを判断するために基地局からＭＣＣＨ制御シグナリングを受信する受信期間としてＭＰを解釈しなければならず、そのＵＥは、ＭＣＣＨ制御シグナリングが更新されるかどうかを判断することによって、新しいサービスが始まるかどうかを知ることができる。
【０１１０】
本発明のいくつかの実施形態が方法の態様から説明されているが、本発明を装置の態様から実施することもできることを理解することができる。本発明の実施形態による制御装置は、以下の手段を含むことができる。
事前定義の期間内に基地局からＴＢを受信する第１受信手段。
【０１１１】
好ましくは、事前定義の期間は、ＤＲＸ期間である。
【０１１２】
具体的に言うと、ＴＢは、ＭＢＳＦＮサブフレーム内で送信される。一般に、サブフレームの最初の２つのＯＦＤＭ記号は、ＰＤＣＣＨのＯＦＤＭ記号であり、残りのＯＦＤＭ記号は、制御シグナリングおよびサービス・データの伝送に使用され、確かに、制御シグナリングの伝送にのみ使用されることも可能である。
【０１１３】
ＴＢ内の通知インジケータがアクティブ化されているかどうかを判断する第１判断手段。
【０１１４】
好ましくは、通知インジケータは、ＭＢＳＦＮサブフレームの最初の２つのＰＤＣＣＨ記号内にある。当業者は、通知インジケータが、２つのＰＤＣＣＨ記号内の任意のアイドル・リソースを占有できることを理解するに違いない。ＵＥが基地局からのＴＢの受信を終了した後に、そのＵＥは、最初の２つのＰＤＣＣＨ記号から通知インジケータを入手することだけを必要とし、その後、その通知インジケータが作動されているかどうかを判断する。
【０１１５】
通知インジケータがアクティブ化されている場合に、ＵＥによってカスタマイズされたマルチメディア・ブロードキャスト／マルチキャスト・サービスのサービス識別がＴＢ内に制御シグナリングを含むＴＢに含まれるかどうかを判断する第２判断手段。
【０１１６】
具体的に言うと、このＴＢは、ＭＣＣＨ  ＴＢおよびＭＴＣＨ  ＴＢを同時に含むか、ＭＣＣＨ  ＴＢだけを含むか、制御シグナリングおよびサービス・データを多重化するＴＢを含む場合がある。詳細については、関連する説明を参照することができる。
【０１１７】
ＵＥによってカスタマイズされたマルチメディア・ブロードキャスト／マルチキャスト・サービスのサービス識別が制御シグナリングを含むＴＢに含まれる場合に、マルチメディア・ブロードキャスト／マルチキャスト・サービスを受信する第２受信手段。
【０１１８】
好ましくは、第２受信手段は、判定された時間周波数リソース上でＭＢＭＳを受信するのにも使用される。
【０１１９】
基地局は、新しいサービスの送信を開始する前に、制御シグナリングを含むＴＢ内の変更済みサービス情報に新しいサービスのサービス識別を追加するので、ＵＥが、ＴＢ内の通知インジケータが作動されていると判断する場合に、ＵＥは、制御シグナリングを含むＴＢ内の変更済みサービス情報の内容に従って、基地局によって送信される新しいサービスが、カスタマイズされたサービスであるかどうかを判断することができる。
【０１２０】
具体的に言うと、第２判断手段は、
入手された変調および符号化情報に従って、制御シグナリングを含むＴＢを復号し、復調する第１復調および復号手段と、
制御シグナリングを含む復号され復調されたＴＢから変更済みサービス情報を入手する第１入手手段と、
ＵＥによってカスタマイズされたマルチメディア・ブロードキャスト／マルチキャスト・サービスのサービス識別が変更済みサービス情報に含まれるかどうかを判断する第３判断手段と
を含む。
【０１２１】
ＭＣＣＨ制御シグナリングおよびＭＴＣＨサービス・データがＭＢＳＦＮサブフレームの２つのＴＢ内で多重化され、ＭＣＣＨ  ＴＢのリソースが動的にスケジューリングされるシナリオについて、好ましくは、通知インジケータを、ダウンリンク制御情報に含めることができ、ここで、ダウンリンク制御情報は、ＭＢＳＦＮサブフレームの最初の２つのＰＤＣＣＨ記号内にある。
【０１２２】
具体的に言うと、ＤＣＩ（ダウンリンク制御情報）は、ＵＥが基地局から受信するＴＢ内に制御シグナリングを含むＴＢの位置情報、制御シグナリングを含むＴＢの変調および符号化情報、ならびに通知インジケータを含む。この中で、制御シグナリングを含むＴＢの位置情報は、制御シグナリングを含むＴＢによって占有されるＲＢを指示するのに使用され、ＵＥは、受信されたＴＢから、位置情報に従って制御シグナリングを含むＴＢを見つけることができる。制御シグナリングを含むＴＢの変調および符号化情報は、制御シグナリングを含むＴＢによって使用される変調および符号化モードを指示するのに使用され、ＵＥは、その変調および符号化モードに従って、制御シグナリングを含むＴＢを復調し、復号することができる。
【０１２３】
これに基づいて、第１判断手段は、
ＴＢからＤＣＩを入手する第２入手手段と、
ＤＣＩ内の通知インジケータがアクティブ化されているかどうかを判断する第４判断手段と
をさらに含む。
【０１２４】
第２判断手段は、
制御シグナリングを含むＴＢの位置情報ならびに変調および符号化情報をＤＣＩから入手する第３入手手段と、
位置情報に従って、ＴＢ内に制御シグナリングを含むＴＢを検索する検索手段と、
変調および符号化情報に従って、制御シグナリングを含む検索されたＴＢを復号し、復調する、第２復調および復号手段と、
制御シグナリングを含む復号され復調されたＴＢから変更済みサービス情報を入手する第４入手手段と、
ＵＥによってカスタマイズされたマルチメディア・ブロードキャスト／マルチキャスト・サービスのサービス識別が変更済みサービス情報に含まれるかどうかを判断する第５判断手段と
をさらに含む。
【０１２５】
本発明の実施形態による支援制御装置は、
新しいマルチメディア・ブロードキャスト／マルチキャスト・サービスを送信し始める前に、事前定義の期間の開始時刻に送信されるＴＢ内の通知インジケータをアクティブ化するアクティブ化手段と、
ＴＢを送信する送信手段と
を含む。
【０１２６】
この中で、アクティブ化手段は、さらに、新しいマルチメディア・ブロードキャスト／マルチキャスト・サービスに従って、ＴＢ内に制御シグナリングを含むＴＢを更新するのに使用される。
【０１２７】
この中で、ＴＢは、ＭＢＳＦＮサブフレーム内で送信され、制御シグナリングは、ＭＣＣＨシグナリングである。
【０１２８】
好ましくは、事前定義の期間は、ＤＲＸ期間である。
【０１２９】
本発明は、図面および前述の説明で明白にされ、詳細に説明されるが、この明白化および説明が、実例となり、例示的であるのであって、限定的ではないと考えられなければならず、本発明は、前述の実施形態に限定されない。
【０１３０】
当業者は、この説明、図面、および添付の特許請求の範囲の調査を介して、開示された実施形態に対する変更を理解し、実現することができる。単語「ｃｏｍｐｒｉｓｉｎｇ（含む）」は、特許請求の範囲またはこの説明でリストされていない要素またはステップの存在を除外するものではない。要素に先行する単語「ａ」または「ａｎ」は、複数のそのような要素の存在を除外するものではない。本発明の実践において、特許請求の範囲の複数の技術的特徴を、１つのコンポーネントによって実施することができる。特許請求の範囲では、括弧の間に置かれたどの符号をも、その請求項を限定するものと解釈してはならない。
【図１】
0005426016.tif 000002
【図２】
0005426016.tif 000003
【図３】
0005426016.tif 000004
【図４】
0005426016.tif 000005
【図５】
0005426016.tif 000006
【図６】
0005426016.tif 000007
【図７】
0005426016.tif 000008
【図８】
0005426016.tif 000009
【図９】
0005426016.tif 000010
【図１０】
0005426016.tif 000011
【図１１】
0005426016.tif 000012