マルチキャストチャネル制御情報
本発明は、スケジュール情報および１以上のマルチキャストサービスに属するデータを搬送するマルチキャストチャネルの送信を設定するための技術に関する。なお、スケジュール情報はマルチキャストチャネルにマッピングされたマルチキャストサービスのスケジュールを示すものである。方法の実施形態は、マルチキャストチャネル上のスケジュール情報の送信をスケジュール情報固有送信要件に基づいて設定する(404)とともに、１つ以上のマルチキャストサービスに属するデータの送信をサービス固有送信要件に基づいて設定する(404)ステップと、スケジュール情報固有送信要件およびサービス固有送信要件を通知する(406)ステップと、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概して、コンテンツデータのマルチキャスト／ブロードキャスト送信の分野に関する。より具体的には、本発明は、スケジュール情報を搬送するマルチキャスト／ブロードキャストチャネルの送信およびマルチキャスト／ブロードキャストサービスの１つ以上に属するデータを設定するための技術に関する。
【背景技術】
【０００２】
マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）は、アプリケーションレイヤ上で異なるレベルの搬送ブロック誤り率（ＢＬＥＲ）に対処可能な様々なサービスを提供することになっている。例示的なサービスとしては、ダウンロードサービス、オーディオ／ビデオストリーミング、およびメッセージングがある。ダウンロードサービスようなサービスは、高位通信レイヤで誤り訂正符号化が行われることで、１０％のオーダまたはもっと高い比較的高いＢＬＥＲを許容する。
【０００３】
例えば、一部のダウンロードサービスは２０〜４０％のＢＬＥＲを必要とするが、オーディオ／ビデオストリーミングは通常０．１〜１％のＢＬＥＲを必要とし、メッセージングもまた０．１〜１％のＢＬＥＲを必要とする。すなわち、一般に、これらのＢＬＥＲはそれぞれのサービスについてふさわしいものと仮定されている。例えば緊急または事故警報のような即時性が重要な(live-critical)用途では、メッセージングサービスのＢＬＥＲはおそらく０．１％を十分下回るような非常に低い値であることが必要である。
【０００４】
ＭＢＭＳに関し、ある既知のアプローチは、異なる複数の搬送ＢＬＥＲを許容する複数のサービスを、異なる複数のマルチキャストチャネル（ＭＣＨ）にマッピングすることである。つまり、ＭＧＭＳ単一周波数ネットワーク（ＭＢＳＦＮ）領域ごとに異なる変調および符号化方法（ＭＣＳ）を用いる複数のＭＣＨを設定し、各サービスを適切なＭＣＨにマッピングすること、すなわちＭＢＳＦＮ領域内の複数のＭＣＨを異なる複数のＭＣＳを用いて設定することにより、サービス固有のＢＬＥＲ要件をサポートすることができる。
【０００５】
この広く知られたアプローチによれば、異なるＢＬＥＲを許容する異なるサービスが異なるＭＣＨにマッピングされる。そして、各ＭＣＨは、適切なＭＣＳをサーチすることにより、所望のＢＬＥＲまたは同等の必要なサービス品質（ＱｏＳ）用に設定可能になる。
【０００６】
ＭＢＳＦＮ領域内で複数のＭＣＨが用いられる場合、ＭＢＭＳサービスは違った送信をされることができる。複数のＭＣＨを用いることにより、異なる論理チャネルに対して異なるＱｏＳ（またはＭＣＳ）を提供することができ、また、１つのＭＣＨ上の全ての論理チャネルに対するＱｏＳ（またはＭＣＳ）を同一にすることができる。つまり、同一タイプのＭＢＳＭサービスは同一ＭＣＨに多重化することができ、一方で別のタイプのサービスは、例えばＭＣＨ１はビデオサービスタイプ、ＭＣＨ２はオーディオサービスタイプといったように、それらサービス自身の複数のＭＣＨに多重化することができる。
【０００７】
符号化技術、例えば動き補償により、被写体および背景がほとんど動かない（例えば、ニュースや、静止画を用いた音楽チャネル）静的ビデオコンテンツの放送は、比較的非常に低いデータレートを有するのが一般的である。一方、スポーツ放送、アクションムービー、静止画を用いない音楽ビデオのような動的ビデオコンテンツは、非常に高いデータレートを有するのが一般的である。これらビデオコンテンツ間のデータサイズの差は、所定のＭＢＭＳサービスについて、スケジュールされた期間の一部にデータが何も送信されないという状況を生み出しうる。
【０００８】
例えば、スポーツチャネルおよびニュースチャネルがＭＢＳＦＮ領域内で同時に送信されている場合、ニュースチャネルはスポーツチャネルに対してかなり低いビットレートを有しうるので、ある期間について、ニュースチャネルの送信がスケジュールされている期間よりも短い時間で完了しうる。
【０００９】
従って、各ＭＣＨが、そのＭＣＨにマッピングされているサービスについての（動的）ＭＣＨスケジュール情報（ＭＳＩ）を搬送することが望まれる。これにより、ユーザ機器（ＵＥ）は対象のサービスが送信される時だけウェイクアップし、他のサービスの送信中やサービスが送信されない際にスリープすることができる。３ＧＰＰ標準化において、ＭＳＩをスケジューリングインターバルの最初の搬送ブロック（ＴＢ）で送信することが検討されている。従って、ＭＳＩが送信される無線リソース、例えばＬＴＥ(Long Term Evolution)でのサブフレームは、スケジューリングインターバルの開始時点から暗に既知である。スケジューリングインターバルは通常３２０ｍｓだが、サービスのバースト性(burstiness)およびスケジュールによって導入される遅延の限度に応じて、短くなることもあれば、数秒になることもある。
【００１０】
例えば、ＭＳＩは個々のＭＣＨにマッピングされたＭＢＭＳサービスの将来のスケジューリングを示すとともに、一部のスケジュール期間に所定のＭＢＭＳサービスについてのデータが送信されない箇所を示す。この目的のため、ＭＳＩはスケジューリング期間の番号（カウンタのような）によって示される情報、例えば所定のＭＢＭＳサービスを受信するためにＵＥがいくつのスケジュール期間待つ必要があるか、を含むことができる。
【００１１】
全ＭＢＭＳサービスのＭＳＩをまとめて符号化し、全ＭＢＭＳサービスについてのＭＳＩを最初のＴＢにマッピングすることは、効率を高める。さらに、ＵＥは次の（１以上の）スケジューリングインターバルのどこでウェイクアップすべきかを正確に知っている。ＵＥは、最初のＴＢで搬送されるサービスに興味がない場合であっても、スケジューリングブロックを含むサブフレームについて余分にウェイクアップすれば足りる。
【００１２】
ＭＣＨは、自身が搬送するサービスのＱｏＳ要件に従って設定される。しかし、ＭＳＩを復号できないＵＥは少なくとも以下の問題に直面することになるため、ＭＳＩを含んだ（１つ以上の）ＴＢは、低いＢＬＥＲを有する必要がある。ＭＳＩを復号できないＵＥは、よく考えられたスケジューリングインターバル内で、意図するサービスのＴＢを全く受信できず、ＱｏＳが低下する。あるいは、意図されたサービスの開始を検出するためにＵＥはスケジューリングインターバルの始めから意図するサービスのＴＢセグメントが始まるまで、全てのＴＢを読まなくてはならず、ＵＥの電池消費が増加する。
【発明の概要】
【００１３】
従って、ブロードキャスト／マルチキャストサービス送信を設定するための、改善され、より効率的な技術の提供に対する必要性が存在する。
【００１４】
第１の見地によれば、スケジュール情報と１つ以上のマルチキャストサービスに属するデータとを搬送するマルチキャストチャネルの送信を設定するための方法が提供される。スケジュール情報は、マルチキャストチャネルにマッピングされたマルチキャストサービスのスケジュールを示す。方法は、マルチキャストチャネル上のスケジュール情報の送信をスケジュール情報固有送信要件に基づいて設定するとともに、１つ以上のマルチキャストサービスに属するデータの送信をサービス固有送信要件に基づいて設定するステップと、スケジュール情報固有送信要件およびサービス固有送信要件を通知するステップと、を有する。
【００１５】
マルチキャストサービスはマルチキャストサービスのみならず、ブロードキャストサービスや、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）のようなブロードキャスト／マルチキャストサービスの組み合わせであってよい。マルチキャストサービスがＭＢＭＳ仕様に準拠する場合、マルチキャストチャネルはマルチキャストチャネル（ＭＣＨ）であってよく、スケジュール情報はＭＣＨスケジュール情報（ＭＳＩ）であってよい。ＭＳＩについて用いられる別の用語は動的スケジュール情報（ＤＩＳ）である。スケジュール情報固有送信要件およびサービス固有送信要件は互いに異なっていてもよく、また例えばｅＮｏｄｅＢ（ｅＮＢ）やマルチセル／マルチキャストコーディネーションエンティテイ（ＭＣＥ）のようなネットワークノードから、例えばＭＢＭＳ対応ユーザ機器（ＵＥ）やＭＢＭＳ対応ＬＴＥ ＵＥのような（移動体）端末機器に通知されてよい。
【００１６】
ＬＴＥ ＭＢＭＳにおけるＭＣＨについてのＭＳＩが、このＭＣＨのＭＣＨサブフレーム割り当ての特定の（１つ以上の）サブフレームで送信され、このＭＣＨの残りのサブフレームが１以上のＭＢＭＳサービスに属するデータの送信に用いられること、またＭＳＩについての送信要件（例えばサービス品質（ＱｏＳ）要件）が（１以上の）ＭＢＭＳサービスについての送信要件と大きく異なりうることを考慮し、ＭＳＩの送信に用いられる（１以上の）サブフレームに対しては、ＭＣＨの残りのサブフレームとは異なる送信要件またはＱｏＳ（例えば変調および符号化方法（ＭＣＳ））を用いることが提案される。ＭＳＩについての送信要件（例えばＱｏＳ要件）は、ＭＳＩについて望ましい、低いＢＬＥＲが実現されるように設定されてよい。
【００１７】
「ＭＳＩの送信に用いられる（１以上の）サブフレームに対する、ＭＣＨの残りのサブフレームとは異なる送信要件またはＱｏＳ（例えばＭＣＳ）」という文脈における、「異なる」という語は、ＭＳＩについての送信要件またはＱｏＳと、１以上のＭＢＭＳサービスに属するデータについての送信要件またはＱｏＳとが異なる値であってもよいことを意味し、異なる値であることを必ずしも要件としない。しかし、ＭＳＩとデータについてのＱｏＳは同じ値または要件であってもよい。「異なる」という語は、「異なる値」ではなく、「別個」または「独立」という意味で解されなければならない。「別個」という語は、ＭＳＩ固有送信要件およびサービス固有送信要件が、「別個の（異なる）信号で」という意味で、別個に通知されてもよいが、その意味に限定されない。ＭＳＩ固有送信要件およびサービス固有送信要件は、同一チャネル上、例えば同報制御チャネル（ＢＣＣＨ）やマルチキャスト制御チャネル（ＭＣＣＨ）上で通知されてもよい。
【００１８】
上述した文脈において、「異なる」そして「別個」という語は、１以上のマルチキャストサービス（例えばＭＢＭＳサービス）に属するデータと、スケジュール情報（例えばＭＳＩ）とで、別個の送信要件が用いられること、すなわち、スケジュール情報の送信を設定するためにスケジュール情報固有送信要件が用いられ、１以上のマルチキャストサービスに属するデータの送信を設定するためにサービス固有送信要件が用いられることのみを要件とする。
【００１９】
上述の方法はさらに、１以上のスケジュール情報固有ＱｏＳ特性に関するスケジュール情報固有ＱｏＳ値と、１以上のサービス固有ＱｏＳ特性に関するサービス固有ＱｏＳ値とを決定するステップをさらに有してよい。例えば、スケジュール情報固有ＱｏＳ値はスケジュール情報固有ＢＬＥＲを有し、サービス固有ＱｏＳ値はサービス固有ＢＬＥＲを有する。スケジュール情報固有ＢＬＥＲは、サービス固有ＢＬＥＲと異なっても等しくてもよい。スケジュール情報固有ＱｏＳ値およびサービス固有ＱｏＳ値に応じて、スケジュール情報固有送信要件およびサービス固有送信要件がそれぞれ決定または選択されてよい。
【００２０】
スケジュール情報固有ＱｏＳ値がサービス固有ＱｏＳ値と異なる場合、スケジュール情報固有送信要件はスケジュール情報固有ＱｏＳ値に基づいて選択されてよい。すなわち、サービス固有送信要件は、サービス固有ＱｏＳ値に基づいて選択されてよい。このようにして、１以上のマルチキャストサービスに属するデータに用いられるものと（値が異なるという意味において）異なる送信要件を、スケジュール情報に用いることができる。例えば、１以上のマルチキャストサービスに属するデータに用いられるものより低いＢＬＥＲを有する送信要件を、スケジュール情報に用いることができる。これにより、スケジュール情報を受信する移動端末によってスケジュール情報を正しく復号できることを確実にする。
【００２１】
スケジュール情報固有ＱｏＳ値がサービス固有ＱｏＳ値と等しい場合、スケジュール情報固有送信要件とサービス固有送信要件とに共通する送信要件が選択されてよい。
【００２２】
第１の変形例によれば、マルチキャストサービスがＭＢＭＳ規格に準拠する場合、各ＭＢＭＳサービスのデータは個々のＭＢＭＳトラフィックチャネル（ＭＴＣＨ）上で搬送されてよく、また１以上のＭＴＣＨがＭＣＨに多重化されてよい。１以上のＭＴＣＨがＭＳＩと１つの搬送ブロック（ＴＢ）上に多重化される場合、ＭＣＨは２つのデータサブセット、すなわちＴＢ上にＭＳＩと多重化される第１データサブセットと、ＴＢ上にＭＳＩと多重化されない残りのデータの第２データサブセットを含む。
【００２３】
この第１の変形例によれば、ＭＳＩおよびＴＢ上にＭＳＩと多重化される１以上のＭＴＣＨの両方、すなわちＭＳＩと第１データサブセットの両方について、１つの送信要件がＭＳＩ固有送信要件およびサービス固有送信要件として選択されてよい。その後、サービス固有送信要件が、ＴＢ上にＭＳＩと多重化されない残りの（１以上の）ＭＴＣＨ、すなわち第２データサブセットについて選択されてよい。この変形例によれば、ＴＢ上にＭＳＩと多重化される（１以上の）ＭＴＣＨと、ＭＣＨに多重化される残りの（１以上の）ＭＴＣＨとについて、別個の送信要件が選択される。（一方がＭＳＩおよび第１データサブセット、他方が第２データサブセットについての）別個の送信要件は、異なっていても同じであってもよい。
【００２４】
１つの送信要件はＭＳＩ固有送信要件（第１実施例）または、ＭＳＩ固有送信要件およびＴＢ上にＭＳＩと多重化される１以上のＭＴＣＨのサービス固有送信要件よりもロバストな送信要件であってよい（第２実施例）。
【００２５】
マルチキャストサービスがＭＢＭＳ規格に準拠する場合、ＭＣＣＨはさらに１以上のＭＴＣＨとともにＭＣＨに多重化される。
【００２６】
第１の変形例と組み合わされてもされなくてもよい第２の変形例によれば、方法は複数のマルチキャストチャネル、例えば複数のＭＣＨについて実行されてよい。この場合、複数のマルチキャストチャネルの各々について異なるサービス固有送信要件が用いられてよく、複数のマルチキャストチャネルの各々、あるいは少なくとも２つ以上について同じスケジュール情報固有送信要件が用いられてよい。
【００２７】
第２の見地によれば、スケジュール情報と１つ以上のマルチキャストサービスに属するデータとを搬送するマルチキャストチャネルを復号するための方法が提供される。スケジュール情報は、マルチキャストチャネルにマッピングされたマルチキャストサービスのスケジュールを示す。方法は、スケジュール情報固有送信要件およびサービス固有送信要件を決定するステップと、スケジュール情報固有送信要件に基づいてスケジュール情報を復号するとともに、サービス固有送信要件に基づいて１以上のマルチキャストサービスに属するデータを復号するステップとを有する。このようにして、スケジュール情報と、１以上のマルチキャストサービスに属するデータとの、別個の送信要件が実現できる。
【００２８】
スケジュール情報固有送信要件は、ネットワークノード、例えばｅＮｏｄｅＢ（ｅＮＢ）から（移動体）端末機器、例えばユーザ機器（ＵＥ）が受信した信号から、端末機器によって決定されてよい。
【００２９】
第２の見地の第１の変形例によれば、マルチキャストチャネルはマルチキャストチャネル（ＭＣＨ）であってよく、スケジュール情報はＭＣＨスケジュール情報（ＭＳＩ）であってよく、マルチキャストサービスはマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）規格に準拠してよい。ＭＳＩ固有送信要件およびサービス固有送信要件は、ネットワークノードから端末機器に通知されてよい同報制御チャネル（ＢＣＣＨ）またはマルチキャスト制御チャネル（ＭＣＣＨ）から、（端末機器によって）判定されてよい。
【００３０】
別個のスケジュール情報固有送信要件およびサービス固有送信要件は、異なっていても等しくてもよい。
【００３１】
スケジュール情報固有送信要件がサービス固有送信要件と異なる場合、（ネットワークノードから端末機器が受信した）スケジュール情報は、スケジュール情報固有送信要件に基づいて復号されてよく、また（ネットワークノードから端末機器が受信した）１以上のマルチキャストサービスに属するデータは、サービス固有送信要件に基づいて復号されてよい。
【００３２】
スケジュール情報固有送信要件がサービス固有送信要件と等しい場合、スケジュール情報および１以上のマルチキャストサービスに属するデータは、共通の送信要件に基づいて復号されてよい。共通の送信要件は、スケジュール情報固有送信要件またはサービス固有送信要件であるか、スケジュール情報固有送信要件およびサービス固有送信要件よりもロバストなものであってよい。
【００３３】
第２の見地の第１の変形例よれば、マルチキャストチャネルはマルチキャストチャネル（ＭＣＨ）であってよく、スケジュール情報はＭＣＨスケジュール情報（ＭＳＩ）であってよく、マルチキャストサービスはマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）規格に準拠してよく、各ＭＢＭＳサービスのデータは個々のＭＢＭＳトラフィックチャネル（ＭＴＣＨ）上で搬送されてよく、１以上のＭＴＣＨがＭＣＨに多重化されてよい。
【００３４】
１以上のＭＴＣＨがＭＳＩと搬送ブロック（ＴＢ）上に多重化される場合、ＭＳＩおよび、ＴＢ上にＭＳＩと多重化される１以上のＭＴＣＨは、ＭＳＩ固有送信要件に基づいて復号化されてよく、あるいはＭＳＩおよび、ＴＢ上にＭＳＩと多重化される１以上のＭＴＣＨは、ＭＳＩ固有送信要件およびＭＳＩとＴＢ上に多重化される１以上のＭＴＣＨのサービス固有送信要件よりもロバストな送信要件に基づいて復号されてよい。ＭＳＩおよび関連する（１以上の）ＭＴＣＨの復号とは独立して、ＭＣＨの残りの（１以上の）ＭＴＣＨはサービス固有送信要件に基づいて復号されてよい。
【００３５】
第２の見地の第１の変形例と組み合わせても組み合わせなくてもよい第２の見地の第２の変形例によれば、スケジュール情報固有送信要件はスケジュール情報の再送信回数を指定するパラメータを有してよい。あるいは、又はさらに、スケジュール情報固有送信要件は、スケジュール情報についての変調および符号化方法（ＭＣＳ）を有してもよい。同様に、サービス固有送信要件は、１以上のマルチキャストサービスに属するデータの再送信回数を指定するパラメータを有してもよい。あるいは、又はさらに、サービス固有送信要件は、１以上のマルチキャストサービスに属するデータについてのＭＣＳを有してもよい。
【００３６】
さらなる見地によれば、コンピュータプログラム製品が１以上のコンピュータ機器で実行された際に、ここで説明する方法の見地のいずれか１つのステップを実行するためのプログラムコード部分を有するコンピュータプログラム製品が提案される。コンピュータプログラム製品は、コンピュータ読み取り可能な記録媒体に格納されてよい。
【００３７】
さらに別の見地によれば、スケジュール情報および１つ以上のマルチキャストサービスに属するデータを搬送するマルチキャストチャネルの送信を設定するためのネットワークノードが提供される。スケジュール情報は、マルチキャストチャネルにマッピングされたマルチキャストサービスのスケジュールを示す。ネットワークノードは、マルチキャストチャネル上のスケジュール情報の送信をスケジュール情報固有送信要件に基づいて設定するとともに、１つ以上のマルチキャストサービスに属するデータの送信をサービス固有送信要件に基づいて設定する手段と、スケジュール情報固有送信要件およびサービス固有送信要件を通知する手段と、を有する。
【００３８】
ネットワークノードは、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）規格に従ったｅＮｏｄｅＢ（ｅＮＢ）またはマルチセル／マルチキャストコーディネーションエンティテイ（ＭＣＥ）であってよい。
【００３９】
さらにべつの見地によれば、スケジュール情報と１つ以上のマルチキャストサービスに属するデータとを搬送するマルチキャストチャネルを復号するための端末機器が提供される。スケジュール情報は、マルチキャストチャネルにマッピングされたマルチキャストサービスのスケジュールを示す。端末機器は、スケジュール情報固有送信要件およびサービス固有送信要件を決定する手段と、スケジュール情報固有送信要件に基づいてスケジュール情報を復号するとともに、サービス固有送信要件に基づいて１以上のマルチキャストサービスに属するデータを復号する手段とを有する。
【００４０】
移動端末はマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）対応のユーザ機器（ＵＥ）またはＭＢＭＳ対応のＬＴＥ ＵＥであってよい。
【図面の簡単な説明】
【００４１】
【図１】本発明に係るネットワークノードおよび端末機器の模式図である。
【図２】図１に示したネットワークノードの模式図である。
【図３】図１に示した端末機器の模式図である。
【図４】図１および図２に示したネットワークノードで実施される、方法の第１実施形態を示すフローチャートである。
【図５】図１および図２に示したネットワークノードで実施される、方法の第２実施形態を示すフローチャートである。
【図６】図１および図３に示した端末機器で実施される、方法の第３実施形態を示すフローチャートである。
【図７】図２および図３に示した端末機器で実施される、方法の第４実施形態を示すフローチャートである。
【発明を実施するための形態】
【００４２】
以下、図示された例示的な実施形態に関して本発明をさらに説明する。
以下の説明においては、本発明の完全な理解を提供するため、限定ではなく説明を目的として、特定のネットワークノードを含んだ特定のネットワークトポロジのような具体的な詳細が説明される。本技術分野の当業者には、本発明がそれら具体的な詳細とは離れた他の実施形態において実施されうることが明らかであろう。例えば、当業者は、本発明が本発明を説明するために以下で説明される３ＧＰＰ ＭＢＭＳとは異なるマルチキャスト／ブロードキャストの仕組みを用いて実施されてもよいことを理解するであろう。また、本発明は、移動ユーザまたは固定ユーザがアタッチすることのできる任意のネットワークにおいて実施されうる。例えば、本発明はセルラネットワーク以外にも、ＷＬＡＮ、ブルートゥース（登録商標）、ＤＶＢまたは同様の無線ネットワークはもちろん、例えば、いくつか／多数の子会社を有する企業のイントラネットやインターネットのような有線ネットワークに対しても適用可能である。
【００４３】
さらに、本技術分野に属する当業者は、以下に説明する機能が、個々のハードウェア回路を用いて、プログラムされたマイクロプロセッサ又は汎用コンピュータとともにソフトウェア機能を用いて、特定用途向け集積回路（ＡＳＩＣ）、および／または、１つ以上のディジタルシグナルプロセッサ（ＤＳＰ）を用いて実施されてよいことを理解するであろう。本発明が方法として説明される場合、コンピュータプロセッサおよびプロセッサに接続されたメモリにおいても実施可能であることが理解されよう。なおメモリには、プロセッサによって実行された際に、ここで説明する方法を実行するための１つ以上のプログラムがエンコードされている。
【００４４】
以下に説明する例示的な実施形態はマルチキャストサービスおよびマルチキャスト送信に基づくが、ブロードキャスト送信に基づくポイントツーマルチポイント（ＰＴＭ）技術もまた使用できることを当業者は理解するであろう。
【００４５】
図１に関して、ネットワークノード１００および端末機器１１０が図示されている。ネットワークノード１００は、ｅＮｏｄｅＢ（ｅＮＢ）またはＭＢＭＳサービスを提供するＭＢＭＳ提供ネットワーク内のマルチセル／マルチキャストコーディネーションエンティティ（ＭＣＥ）を例示的に有してよい。また、端末機器（ユーザ機器）１００は、マルチメディアブロードキャストマルチキャストサービスにアクセス可能なユーザ機器（ＵＥ）を例示的に有してもよい。図１に模式的に示されるように、ネットワークノード１００はユニット１０１を有し、ユーザ端末１１０はユニット１１１を有する。ネットワークノード１００のユニット１０１は図４および図５における第１および第２実施形態（アルゴリズム）を実行するように構成される。ユーザ端末１１０のユニット１１１は図６および図７に示される方法の第３および第４実施形態（アルゴリズム）を実行するように構成される。ネットワークノード１００はユーザ機器１１０と通信するためのアンテナ１０２を有する。同様に、ユーザ機器１１０はネットワークノードと通信するためのアンテナ１１２を有する。
【００４６】
図２に、図１のネットワークノード１００を（依然として模式的ではあるが）より詳細に図示した。図２に示すように、図４および図５に示される方法の第１および第２実施形態をそれぞれ実行するためのユニット１０１は、互いに接続された設定部１０４および通知部１０６を有する。設定部１０４および通知部１０６の動作は、図４および図５に関して後述する。
【００４７】
図３に、図１のユーザ機器１１０を（依然として模式的ではあるが）より詳細に図示した。図３に示すように、図６および図７に示される方法の第３および第４実施形態をそれぞれ実行するためのユニット１１１は、互いに接続された判定部１１４および復号部１１６を有する。判定部１１４および復号部１１６の動作は、図６および図７に関して後述する。
【００４８】
図４を参照して、ネットワークノード１００、より具体的にはネットワーク１００のユニット１０１で実施される方法の第１の実施形態を説明する。方法の第１の実施形態はステップ４０４および４０６を有する必要がある。ステップ４０４および４０６に加え、付加的なステップ４０２が提供されてもよい。
【００４９】
ステップ４０２で、スケジュール情報固有送信要件およびサービス固有送信要件が決定されてよい。この目的のため、スケジュール情報固有サービス品質（ＱｏＳ）値およびサービス固有送信ＱｏＳ値が設定部１０４またはネットワーク１００の決定部（不図示）で決定されてよい。これに関連して、スケジュール情報固有ＱｏＳ値は、スケジュール情報固有ブロック誤り率（ＢＬＥＲ）、すなわちマルチキャストチャネル（ＭＣＨ）スケジュール情報（ＭＳＩ）が要求するＢＬＥＲを示す情報を有する。それに従って、サービス固有ＱｏＳ値はサービス固有ブロック誤り率（ＢＬＥＲ）、すなわちＭＣＨに多重化される１以上のマルチキャストトラフィックチャネル（ＭＴＣＨ）上で搬送されるデータが要求するＢＬＥＲを示す情報を有する。ステップ４０２で、スケジュール情報固有ＱｏＳ値に基づいてスケジュール情報固有送信要件が決定され、サービス固有ＱｏＳ値に基づいてサービス固有送信要件が決定される。
【００５０】
スケジュール情報固有送信要件は、スケジュール情報について必要なＢＬＥＲに応じて適切なスケジュール情報固有変調および符号化方法（ＭＣＳ）が選択されるように決定されてよく、またサービス固有送信要件は、ＭＣＨにマッピングされる（１以上の）サービスの各々に必要なＢＬＥＲに応じて適切なサービス固有ＭＣＳが選択されるように決定されてよい。
【００５１】
ステップ４０４において、ＭＳＩの送信がスケジュール情報固有送信要件に基づき設定部１０４によって設定され、（１以上の）ＭＴＣＨの送信がサービス固有送信要件に基づき設定部１０４によって設定される。スケジュール情報固有送信要件およびサービス固有送信要件は、ステップ４０２で予め決定されていてもよいし、設定部１０４によって決定されていてもよい。
【００５２】
上述の通り、適切なスケジュール情報固有ＭＣＳおよび適切なサービス固有ＭＣＳが選択されてよい。選択されたスケジュール情報固有ＭＣＳに応じて、送信のためにスケジュール情報は符号化ならびに設定されてよい。同様に、送信のために、データはサービス固有ＭＣＳに基づいて符号化および設定されてよい。
【００５３】
ともあれ、スケジュール情報固有送信要件およびサービス固有送信要件は、設定部１０４および通知部１０６によって提供される。
【００５４】
そしてステップ４０６で通知部１０６は、スケジュール情報固有送信要件およびサービス固有送信要件をユーザ機器１１０に通知する。通知部１０６は例えばスケジュール情報固有送信要件およびサービス固有送信要件をマルチキャスト制御チャネル（ＭＣＣＨ）上で、アンテナ１０２を通じてユーザ機器１１０に通知するように構成される。さらに通知部１０６は例えば、ＭＳＩおよび（１以上の）ＭＴＣＨを、ＭＣＨで、アンテナ１０２を通じてユーザ機器１１０に通知するように構成される。
【００５５】
図５を参照して、ネットワークノード１００で実施される方法の第２実施形態について説明する。方法の第２実施形態は方法の第１の実施形態のより詳細なバージョンである。ステップ５０２において、１以上のスケジュール情報固有ＱｏＳ特性に関するスケジュール情報固有ＱｏＳ値と、１以上のサービス固有ＱｏＳ特性に関するサービス固有ＱｏＳ値とが決定される。サービス固有ＱｏＳ特性は例えばＭＣＨにマッピングされた１以上のＭＴＣＨが必要とする第１ブロック誤り率（ＢＬＥＲ１）を示し、スケジュール情報固有ＱｏＳ特性は例えばＭＣＨにマッピングされたＭＳＩが必要とする第２ブロック誤り率（ＢＬＥＲ２）を示す。
【００５６】
そして、ステップ５０４において、スケジュール情報固有ＱｏＳ値がサービス固有ＱｏＳ値と異なるかどうかが判定される。状況を限定するものではないが、本例では、ＢＬＥＲ１とＢＬＥＲ２とが互いに異なるため、それぞれのＱｏＳ値が互いに異なる。
【００５７】
しかし、スケジュール情報固有ＱｏＳ値がサービス固有ＱｏＳ値と等しいと仮定すると、アルゴリズムはステップ５０６に進み、共通送信要件（例えば、図５では共通ＱｏＳ設定と命名している）がＭＳＩおよびＭＣＨにマッピングされた（１以上の）ＭＴＣＨに対して選択される。いずれのＱｏＳも同じＢＬＥＲ１を示す場合、第１変調および符号化方法（ＭＣＳ１）が共通送信要件として選択され（ステップ５０６）、ＭＣＳ１がＭＳＩおよび（１以上の）ＭＴＣＨの両方に適用される（ステップ５１６）。例えば即時性が重要なメッセージングアプリケーションの場合のように、スケジュール情報のみならずデータが比較的低いＢＬＥＲを望む場合が考えられる。すなわち、所定のアプリケーションにおいては、スケジュール情報およびデータのＢＬＥＲが同じであってよい。そして、例えば低いＢＬＥＲを有する共通送信要件がスケジュール情報およびデータの両方に対して選択されても、スケジュール情報（およびデータ）が正しく復号されることが保証される。
【００５８】
ステップ５０４においてスケジュール情報固有ＱｏＳ値がサービス固有ＱｏＳ値と異なると判定された場合、アルゴリズムはステップ５０８に進む。ステップ５０８はＭＳＩおよび（１以上の）ＭＴＣＨについての適切な送信要件（例えば図５ではＱｏＳ設定と命名している）の別個選択の開始点である。そのため、可能性のある変調および符号化方法（ＭＣＳ）がＭＳＩおよび（１以上の）ＭＴＣＨの両方について選択される。サービス固有ＱｏＳ特性が例えばＭＣＨにマッピングされた（１以上の）ＭＴＣＨが必要とするＢＬＥＲ１を示し、スケジュール情報固有ＱｏＳ特性がＭＣＨにマッピングされたＭＳＩが必要とするＢＬＥＲ２を示す場合、第１変調および符号化方法（ＭＣＳ１）が（１以上の）ＭＴＣＨについて可能性のあるＭＣＳとして選択され、第２変調および符号化方法（ＭＣＳ２）がＭＳＩについて可能性のあるＭＣＳとして選択される。
【００５９】
そしてステップ５１０で、同一の搬送ブロック（ＴＢ）または搬送チャネル上に１以上のＭＴＣＨがＭＳＩと多重化されるかどうかが判定される。同一の搬送ブロック（ＴＢ）または搬送チャネル上に１以上のＭＴＣＨがＭＳＩと多重化されない場合、ステップ５１２および５１４はスキップされる。この場合、ステップ５１６で、ＭＣＳ１がＭＣＨにマッピングされた全てのＭＴＣＨに対して適用され、ＭＣＳ２がＭＳＩに対して適用されるように送信が設定される。
【００６０】
同一の搬送チャネルまたはＴＢ上に１以上のＭＴＣＨがＭＳＩと多重化される場合、ＭＣＨは２つのデータサブセット、すなわちＴＢ上でＭＳＩと多重化される第１データサブセットと、ＴＢ上でＭＳＩと多重化されない残りのデータの第２データサブセットを含む。どのように取り進めるかには２つの選択肢があり、それぞれをステップ５１２および５１４として図示している。ステップ５１２における第１の選択肢によれば、同一のＭＣＳ（すなわちＭＣＳ２）が、ＭＳＩおよび関連する（同一ＴＢ上にＭＳＩと多重化される）ＭＴＣＨの両方に用いられる。残りの（同一ＴＢ上にＭＳＩと多重化されない）ＭＴＣＨについては、異なるＭＣＳ（すなわちＭＣＳ１）が適用される。ステップ５１４における第２の選択肢によれば、ＭＳＩ固有送信要件（ＭＣＳ２）およびサービス固有送信要件（ＭＣＳ１）よりもロバストな送信要件が、ＭＳＩおよび関連するＭＴＣＨの両方の送信の設定に用いられる。ＭＣＳ２がＭＣＳ１よりもロバストな場合、ステップ５１４の送信要件の結果はステップ５１２の結果と等しく、すなわちＭＣＳ２がＭＳＩおよび関連する（１以上の）ＭＴＣＨの両方に用いられる。しかし、ＭＣＳ１がＭＣＳ２よりロバストであれば、ＭＣＳ１がＭＳＩおよび関連する（１以上の）ＭＴＣＨの両方の設定に用いられる。ともあれ、ステップ５１２またはステップ５１４のどちらの要件が用いられるかとは無関係に、ＭＣＳ１が残りの（関連しない）ＭＴＣＨに適用される。
【００６１】
第１の選択肢は、ＭＳＩ固有送信要件および第１データサブセットについてのサービス固有送信要件を互いに比較する必要が無いので、より単純であろう。第１の選択肢によれば、ＭＳＩ固有送信要件がよりロバスト、すなわちより低いＢＬＥＲを必要とするものと仮定することができる。ＭＳＩ固有送信要件が共通の送信要件として選択される場合、少なくともＭＳＩが正しく復号可能であることが保証される。
【００６２】
第２の選択肢においては、比較動作によりいくぶん複雑さが増すであろう。そして、ＭＳＩおよび第１データサブセットの送信を設定するためのただ１つの送信要件として、よりロバストな送信要件、例えばより低いＢＬＥＲを必要とする送信要件が選択されることが保証される。ＭＳＩ固有送信要件およびＴＢ上にＭＳＩと多重化される１以上のＭＴＣＨのサービス固有送信要件の、よりロバストな送信要件が選択される場合、ＭＳＩおよびＴＢ上にＭＳＩと多重化される（１以上の）ＭＴＣＨの両方が正しく復号可能であることが保証される。
【００６３】
そしてステップ５１６において、選択された送信要件を用いて送信が設定され、ステップ５１８において送信要件がユーザ機器１１０に通知される。例えば、選択されたＭＣＳは、ＭＣＣＨ上でネットワークノード１００からユーザ機器１１０に通知される。ＭＢＭＳの全てのＭＣＨのＭＳＩに対して同一の送信要件が適切である場合、サービス固有送信要件が、全てのＭＳＩに適用される共通のメッセージとして通知される。
【００６４】
図５に示す方法の第２の実施形態は、引き続く２つのステップ（不図示）を有してもよい。最初のステップとして、ＭＳＩ用に用いられる無線リソースがユーザ機器１１０にさらに通知されてよい。あるいは、ＭＳＩ用の無線リソースが、対応するＭＣＨの複数の無線リソースの中のある固定位置に決定されてもよい。２番目のステップとして、ネットワークノード１００、例えば通知部１０６が、選択された送信要件、例えばＭＳＩおよび（１以上の）ＭＴＣＨについてそれぞれ選択されたＭＣＳを用いて、（ユーザ機器１１０に）ＭＣＨ上でＭＳＩおよび（１以上の）ＭＴＣＨの送信を実行するように構成される。
【００６５】
図６を参照して、ユーザ機器１１０、特にはユーザ機器１１０のユニット１１１で実行される、方法の第３の実施形態を説明する。第３の実施形態はステップ６０２および６０４を有する。
【００６６】
ステップ６０２で、スケジュール情報固有送信要件およびサービス固有送信要件が判定される。図４および図５に関して説明したように、ネットワークノード１００はスケジュール情報固有送信要件およびサービス固有送信要件をＭＣＣＨ上でユーザ機器１１０に通知する。ユーザ機器はＭＣＣＨを受信し、判定部１１４がそこから、通知されたスケジュール情報固有送信要件およびサービス固有送信要件を判定する（ステップ６０２）。
【００６７】
スケジュール情報固有送信要件は、スケジュール情報の再送信回数を指定するパラメータを有してよい。あるいは、又はさらに、スケジュール情報固有送信要件は、スケジュール情報についての変調および符号化方法（ＭＣＳ）を有してもよい。同様に、サービス固有送信要件は、１以上のマルチキャストサービスに属するデータの再送信回数を指定するパラメータを有してもよい。あるいは、又はさらに、サービス固有送信要件は、１以上のマルチキャストサービスに属するデータについてのＭＣＳを有してもよい。
【００６８】
例えば、サービス固有送信要件が１以上のマルチキャストサービスに属するデータについての第１の変調および符号化方法（ＭＣＳ１）を有し、スケジュール情報固有送信要件が第２の変調および符号化方法（ＭＣＳ２）を有する。ＭＣＳ１は第１のブロック誤り率（ＢＬＥＲ１）がデータについて達成できるように設定されてよく、ＭＣＳ２は第２のブロック誤り率（ＢＬＥＲ２）がスケジュール情報について達成できるように設定されてよい。なお、ＢＬＥＲ２はＢＬＥＲ１以下（または未満）であってよい。
【００６９】
ステップ６０４において、復号部１１６は判定された（通知された）スケジュール情報固有送信要件に基づいてＭＳＩを復号する。同様に、ステップ６０４において、復号部１１６は判定された（通知された）サービス固有送信要件に基づいて（１以上の）ＭＴＣＨを復号する。サービス固有送信要件が１以上のマルチキャストサービスに属するデータに対してＭＣＳ１を有し、スケジュール情報固有送信要件がスケジュール情報に対してＭＣＳ２を有する場合、データはＭＣＳ１を用いて復号されてよく、スケジュール情報はＭＣＳ２を用いて復号されてよい。
【００７０】
スケジュール情報が端末機器によって正しく復号されれば、端末機器はいつウェイクアップすべきか、すなわち、端末機器または端末機器のユーザが興味のある、対象のサービスがどの（１以上の）スケジュールインターバルで送信されるかを厳密に知ることができる。
【００７１】
図７に、端末機器１１０で実施される、方法の第４実施形態を示す。方法の第４実施形態は方法の第３の実施形態のより詳細なバージョンである。ステップ７０２において、所与のＭＣＨに割り当てられたリソースが、ネットワークノード１００からユーザ機器１１０に通知されたＭＣＣＨから判定される。さらに、ＭＳＩに割り当てられた無線リソースがＭＣＣＨに存在するかどうかが判定される。ＭＳＩに割り当てられた無線リソースがＭＣＣＨに存在していれば、個々の無線リソースが判定される。そうでなければ、ステップ７０２で、予め設定された、あるいは規格化された無線リソースがＭＳＩ用であると見なされる。
【００７２】
ステップ７０４で、通知されたスケジュール情報固有送信要件およびサービス固有送信要件（例えば図７ではＱｏＳ設定と命名している）がＭＣＣＨから判定される。図５の例示的な説明に関し、ＭＣＳ１またはＭＣＳ２が、ＭＳＩおよび１以上のＭＴＣＨに対して異なる組み合わせで適用されてよい。ステップ７０６において、ＭＳＩと１以上のＭＴＣＨとで別個の送信要件が適用されるべきか否かが判定される。同一の送信要件をＭＳＩと（１以上の）ＭＴＣＨに適用すべき場合、ステップ７０８で、ＭＳＩおよび（１以上の）全てのＭＴＣＨの両方を復号するために共通送信要件が適用される。
【００７３】
ＭＳＩと１以上のＭＴＣＨとで別個の送信要件を適用すべき場合には、それに従ってステップ７１０で複数の送信要件が適用される。例えば、（１以上の）全てのＭＴＣＨに対してＭＣＳ１を適用すべきであり、ＭＳＩに対してＭＣＳ２を適用すべきであることがネットワークノード１００からＭＣＣＨ上で通知されていてよい。そして、ステップ７１０でこれら要件はそれぞれ適用される。
【００７４】
しかし、ステップ７１２において、同一のＴＢまたは搬送チャネル上に１以上のＭＴＣＨがＭＳＩと多重化されていると判定された場合、さらなるステップ７１４および７１６が実行される。そうでなければ、ステップ７１４および７１６は単純に省略され、ステップ７１０で判定された要件が復号に用いられる。
【００７５】
同一のＴＢまたは搬送チャネル上に１以上のＭＴＣＨがＭＳＩと多重化されている場合、ＭＳＩと、同一のＴＢ上にＭＳＩと多重化されている（１以上の）ＭＴＣＨとに対してそれぞれの送信要件をどのように適用するかについて、２つの選択肢が存在する。ステップ７１４の第１の選択肢によれば、同じＭＣＳ、すなわちＭＣＳ２が、ＭＳＩおよび関連する（同一ＴＢ上にＭＳＩと多重化されている）（１以上の）ＭＴＣＨの両方について用いられる。そして、異なるＭＣＳ、すなわちＭＣＳ１が、残りの（同一ＴＢ上にＭＳＩと多重化されていない）（１以上の）ＭＴＣＨに対して適用される。あるいは、ステップ７１６において、ＭＳＩ固有送信要件およびサービス固有送信要件よりもロバストな送信要件が、ＭＳＩおよび関連する（１以上の）ＭＴＣＨの両方に対して適用される。ＭＣＳ２がＭＣＳ１よりもロバストな場合、ステップ７１６の結果はステップ７１４の結果と等しく、すなわちＭＣＳ２がＭＳＩおよび関連する（１以上の）ＭＴＣＨを復号するために用いられる。しかし、ＭＣＳ１がＭＣＳ２よりロバストであれば、ＭＣＳ１がＭＳＩおよび関連する（１以上の）ＭＴＣＨの両方を復号するために用いられる。どちらのＭＣＳ（ＭＣＳ１またはＭＣＳ２）がよりロバストかとは無関係に、ステップ７１６で、ＭＣＳ１が残りの（関連しない）（１以上の）ＭＴＣＨに対して適用される。
【００７６】
このようにして、ＭＢＭＳサービス送信についての、改良され、より効率的な技術が提供される。
【００７７】
上述の説明から、本発明の多くの利点が完全に理解されるであろうこと、また本発明の範囲から外れることなく、あるいは本発明の利点を一切損なうことなく、その例示的な見地の構築および配置において、様々な変更を行いうることが理解されるであろうと思量する。例えば、方法の第１実施形態に関して説明した変形例および見地は、方法の第２実施形態に対して等しくあてはまる。同様に、方法の第３実施形態に関して説明した変形例および見地は、方法の第４実施形態に対して等しくあてはまる。本発明は様々な方法で変化させることが可能なので、本発明は以下の請求項の範囲によってのみ限定されるべきであることが理解されよう。
【技術分野】
【０００１】
本発明は概して、コンテンツデータのマルチキャスト／ブロードキャスト送信の分野に関する。より具体的には、本発明は、スケジュール情報を搬送するマルチキャスト／ブロードキャストチャネルの送信およびマルチキャスト／ブロードキャストサービスの１つ以上に属するデータを設定するための技術に関する。
【背景技術】
【０００２】
マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）は、アプリケーションレイヤ上で異なるレベルの搬送ブロック誤り率（ＢＬＥＲ）に対処可能な様々なサービスを提供することになっている。例示的なサービスとしては、ダウンロードサービス、オーディオ／ビデオストリーミング、およびメッセージングがある。ダウンロードサービスようなサービスは、高位通信レイヤで誤り訂正符号化が行われることで、１０％のオーダまたはもっと高い比較的高いＢＬＥＲを許容する。
【０００３】
例えば、一部のダウンロードサービスは２０〜４０％のＢＬＥＲを必要とするが、オーディオ／ビデオストリーミングは通常０．１〜１％のＢＬＥＲを必要とし、メッセージングもまた０．１〜１％のＢＬＥＲを必要とする。すなわち、一般に、これらのＢＬＥＲはそれぞれのサービスについてふさわしいものと仮定されている。例えば緊急または事故警報のような即時性が重要な(live-critical)用途では、メッセージングサービスのＢＬＥＲはおそらく０．１％を十分下回るような非常に低い値であることが必要である。
【０００４】
ＭＢＭＳに関し、ある既知のアプローチは、異なる複数の搬送ＢＬＥＲを許容する複数のサービスを、異なる複数のマルチキャストチャネル（ＭＣＨ）にマッピングすることである。つまり、ＭＧＭＳ単一周波数ネットワーク（ＭＢＳＦＮ）領域ごとに異なる変調および符号化方法（ＭＣＳ）を用いる複数のＭＣＨを設定し、各サービスを適切なＭＣＨにマッピングすること、すなわちＭＢＳＦＮ領域内の複数のＭＣＨを異なる複数のＭＣＳを用いて設定することにより、サービス固有のＢＬＥＲ要件をサポートすることができる。
【０００５】
この広く知られたアプローチによれば、異なるＢＬＥＲを許容する異なるサービスが異なるＭＣＨにマッピングされる。そして、各ＭＣＨは、適切なＭＣＳをサーチすることにより、所望のＢＬＥＲまたは同等の必要なサービス品質（ＱｏＳ）用に設定可能になる。
【０００６】
ＭＢＳＦＮ領域内で複数のＭＣＨが用いられる場合、ＭＢＭＳサービスは違った送信をされることができる。複数のＭＣＨを用いることにより、異なる論理チャネルに対して異なるＱｏＳ（またはＭＣＳ）を提供することができ、また、１つのＭＣＨ上の全ての論理チャネルに対するＱｏＳ（またはＭＣＳ）を同一にすることができる。つまり、同一タイプのＭＢＳＭサービスは同一ＭＣＨに多重化することができ、一方で別のタイプのサービスは、例えばＭＣＨ１はビデオサービスタイプ、ＭＣＨ２はオーディオサービスタイプといったように、それらサービス自身の複数のＭＣＨに多重化することができる。
【０００７】
符号化技術、例えば動き補償により、被写体および背景がほとんど動かない（例えば、ニュースや、静止画を用いた音楽チャネル）静的ビデオコンテンツの放送は、比較的非常に低いデータレートを有するのが一般的である。一方、スポーツ放送、アクションムービー、静止画を用いない音楽ビデオのような動的ビデオコンテンツは、非常に高いデータレートを有するのが一般的である。これらビデオコンテンツ間のデータサイズの差は、所定のＭＢＭＳサービスについて、スケジュールされた期間の一部にデータが何も送信されないという状況を生み出しうる。
【０００８】
例えば、スポーツチャネルおよびニュースチャネルがＭＢＳＦＮ領域内で同時に送信されている場合、ニュースチャネルはスポーツチャネルに対してかなり低いビットレートを有しうるので、ある期間について、ニュースチャネルの送信がスケジュールされている期間よりも短い時間で完了しうる。
【０００９】
従って、各ＭＣＨが、そのＭＣＨにマッピングされているサービスについての（動的）ＭＣＨスケジュール情報（ＭＳＩ）を搬送することが望まれる。これにより、ユーザ機器（ＵＥ）は対象のサービスが送信される時だけウェイクアップし、他のサービスの送信中やサービスが送信されない際にスリープすることができる。３ＧＰＰ標準化において、ＭＳＩをスケジューリングインターバルの最初の搬送ブロック（ＴＢ）で送信することが検討されている。従って、ＭＳＩが送信される無線リソース、例えばＬＴＥ(Long Term Evolution)でのサブフレームは、スケジューリングインターバルの開始時点から暗に既知である。スケジューリングインターバルは通常３２０ｍｓだが、サービスのバースト性(burstiness)およびスケジュールによって導入される遅延の限度に応じて、短くなることもあれば、数秒になることもある。
【００１０】
例えば、ＭＳＩは個々のＭＣＨにマッピングされたＭＢＭＳサービスの将来のスケジューリングを示すとともに、一部のスケジュール期間に所定のＭＢＭＳサービスについてのデータが送信されない箇所を示す。この目的のため、ＭＳＩはスケジューリング期間の番号（カウンタのような）によって示される情報、例えば所定のＭＢＭＳサービスを受信するためにＵＥがいくつのスケジュール期間待つ必要があるか、を含むことができる。
【００１１】
全ＭＢＭＳサービスのＭＳＩをまとめて符号化し、全ＭＢＭＳサービスについてのＭＳＩを最初のＴＢにマッピングすることは、効率を高める。さらに、ＵＥは次の（１以上の）スケジューリングインターバルのどこでウェイクアップすべきかを正確に知っている。ＵＥは、最初のＴＢで搬送されるサービスに興味がない場合であっても、スケジューリングブロックを含むサブフレームについて余分にウェイクアップすれば足りる。
【００１２】
ＭＣＨは、自身が搬送するサービスのＱｏＳ要件に従って設定される。しかし、ＭＳＩを復号できないＵＥは少なくとも以下の問題に直面することになるため、ＭＳＩを含んだ（１つ以上の）ＴＢは、低いＢＬＥＲを有する必要がある。ＭＳＩを復号できないＵＥは、よく考えられたスケジューリングインターバル内で、意図するサービスのＴＢを全く受信できず、ＱｏＳが低下する。あるいは、意図されたサービスの開始を検出するためにＵＥはスケジューリングインターバルの始めから意図するサービスのＴＢセグメントが始まるまで、全てのＴＢを読まなくてはならず、ＵＥの電池消費が増加する。
【発明の概要】
【００１３】
従って、ブロードキャスト／マルチキャストサービス送信を設定するための、改善され、より効率的な技術の提供に対する必要性が存在する。
【００１４】
第１の見地によれば、スケジュール情報と１つ以上のマルチキャストサービスに属するデータとを搬送するマルチキャストチャネルの送信を設定するための方法が提供される。スケジュール情報は、マルチキャストチャネルにマッピングされたマルチキャストサービスのスケジュールを示す。方法は、マルチキャストチャネル上のスケジュール情報の送信をスケジュール情報固有送信要件に基づいて設定するとともに、１つ以上のマルチキャストサービスに属するデータの送信をサービス固有送信要件に基づいて設定するステップと、スケジュール情報固有送信要件およびサービス固有送信要件を通知するステップと、を有する。
【００１５】
マルチキャストサービスはマルチキャストサービスのみならず、ブロードキャストサービスや、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）のようなブロードキャスト／マルチキャストサービスの組み合わせであってよい。マルチキャストサービスがＭＢＭＳ仕様に準拠する場合、マルチキャストチャネルはマルチキャストチャネル（ＭＣＨ）であってよく、スケジュール情報はＭＣＨスケジュール情報（ＭＳＩ）であってよい。ＭＳＩについて用いられる別の用語は動的スケジュール情報（ＤＩＳ）である。スケジュール情報固有送信要件およびサービス固有送信要件は互いに異なっていてもよく、また例えばｅＮｏｄｅＢ（ｅＮＢ）やマルチセル／マルチキャストコーディネーションエンティテイ（ＭＣＥ）のようなネットワークノードから、例えばＭＢＭＳ対応ユーザ機器（ＵＥ）やＭＢＭＳ対応ＬＴＥ ＵＥのような（移動体）端末機器に通知されてよい。
【００１６】
ＬＴＥ ＭＢＭＳにおけるＭＣＨについてのＭＳＩが、このＭＣＨのＭＣＨサブフレーム割り当ての特定の（１つ以上の）サブフレームで送信され、このＭＣＨの残りのサブフレームが１以上のＭＢＭＳサービスに属するデータの送信に用いられること、またＭＳＩについての送信要件（例えばサービス品質（ＱｏＳ）要件）が（１以上の）ＭＢＭＳサービスについての送信要件と大きく異なりうることを考慮し、ＭＳＩの送信に用いられる（１以上の）サブフレームに対しては、ＭＣＨの残りのサブフレームとは異なる送信要件またはＱｏＳ（例えば変調および符号化方法（ＭＣＳ））を用いることが提案される。ＭＳＩについての送信要件（例えばＱｏＳ要件）は、ＭＳＩについて望ましい、低いＢＬＥＲが実現されるように設定されてよい。
【００１７】
「ＭＳＩの送信に用いられる（１以上の）サブフレームに対する、ＭＣＨの残りのサブフレームとは異なる送信要件またはＱｏＳ（例えばＭＣＳ）」という文脈における、「異なる」という語は、ＭＳＩについての送信要件またはＱｏＳと、１以上のＭＢＭＳサービスに属するデータについての送信要件またはＱｏＳとが異なる値であってもよいことを意味し、異なる値であることを必ずしも要件としない。しかし、ＭＳＩとデータについてのＱｏＳは同じ値または要件であってもよい。「異なる」という語は、「異なる値」ではなく、「別個」または「独立」という意味で解されなければならない。「別個」という語は、ＭＳＩ固有送信要件およびサービス固有送信要件が、「別個の（異なる）信号で」という意味で、別個に通知されてもよいが、その意味に限定されない。ＭＳＩ固有送信要件およびサービス固有送信要件は、同一チャネル上、例えば同報制御チャネル（ＢＣＣＨ）やマルチキャスト制御チャネル（ＭＣＣＨ）上で通知されてもよい。
【００１８】
上述した文脈において、「異なる」そして「別個」という語は、１以上のマルチキャストサービス（例えばＭＢＭＳサービス）に属するデータと、スケジュール情報（例えばＭＳＩ）とで、別個の送信要件が用いられること、すなわち、スケジュール情報の送信を設定するためにスケジュール情報固有送信要件が用いられ、１以上のマルチキャストサービスに属するデータの送信を設定するためにサービス固有送信要件が用いられることのみを要件とする。
【００１９】
上述の方法はさらに、１以上のスケジュール情報固有ＱｏＳ特性に関するスケジュール情報固有ＱｏＳ値と、１以上のサービス固有ＱｏＳ特性に関するサービス固有ＱｏＳ値とを決定するステップをさらに有してよい。例えば、スケジュール情報固有ＱｏＳ値はスケジュール情報固有ＢＬＥＲを有し、サービス固有ＱｏＳ値はサービス固有ＢＬＥＲを有する。スケジュール情報固有ＢＬＥＲは、サービス固有ＢＬＥＲと異なっても等しくてもよい。スケジュール情報固有ＱｏＳ値およびサービス固有ＱｏＳ値に応じて、スケジュール情報固有送信要件およびサービス固有送信要件がそれぞれ決定または選択されてよい。
【００２０】
スケジュール情報固有ＱｏＳ値がサービス固有ＱｏＳ値と異なる場合、スケジュール情報固有送信要件はスケジュール情報固有ＱｏＳ値に基づいて選択されてよい。すなわち、サービス固有送信要件は、サービス固有ＱｏＳ値に基づいて選択されてよい。このようにして、１以上のマルチキャストサービスに属するデータに用いられるものと（値が異なるという意味において）異なる送信要件を、スケジュール情報に用いることができる。例えば、１以上のマルチキャストサービスに属するデータに用いられるものより低いＢＬＥＲを有する送信要件を、スケジュール情報に用いることができる。これにより、スケジュール情報を受信する移動端末によってスケジュール情報を正しく復号できることを確実にする。
【００２１】
スケジュール情報固有ＱｏＳ値がサービス固有ＱｏＳ値と等しい場合、スケジュール情報固有送信要件とサービス固有送信要件とに共通する送信要件が選択されてよい。
【００２２】
第１の変形例によれば、マルチキャストサービスがＭＢＭＳ規格に準拠する場合、各ＭＢＭＳサービスのデータは個々のＭＢＭＳトラフィックチャネル（ＭＴＣＨ）上で搬送されてよく、また１以上のＭＴＣＨがＭＣＨに多重化されてよい。１以上のＭＴＣＨがＭＳＩと１つの搬送ブロック（ＴＢ）上に多重化される場合、ＭＣＨは２つのデータサブセット、すなわちＴＢ上にＭＳＩと多重化される第１データサブセットと、ＴＢ上にＭＳＩと多重化されない残りのデータの第２データサブセットを含む。
【００２３】
この第１の変形例によれば、ＭＳＩおよびＴＢ上にＭＳＩと多重化される１以上のＭＴＣＨの両方、すなわちＭＳＩと第１データサブセットの両方について、１つの送信要件がＭＳＩ固有送信要件およびサービス固有送信要件として選択されてよい。その後、サービス固有送信要件が、ＴＢ上にＭＳＩと多重化されない残りの（１以上の）ＭＴＣＨ、すなわち第２データサブセットについて選択されてよい。この変形例によれば、ＴＢ上にＭＳＩと多重化される（１以上の）ＭＴＣＨと、ＭＣＨに多重化される残りの（１以上の）ＭＴＣＨとについて、別個の送信要件が選択される。（一方がＭＳＩおよび第１データサブセット、他方が第２データサブセットについての）別個の送信要件は、異なっていても同じであってもよい。
【００２４】
１つの送信要件はＭＳＩ固有送信要件（第１実施例）または、ＭＳＩ固有送信要件およびＴＢ上にＭＳＩと多重化される１以上のＭＴＣＨのサービス固有送信要件よりもロバストな送信要件であってよい（第２実施例）。
【００２５】
マルチキャストサービスがＭＢＭＳ規格に準拠する場合、ＭＣＣＨはさらに１以上のＭＴＣＨとともにＭＣＨに多重化される。
【００２６】
第１の変形例と組み合わされてもされなくてもよい第２の変形例によれば、方法は複数のマルチキャストチャネル、例えば複数のＭＣＨについて実行されてよい。この場合、複数のマルチキャストチャネルの各々について異なるサービス固有送信要件が用いられてよく、複数のマルチキャストチャネルの各々、あるいは少なくとも２つ以上について同じスケジュール情報固有送信要件が用いられてよい。
【００２７】
第２の見地によれば、スケジュール情報と１つ以上のマルチキャストサービスに属するデータとを搬送するマルチキャストチャネルを復号するための方法が提供される。スケジュール情報は、マルチキャストチャネルにマッピングされたマルチキャストサービスのスケジュールを示す。方法は、スケジュール情報固有送信要件およびサービス固有送信要件を決定するステップと、スケジュール情報固有送信要件に基づいてスケジュール情報を復号するとともに、サービス固有送信要件に基づいて１以上のマルチキャストサービスに属するデータを復号するステップとを有する。このようにして、スケジュール情報と、１以上のマルチキャストサービスに属するデータとの、別個の送信要件が実現できる。
【００２８】
スケジュール情報固有送信要件は、ネットワークノード、例えばｅＮｏｄｅＢ（ｅＮＢ）から（移動体）端末機器、例えばユーザ機器（ＵＥ）が受信した信号から、端末機器によって決定されてよい。
【００２９】
第２の見地の第１の変形例によれば、マルチキャストチャネルはマルチキャストチャネル（ＭＣＨ）であってよく、スケジュール情報はＭＣＨスケジュール情報（ＭＳＩ）であってよく、マルチキャストサービスはマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）規格に準拠してよい。ＭＳＩ固有送信要件およびサービス固有送信要件は、ネットワークノードから端末機器に通知されてよい同報制御チャネル（ＢＣＣＨ）またはマルチキャスト制御チャネル（ＭＣＣＨ）から、（端末機器によって）判定されてよい。
【００３０】
別個のスケジュール情報固有送信要件およびサービス固有送信要件は、異なっていても等しくてもよい。
【００３１】
スケジュール情報固有送信要件がサービス固有送信要件と異なる場合、（ネットワークノードから端末機器が受信した）スケジュール情報は、スケジュール情報固有送信要件に基づいて復号されてよく、また（ネットワークノードから端末機器が受信した）１以上のマルチキャストサービスに属するデータは、サービス固有送信要件に基づいて復号されてよい。
【００３２】
スケジュール情報固有送信要件がサービス固有送信要件と等しい場合、スケジュール情報および１以上のマルチキャストサービスに属するデータは、共通の送信要件に基づいて復号されてよい。共通の送信要件は、スケジュール情報固有送信要件またはサービス固有送信要件であるか、スケジュール情報固有送信要件およびサービス固有送信要件よりもロバストなものであってよい。
【００３３】
第２の見地の第１の変形例よれば、マルチキャストチャネルはマルチキャストチャネル（ＭＣＨ）であってよく、スケジュール情報はＭＣＨスケジュール情報（ＭＳＩ）であってよく、マルチキャストサービスはマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）規格に準拠してよく、各ＭＢＭＳサービスのデータは個々のＭＢＭＳトラフィックチャネル（ＭＴＣＨ）上で搬送されてよく、１以上のＭＴＣＨがＭＣＨに多重化されてよい。
【００３４】
１以上のＭＴＣＨがＭＳＩと搬送ブロック（ＴＢ）上に多重化される場合、ＭＳＩおよび、ＴＢ上にＭＳＩと多重化される１以上のＭＴＣＨは、ＭＳＩ固有送信要件に基づいて復号化されてよく、あるいはＭＳＩおよび、ＴＢ上にＭＳＩと多重化される１以上のＭＴＣＨは、ＭＳＩ固有送信要件およびＭＳＩとＴＢ上に多重化される１以上のＭＴＣＨのサービス固有送信要件よりもロバストな送信要件に基づいて復号されてよい。ＭＳＩおよび関連する（１以上の）ＭＴＣＨの復号とは独立して、ＭＣＨの残りの（１以上の）ＭＴＣＨはサービス固有送信要件に基づいて復号されてよい。
【００３５】
第２の見地の第１の変形例と組み合わせても組み合わせなくてもよい第２の見地の第２の変形例によれば、スケジュール情報固有送信要件はスケジュール情報の再送信回数を指定するパラメータを有してよい。あるいは、又はさらに、スケジュール情報固有送信要件は、スケジュール情報についての変調および符号化方法（ＭＣＳ）を有してもよい。同様に、サービス固有送信要件は、１以上のマルチキャストサービスに属するデータの再送信回数を指定するパラメータを有してもよい。あるいは、又はさらに、サービス固有送信要件は、１以上のマルチキャストサービスに属するデータについてのＭＣＳを有してもよい。
【００３６】
さらなる見地によれば、コンピュータプログラム製品が１以上のコンピュータ機器で実行された際に、ここで説明する方法の見地のいずれか１つのステップを実行するためのプログラムコード部分を有するコンピュータプログラム製品が提案される。コンピュータプログラム製品は、コンピュータ読み取り可能な記録媒体に格納されてよい。
【００３７】
さらに別の見地によれば、スケジュール情報および１つ以上のマルチキャストサービスに属するデータを搬送するマルチキャストチャネルの送信を設定するためのネットワークノードが提供される。スケジュール情報は、マルチキャストチャネルにマッピングされたマルチキャストサービスのスケジュールを示す。ネットワークノードは、マルチキャストチャネル上のスケジュール情報の送信をスケジュール情報固有送信要件に基づいて設定するとともに、１つ以上のマルチキャストサービスに属するデータの送信をサービス固有送信要件に基づいて設定する手段と、スケジュール情報固有送信要件およびサービス固有送信要件を通知する手段と、を有する。
【００３８】
ネットワークノードは、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）規格に従ったｅＮｏｄｅＢ（ｅＮＢ）またはマルチセル／マルチキャストコーディネーションエンティテイ（ＭＣＥ）であってよい。
【００３９】
さらにべつの見地によれば、スケジュール情報と１つ以上のマルチキャストサービスに属するデータとを搬送するマルチキャストチャネルを復号するための端末機器が提供される。スケジュール情報は、マルチキャストチャネルにマッピングされたマルチキャストサービスのスケジュールを示す。端末機器は、スケジュール情報固有送信要件およびサービス固有送信要件を決定する手段と、スケジュール情報固有送信要件に基づいてスケジュール情報を復号するとともに、サービス固有送信要件に基づいて１以上のマルチキャストサービスに属するデータを復号する手段とを有する。
【００４０】
移動端末はマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）対応のユーザ機器（ＵＥ）またはＭＢＭＳ対応のＬＴＥ ＵＥであってよい。
【図面の簡単な説明】
【００４１】
【図１】本発明に係るネットワークノードおよび端末機器の模式図である。
【図２】図１に示したネットワークノードの模式図である。
【図３】図１に示した端末機器の模式図である。
【図４】図１および図２に示したネットワークノードで実施される、方法の第１実施形態を示すフローチャートである。
【図５】図１および図２に示したネットワークノードで実施される、方法の第２実施形態を示すフローチャートである。
【図６】図１および図３に示した端末機器で実施される、方法の第３実施形態を示すフローチャートである。
【図７】図２および図３に示した端末機器で実施される、方法の第４実施形態を示すフローチャートである。
【発明を実施するための形態】
【００４２】
以下、図示された例示的な実施形態に関して本発明をさらに説明する。
以下の説明においては、本発明の完全な理解を提供するため、限定ではなく説明を目的として、特定のネットワークノードを含んだ特定のネットワークトポロジのような具体的な詳細が説明される。本技術分野の当業者には、本発明がそれら具体的な詳細とは離れた他の実施形態において実施されうることが明らかであろう。例えば、当業者は、本発明が本発明を説明するために以下で説明される３ＧＰＰ ＭＢＭＳとは異なるマルチキャスト／ブロードキャストの仕組みを用いて実施されてもよいことを理解するであろう。また、本発明は、移動ユーザまたは固定ユーザがアタッチすることのできる任意のネットワークにおいて実施されうる。例えば、本発明はセルラネットワーク以外にも、ＷＬＡＮ、ブルートゥース（登録商標）、ＤＶＢまたは同様の無線ネットワークはもちろん、例えば、いくつか／多数の子会社を有する企業のイントラネットやインターネットのような有線ネットワークに対しても適用可能である。
【００４３】
さらに、本技術分野に属する当業者は、以下に説明する機能が、個々のハードウェア回路を用いて、プログラムされたマイクロプロセッサ又は汎用コンピュータとともにソフトウェア機能を用いて、特定用途向け集積回路（ＡＳＩＣ）、および／または、１つ以上のディジタルシグナルプロセッサ（ＤＳＰ）を用いて実施されてよいことを理解するであろう。本発明が方法として説明される場合、コンピュータプロセッサおよびプロセッサに接続されたメモリにおいても実施可能であることが理解されよう。なおメモリには、プロセッサによって実行された際に、ここで説明する方法を実行するための１つ以上のプログラムがエンコードされている。
【００４４】
以下に説明する例示的な実施形態はマルチキャストサービスおよびマルチキャスト送信に基づくが、ブロードキャスト送信に基づくポイントツーマルチポイント（ＰＴＭ）技術もまた使用できることを当業者は理解するであろう。
【００４５】
図１に関して、ネットワークノード１００および端末機器１１０が図示されている。ネットワークノード１００は、ｅＮｏｄｅＢ（ｅＮＢ）またはＭＢＭＳサービスを提供するＭＢＭＳ提供ネットワーク内のマルチセル／マルチキャストコーディネーションエンティティ（ＭＣＥ）を例示的に有してよい。また、端末機器（ユーザ機器）１００は、マルチメディアブロードキャストマルチキャストサービスにアクセス可能なユーザ機器（ＵＥ）を例示的に有してもよい。図１に模式的に示されるように、ネットワークノード１００はユニット１０１を有し、ユーザ端末１１０はユニット１１１を有する。ネットワークノード１００のユニット１０１は図４および図５における第１および第２実施形態（アルゴリズム）を実行するように構成される。ユーザ端末１１０のユニット１１１は図６および図７に示される方法の第３および第４実施形態（アルゴリズム）を実行するように構成される。ネットワークノード１００はユーザ機器１１０と通信するためのアンテナ１０２を有する。同様に、ユーザ機器１１０はネットワークノードと通信するためのアンテナ１１２を有する。
【００４６】
図２に、図１のネットワークノード１００を（依然として模式的ではあるが）より詳細に図示した。図２に示すように、図４および図５に示される方法の第１および第２実施形態をそれぞれ実行するためのユニット１０１は、互いに接続された設定部１０４および通知部１０６を有する。設定部１０４および通知部１０６の動作は、図４および図５に関して後述する。
【００４７】
図３に、図１のユーザ機器１１０を（依然として模式的ではあるが）より詳細に図示した。図３に示すように、図６および図７に示される方法の第３および第４実施形態をそれぞれ実行するためのユニット１１１は、互いに接続された判定部１１４および復号部１１６を有する。判定部１１４および復号部１１６の動作は、図６および図７に関して後述する。
【００４８】
図４を参照して、ネットワークノード１００、より具体的にはネットワーク１００のユニット１０１で実施される方法の第１の実施形態を説明する。方法の第１の実施形態はステップ４０４および４０６を有する必要がある。ステップ４０４および４０６に加え、付加的なステップ４０２が提供されてもよい。
【００４９】
ステップ４０２で、スケジュール情報固有送信要件およびサービス固有送信要件が決定されてよい。この目的のため、スケジュール情報固有サービス品質（ＱｏＳ）値およびサービス固有送信ＱｏＳ値が設定部１０４またはネットワーク１００の決定部（不図示）で決定されてよい。これに関連して、スケジュール情報固有ＱｏＳ値は、スケジュール情報固有ブロック誤り率（ＢＬＥＲ）、すなわちマルチキャストチャネル（ＭＣＨ）スケジュール情報（ＭＳＩ）が要求するＢＬＥＲを示す情報を有する。それに従って、サービス固有ＱｏＳ値はサービス固有ブロック誤り率（ＢＬＥＲ）、すなわちＭＣＨに多重化される１以上のマルチキャストトラフィックチャネル（ＭＴＣＨ）上で搬送されるデータが要求するＢＬＥＲを示す情報を有する。ステップ４０２で、スケジュール情報固有ＱｏＳ値に基づいてスケジュール情報固有送信要件が決定され、サービス固有ＱｏＳ値に基づいてサービス固有送信要件が決定される。
【００５０】
スケジュール情報固有送信要件は、スケジュール情報について必要なＢＬＥＲに応じて適切なスケジュール情報固有変調および符号化方法（ＭＣＳ）が選択されるように決定されてよく、またサービス固有送信要件は、ＭＣＨにマッピングされる（１以上の）サービスの各々に必要なＢＬＥＲに応じて適切なサービス固有ＭＣＳが選択されるように決定されてよい。
【００５１】
ステップ４０４において、ＭＳＩの送信がスケジュール情報固有送信要件に基づき設定部１０４によって設定され、（１以上の）ＭＴＣＨの送信がサービス固有送信要件に基づき設定部１０４によって設定される。スケジュール情報固有送信要件およびサービス固有送信要件は、ステップ４０２で予め決定されていてもよいし、設定部１０４によって決定されていてもよい。
【００５２】
上述の通り、適切なスケジュール情報固有ＭＣＳおよび適切なサービス固有ＭＣＳが選択されてよい。選択されたスケジュール情報固有ＭＣＳに応じて、送信のためにスケジュール情報は符号化ならびに設定されてよい。同様に、送信のために、データはサービス固有ＭＣＳに基づいて符号化および設定されてよい。
【００５３】
ともあれ、スケジュール情報固有送信要件およびサービス固有送信要件は、設定部１０４および通知部１０６によって提供される。
【００５４】
そしてステップ４０６で通知部１０６は、スケジュール情報固有送信要件およびサービス固有送信要件をユーザ機器１１０に通知する。通知部１０６は例えばスケジュール情報固有送信要件およびサービス固有送信要件をマルチキャスト制御チャネル（ＭＣＣＨ）上で、アンテナ１０２を通じてユーザ機器１１０に通知するように構成される。さらに通知部１０６は例えば、ＭＳＩおよび（１以上の）ＭＴＣＨを、ＭＣＨで、アンテナ１０２を通じてユーザ機器１１０に通知するように構成される。
【００５５】
図５を参照して、ネットワークノード１００で実施される方法の第２実施形態について説明する。方法の第２実施形態は方法の第１の実施形態のより詳細なバージョンである。ステップ５０２において、１以上のスケジュール情報固有ＱｏＳ特性に関するスケジュール情報固有ＱｏＳ値と、１以上のサービス固有ＱｏＳ特性に関するサービス固有ＱｏＳ値とが決定される。サービス固有ＱｏＳ特性は例えばＭＣＨにマッピングされた１以上のＭＴＣＨが必要とする第１ブロック誤り率（ＢＬＥＲ１）を示し、スケジュール情報固有ＱｏＳ特性は例えばＭＣＨにマッピングされたＭＳＩが必要とする第２ブロック誤り率（ＢＬＥＲ２）を示す。
【００５６】
そして、ステップ５０４において、スケジュール情報固有ＱｏＳ値がサービス固有ＱｏＳ値と異なるかどうかが判定される。状況を限定するものではないが、本例では、ＢＬＥＲ１とＢＬＥＲ２とが互いに異なるため、それぞれのＱｏＳ値が互いに異なる。
【００５７】
しかし、スケジュール情報固有ＱｏＳ値がサービス固有ＱｏＳ値と等しいと仮定すると、アルゴリズムはステップ５０６に進み、共通送信要件（例えば、図５では共通ＱｏＳ設定と命名している）がＭＳＩおよびＭＣＨにマッピングされた（１以上の）ＭＴＣＨに対して選択される。いずれのＱｏＳも同じＢＬＥＲ１を示す場合、第１変調および符号化方法（ＭＣＳ１）が共通送信要件として選択され（ステップ５０６）、ＭＣＳ１がＭＳＩおよび（１以上の）ＭＴＣＨの両方に適用される（ステップ５１６）。例えば即時性が重要なメッセージングアプリケーションの場合のように、スケジュール情報のみならずデータが比較的低いＢＬＥＲを望む場合が考えられる。すなわち、所定のアプリケーションにおいては、スケジュール情報およびデータのＢＬＥＲが同じであってよい。そして、例えば低いＢＬＥＲを有する共通送信要件がスケジュール情報およびデータの両方に対して選択されても、スケジュール情報（およびデータ）が正しく復号されることが保証される。
【００５８】
ステップ５０４においてスケジュール情報固有ＱｏＳ値がサービス固有ＱｏＳ値と異なると判定された場合、アルゴリズムはステップ５０８に進む。ステップ５０８はＭＳＩおよび（１以上の）ＭＴＣＨについての適切な送信要件（例えば図５ではＱｏＳ設定と命名している）の別個選択の開始点である。そのため、可能性のある変調および符号化方法（ＭＣＳ）がＭＳＩおよび（１以上の）ＭＴＣＨの両方について選択される。サービス固有ＱｏＳ特性が例えばＭＣＨにマッピングされた（１以上の）ＭＴＣＨが必要とするＢＬＥＲ１を示し、スケジュール情報固有ＱｏＳ特性がＭＣＨにマッピングされたＭＳＩが必要とするＢＬＥＲ２を示す場合、第１変調および符号化方法（ＭＣＳ１）が（１以上の）ＭＴＣＨについて可能性のあるＭＣＳとして選択され、第２変調および符号化方法（ＭＣＳ２）がＭＳＩについて可能性のあるＭＣＳとして選択される。
【００５９】
そしてステップ５１０で、同一の搬送ブロック（ＴＢ）または搬送チャネル上に１以上のＭＴＣＨがＭＳＩと多重化されるかどうかが判定される。同一の搬送ブロック（ＴＢ）または搬送チャネル上に１以上のＭＴＣＨがＭＳＩと多重化されない場合、ステップ５１２および５１４はスキップされる。この場合、ステップ５１６で、ＭＣＳ１がＭＣＨにマッピングされた全てのＭＴＣＨに対して適用され、ＭＣＳ２がＭＳＩに対して適用されるように送信が設定される。
【００６０】
同一の搬送チャネルまたはＴＢ上に１以上のＭＴＣＨがＭＳＩと多重化される場合、ＭＣＨは２つのデータサブセット、すなわちＴＢ上でＭＳＩと多重化される第１データサブセットと、ＴＢ上でＭＳＩと多重化されない残りのデータの第２データサブセットを含む。どのように取り進めるかには２つの選択肢があり、それぞれをステップ５１２および５１４として図示している。ステップ５１２における第１の選択肢によれば、同一のＭＣＳ（すなわちＭＣＳ２）が、ＭＳＩおよび関連する（同一ＴＢ上にＭＳＩと多重化される）ＭＴＣＨの両方に用いられる。残りの（同一ＴＢ上にＭＳＩと多重化されない）ＭＴＣＨについては、異なるＭＣＳ（すなわちＭＣＳ１）が適用される。ステップ５１４における第２の選択肢によれば、ＭＳＩ固有送信要件（ＭＣＳ２）およびサービス固有送信要件（ＭＣＳ１）よりもロバストな送信要件が、ＭＳＩおよび関連するＭＴＣＨの両方の送信の設定に用いられる。ＭＣＳ２がＭＣＳ１よりもロバストな場合、ステップ５１４の送信要件の結果はステップ５１２の結果と等しく、すなわちＭＣＳ２がＭＳＩおよび関連する（１以上の）ＭＴＣＨの両方に用いられる。しかし、ＭＣＳ１がＭＣＳ２よりロバストであれば、ＭＣＳ１がＭＳＩおよび関連する（１以上の）ＭＴＣＨの両方の設定に用いられる。ともあれ、ステップ５１２またはステップ５１４のどちらの要件が用いられるかとは無関係に、ＭＣＳ１が残りの（関連しない）ＭＴＣＨに適用される。
【００６１】
第１の選択肢は、ＭＳＩ固有送信要件および第１データサブセットについてのサービス固有送信要件を互いに比較する必要が無いので、より単純であろう。第１の選択肢によれば、ＭＳＩ固有送信要件がよりロバスト、すなわちより低いＢＬＥＲを必要とするものと仮定することができる。ＭＳＩ固有送信要件が共通の送信要件として選択される場合、少なくともＭＳＩが正しく復号可能であることが保証される。
【００６２】
第２の選択肢においては、比較動作によりいくぶん複雑さが増すであろう。そして、ＭＳＩおよび第１データサブセットの送信を設定するためのただ１つの送信要件として、よりロバストな送信要件、例えばより低いＢＬＥＲを必要とする送信要件が選択されることが保証される。ＭＳＩ固有送信要件およびＴＢ上にＭＳＩと多重化される１以上のＭＴＣＨのサービス固有送信要件の、よりロバストな送信要件が選択される場合、ＭＳＩおよびＴＢ上にＭＳＩと多重化される（１以上の）ＭＴＣＨの両方が正しく復号可能であることが保証される。
【００６３】
そしてステップ５１６において、選択された送信要件を用いて送信が設定され、ステップ５１８において送信要件がユーザ機器１１０に通知される。例えば、選択されたＭＣＳは、ＭＣＣＨ上でネットワークノード１００からユーザ機器１１０に通知される。ＭＢＭＳの全てのＭＣＨのＭＳＩに対して同一の送信要件が適切である場合、サービス固有送信要件が、全てのＭＳＩに適用される共通のメッセージとして通知される。
【００６４】
図５に示す方法の第２の実施形態は、引き続く２つのステップ（不図示）を有してもよい。最初のステップとして、ＭＳＩ用に用いられる無線リソースがユーザ機器１１０にさらに通知されてよい。あるいは、ＭＳＩ用の無線リソースが、対応するＭＣＨの複数の無線リソースの中のある固定位置に決定されてもよい。２番目のステップとして、ネットワークノード１００、例えば通知部１０６が、選択された送信要件、例えばＭＳＩおよび（１以上の）ＭＴＣＨについてそれぞれ選択されたＭＣＳを用いて、（ユーザ機器１１０に）ＭＣＨ上でＭＳＩおよび（１以上の）ＭＴＣＨの送信を実行するように構成される。
【００６５】
図６を参照して、ユーザ機器１１０、特にはユーザ機器１１０のユニット１１１で実行される、方法の第３の実施形態を説明する。第３の実施形態はステップ６０２および６０４を有する。
【００６６】
ステップ６０２で、スケジュール情報固有送信要件およびサービス固有送信要件が判定される。図４および図５に関して説明したように、ネットワークノード１００はスケジュール情報固有送信要件およびサービス固有送信要件をＭＣＣＨ上でユーザ機器１１０に通知する。ユーザ機器はＭＣＣＨを受信し、判定部１１４がそこから、通知されたスケジュール情報固有送信要件およびサービス固有送信要件を判定する（ステップ６０２）。
【００６７】
スケジュール情報固有送信要件は、スケジュール情報の再送信回数を指定するパラメータを有してよい。あるいは、又はさらに、スケジュール情報固有送信要件は、スケジュール情報についての変調および符号化方法（ＭＣＳ）を有してもよい。同様に、サービス固有送信要件は、１以上のマルチキャストサービスに属するデータの再送信回数を指定するパラメータを有してもよい。あるいは、又はさらに、サービス固有送信要件は、１以上のマルチキャストサービスに属するデータについてのＭＣＳを有してもよい。
【００６８】
例えば、サービス固有送信要件が１以上のマルチキャストサービスに属するデータについての第１の変調および符号化方法（ＭＣＳ１）を有し、スケジュール情報固有送信要件が第２の変調および符号化方法（ＭＣＳ２）を有する。ＭＣＳ１は第１のブロック誤り率（ＢＬＥＲ１）がデータについて達成できるように設定されてよく、ＭＣＳ２は第２のブロック誤り率（ＢＬＥＲ２）がスケジュール情報について達成できるように設定されてよい。なお、ＢＬＥＲ２はＢＬＥＲ１以下（または未満）であってよい。
【００６９】
ステップ６０４において、復号部１１６は判定された（通知された）スケジュール情報固有送信要件に基づいてＭＳＩを復号する。同様に、ステップ６０４において、復号部１１６は判定された（通知された）サービス固有送信要件に基づいて（１以上の）ＭＴＣＨを復号する。サービス固有送信要件が１以上のマルチキャストサービスに属するデータに対してＭＣＳ１を有し、スケジュール情報固有送信要件がスケジュール情報に対してＭＣＳ２を有する場合、データはＭＣＳ１を用いて復号されてよく、スケジュール情報はＭＣＳ２を用いて復号されてよい。
【００７０】
スケジュール情報が端末機器によって正しく復号されれば、端末機器はいつウェイクアップすべきか、すなわち、端末機器または端末機器のユーザが興味のある、対象のサービスがどの（１以上の）スケジュールインターバルで送信されるかを厳密に知ることができる。
【００７１】
図７に、端末機器１１０で実施される、方法の第４実施形態を示す。方法の第４実施形態は方法の第３の実施形態のより詳細なバージョンである。ステップ７０２において、所与のＭＣＨに割り当てられたリソースが、ネットワークノード１００からユーザ機器１１０に通知されたＭＣＣＨから判定される。さらに、ＭＳＩに割り当てられた無線リソースがＭＣＣＨに存在するかどうかが判定される。ＭＳＩに割り当てられた無線リソースがＭＣＣＨに存在していれば、個々の無線リソースが判定される。そうでなければ、ステップ７０２で、予め設定された、あるいは規格化された無線リソースがＭＳＩ用であると見なされる。
【００７２】
ステップ７０４で、通知されたスケジュール情報固有送信要件およびサービス固有送信要件（例えば図７ではＱｏＳ設定と命名している）がＭＣＣＨから判定される。図５の例示的な説明に関し、ＭＣＳ１またはＭＣＳ２が、ＭＳＩおよび１以上のＭＴＣＨに対して異なる組み合わせで適用されてよい。ステップ７０６において、ＭＳＩと１以上のＭＴＣＨとで別個の送信要件が適用されるべきか否かが判定される。同一の送信要件をＭＳＩと（１以上の）ＭＴＣＨに適用すべき場合、ステップ７０８で、ＭＳＩおよび（１以上の）全てのＭＴＣＨの両方を復号するために共通送信要件が適用される。
【００７３】
ＭＳＩと１以上のＭＴＣＨとで別個の送信要件を適用すべき場合には、それに従ってステップ７１０で複数の送信要件が適用される。例えば、（１以上の）全てのＭＴＣＨに対してＭＣＳ１を適用すべきであり、ＭＳＩに対してＭＣＳ２を適用すべきであることがネットワークノード１００からＭＣＣＨ上で通知されていてよい。そして、ステップ７１０でこれら要件はそれぞれ適用される。
【００７４】
しかし、ステップ７１２において、同一のＴＢまたは搬送チャネル上に１以上のＭＴＣＨがＭＳＩと多重化されていると判定された場合、さらなるステップ７１４および７１６が実行される。そうでなければ、ステップ７１４および７１６は単純に省略され、ステップ７１０で判定された要件が復号に用いられる。
【００７５】
同一のＴＢまたは搬送チャネル上に１以上のＭＴＣＨがＭＳＩと多重化されている場合、ＭＳＩと、同一のＴＢ上にＭＳＩと多重化されている（１以上の）ＭＴＣＨとに対してそれぞれの送信要件をどのように適用するかについて、２つの選択肢が存在する。ステップ７１４の第１の選択肢によれば、同じＭＣＳ、すなわちＭＣＳ２が、ＭＳＩおよび関連する（同一ＴＢ上にＭＳＩと多重化されている）（１以上の）ＭＴＣＨの両方について用いられる。そして、異なるＭＣＳ、すなわちＭＣＳ１が、残りの（同一ＴＢ上にＭＳＩと多重化されていない）（１以上の）ＭＴＣＨに対して適用される。あるいは、ステップ７１６において、ＭＳＩ固有送信要件およびサービス固有送信要件よりもロバストな送信要件が、ＭＳＩおよび関連する（１以上の）ＭＴＣＨの両方に対して適用される。ＭＣＳ２がＭＣＳ１よりもロバストな場合、ステップ７１６の結果はステップ７１４の結果と等しく、すなわちＭＣＳ２がＭＳＩおよび関連する（１以上の）ＭＴＣＨを復号するために用いられる。しかし、ＭＣＳ１がＭＣＳ２よりロバストであれば、ＭＣＳ１がＭＳＩおよび関連する（１以上の）ＭＴＣＨの両方を復号するために用いられる。どちらのＭＣＳ（ＭＣＳ１またはＭＣＳ２）がよりロバストかとは無関係に、ステップ７１６で、ＭＣＳ１が残りの（関連しない）（１以上の）ＭＴＣＨに対して適用される。
【００７６】
このようにして、ＭＢＭＳサービス送信についての、改良され、より効率的な技術が提供される。
【００７７】
上述の説明から、本発明の多くの利点が完全に理解されるであろうこと、また本発明の範囲から外れることなく、あるいは本発明の利点を一切損なうことなく、その例示的な見地の構築および配置において、様々な変更を行いうることが理解されるであろうと思量する。例えば、方法の第１実施形態に関して説明した変形例および見地は、方法の第２実施形態に対して等しくあてはまる。同様に、方法の第３実施形態に関して説明した変形例および見地は、方法の第４実施形態に対して等しくあてはまる。本発明は様々な方法で変化させることが可能なので、本発明は以下の請求項の範囲によってのみ限定されるべきであることが理解されよう。
【特許請求の範囲】
【請求項１】
スケジュール情報および１以上のマルチキャストサービスに属するデータを搬送するマルチキャストチャネルの送信を設定するための方法であって、前記スケジュール情報は前記マルチキャストチャネルにマッピングされた前記マルチキャストサービスのスケジュールを示すものであり、
前記方法が、
前記マルチキャストチャネル上の前記スケジュール情報の前記送信をスケジュール情報固有送信要件に基づいて設定する(404)とともに、前記１つ以上のマルチキャストサービスに属するデータの前記送信をサービス固有送信要件に基づいて設定する(404)ステップと、
前記スケジュール情報固有送信要件および前記サービス固有送信要件を通知する(406)ステップと、を有することを特徴とする方法。
【請求項２】
前記マルチキャストチャネルがマルチキャストチャネル（ＭＣＨ）であり、前記スケジュール情報がＭＣＨスケジュール情報（ＭＳＩ）であり、前記マルチキャストサービスがマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）規格に準拠していることを特徴とする請求項１記載の方法。
【請求項３】
１以上のスケジュール情報固有ＱｏＳ特性に関するスケジュール情報固有サービス品質（ＱｏＳ）値を決定する(402)とともに、１以上のサービス固有ＱｏＳ特性に関するサービス固有ＱｏＳ値を決定する(402)ステップ、をさらに有することを特徴とする請求項１または請求項２に記載の方法。
【請求項４】
前記スケジュール情報固有ＱｏＳ値はスケジュール情報固有ブロック誤り率（ＢＬＥＲ）を有し、前記サービス固有ＱｏＳ値はサービス固有ＢＬＥＲを有することを特徴とする請求項３に記載の方法。
【請求項５】
前記スケジュール情報固有ＱｏＳ値が前記サービス固有ＱｏＳ値と異なる場合、前記スケジュール情報固有送信要件をスケジュール情報固有ＱｏＳ値に基づいて、また前記サービス固有送信要件を前記サービス固有ＱｏＳ値に基づいて、別個に選択する(508)ステップと、
前記スケジュール情報固有ＱｏＳ値が前記サービス固有ＱｏＳ値と等しい場合、前記スケジュール情報固有送信要件および前記サービス固有送信要件についての共通送信要件を選択する(506)ステップと、をさらに有することを特徴とする請求項３または請求項４に記載の方法。
【請求項６】
各ＭＢＭＳサービスのデータがそれぞれのＭＢＭＳトラフィックチャネル（ＭＴＣＨ）上で搬送され、１以上の前記ＭＴＣＨが前記ＭＣＨに多重化され、１つの搬送ブロック（ＴＢ）上に前記１以上のＭＴＣＨが前記ＭＳＩと多重化されている場合、
前記別個に選択する(508)ステップが、
前記ＭＳＩおよび前記ＴＢ上に前記ＭＳＩと多重化されている前記１以上のＭＴＣＨの両方についての前記ＭＳＩ固有送信要件および前記サービス固有送信要件として、ただ１つの送信要件を選択する(512, 514)ステップと、
残りの前記ＭＴＣＨについての前記サービス固有送信要件を選択する(512, 514)ステップとを有し、
前記ただ１つの送信要件が、前記ＭＳＩ固有送信要件または、前記ＭＳＩ固有送信要件および前記ＴＢ上に前記ＭＳＩと多重化されている前記１以上のＭＴＣＨの前記サービス固有送信要件よりもロバストな送信要件であることを特徴とする、請求項２に従属する請求項３を引用する請求項５に記載の方法。
【請求項７】
前記通知する(406)ステップが、
前記ＭＳＩ固有送信要件および前記サービス固有送信要件を、同報制御チャネル（ＢＣＣＨ）またはマルチキャスト制御チャネル（ＭＣＣＨ）上で通知する(518)ステップを有することを特徴とする請求項２、または請求項２を引用する請求項３から請求項６のいずれか１項に記載の方法。
【請求項８】
前記方法が複数のマルチキャストチャネルのために実行され、前記複数のマルチキャストチャネルの各々について異なるサービス固有送信要件が用いられるとともに前記複数のマルチキャストチャネルの各々について同一のスケジュール情報固有送信要件が用いられることを特徴とする請求項１から請求項７の何れか１項に記載の方法。
【請求項９】
スケジュール情報および１以上のマルチキャストサービスに属するデータを搬送するマルチキャストチャネルを復号するための方法であって、前記スケジュール情報は前記マルチキャストチャネルにマッピングされた前記マルチキャストサービスのスケジュールを示すものであり、
前記方法が、
スケジュール情報固有送信要件およびサービス固有送信要件を判定する(602)ステップと、
前記スケジュール情報を前記スケジュール情報固有送信要件に基づいて復号する(604)とともに、前記１つ以上のマルチキャストサービスに属するデータを前記サービス固有送信要件に基づいて復号する(604)ステップと、を有することを特徴とする方法。
【請求項１０】
前記マルチキャストチャネルがマルチキャストチャネル（ＭＣＨ）であり、前記スケジュール情報がＭＣＨスケジュール情報（ＭＳＩ）であり、前記マルチキャストサービスがマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）規格に準拠していることを特徴とする請求項９記載の方法。
【請求項１１】
前記判定する(602)ステップが、
前記ＭＳＩ固有送信要件および前記サービス固有送信要件を、同報制御チャネル（ＢＣＣＨ）またはマルチキャスト制御チャネル（ＭＣＣＨ）から判定する(702)ステップを有することを特徴とする請求項１０記載の方法。
【請求項１２】
前記復号する(604)ステップが、
前記スケジュール情報固有送信要件が前記サービス固有送信要件と異なるかどうか比較する(706)ステップと、
前記スケジュール情報固有送信要件が前記サービス固有送信要件と異なる場合、前記スケジュール情報固有送信要件に基づいて前記スケジュール情報を復号する(710)とともに、前記サービス固有送信要件に基づいて前記１以上のＭＢＭＳサービスに属するデータを復号するステップと、
前記スケジュール情報固有送信要件が前記サービス固有送信要件と等しい場合、前記スケジュール情報および前記１以上のマルチキャストサービスに属するデータを、共通送信要件に基づいて復号する(708)ステップと、を有することを特徴とする請求項９から請求項１１のいずれか１項に記載の方法。
【請求項１３】
各ＭＢＭＳサービスの前記データがそれぞれのＭＢＭＳトラフィックチャネル（ＭＴＣＨ）上で搬送され、前記１以上のＭＴＣＨが前記ＭＣＨに多重化され、
前記復号する(604)ステップが、
１つの搬送ブロック（ＴＢ）上に前記１以上のＭＴＣＨが前記ＭＳＩと多重化されている場合、前記ＭＳＩおよび前記ＴＢ上に前記ＭＳＩと多重化されている前記１以上のＭＴＣＨを、前記ＭＳＩ固有送信要件に基づいて復号する(714, 716)ステップと、
前記ＭＣＨの残りの前記ＭＴＣＨを前記サービス固有送信要件に基づいて復号する(714, 716)ステップと、を有することを特徴とする請求項１０、１１、または請求項１０を引用する請求項１２に記載の方法。
【請求項１４】
前記スケジュール情報固有送信要件が、前記スケジュール情報の再送信回数を指定するパラメータおよび前記スケジュール情報についての変調および符号化方法（ＭＣＳ）の少なくとも１つを有し、前記サービス固有送信要件が前記１以上のマルチキャストサービスに属するデータおよび前記１以上のマルチキャストサービスに属するデータについてのＭＣＳの少なくとも１つを有することを特徴とする請求項１から請求項１３のいずれか１項に記載の方法。
【請求項１５】
請求項１から請求項１４のいずれか１項に記載の前記ステップをコンピュータシステムに実行させるためのプログラムコードを有するコンピュータプログラム。
【請求項１６】
請求項１５に記載のコンピュータプログラムを格納したコンピュータ読み取り可能な記録媒体。
【請求項１７】
スケジュール情報および１以上のマルチキャストサービスに属するデータを搬送するマルチキャストチャネルの送信を設定するためのネットワークノード(100)であって、前記スケジュール情報は前記マルチキャストチャネルにマッピングされた前記マルチキャストサービスのスケジュールを示すものであり、
前記ネットワークノード(100)が、
前記マルチキャストチャネル上の前記スケジュール情報の前記送信をスケジュール情報固有送信要件に基づいて設定するとともに、前記１つ以上のマルチキャストサービスに属するデータの前記送信をサービス固有送信要件に基づいて設定する(104)手段と、
前記スケジュール情報固有送信要件および前記サービス固有送信要件を通知する(106)手段と、を有することを特徴とするネットワークノード(100)。
【請求項１８】
前記マルチキャストチャネルがマルチキャストチャネル（ＭＣＨ）であり、前記スケジュール情報がＭＣＨスケジュール情報（ＭＳＩ）であり、前記マルチキャストサービスがマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）規格に準拠していることを特徴とする請求項１７記載のネットワークノード(100)。
【請求項１９】
スケジュール情報および１以上のマルチキャストサービスに属するデータを搬送するマルチキャストチャネルを復号するための端末機器(110)であって、前記スケジュール情報は前記マルチキャストチャネルにマッピングされた前記マルチキャストサービスのスケジュールを示すものであり、
前記端末機器(110)が、
スケジュール情報固有送信要件およびサービス固有送信要件を判定する(114)手段と、
前記スケジュール情報を前記スケジュール情報固有送信要件に基づいて復号するとともに、前記１つ以上のマルチキャストサービスに属するデータを前記サービス固有送信要件に基づいて復号する(116)手段と、を有することを特徴とする端末機器(110)。
【請求項２０】
前記マルチキャストチャネルがマルチキャストチャネル（ＭＣＨ）であり、前記スケジュール情報がＭＣＨスケジュール情報（ＭＳＩ）であり、前記マルチキャストサービスがマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）規格に準拠していることを特徴とする請求項１９記載の端末機器(110)。
【請求項１】
スケジュール情報および１以上のマルチキャストサービスに属するデータを搬送するマルチキャストチャネルの送信を設定するための方法であって、前記スケジュール情報は前記マルチキャストチャネルにマッピングされた前記マルチキャストサービスのスケジュールを示すものであり、
前記方法が、
前記マルチキャストチャネル上の前記スケジュール情報の前記送信をスケジュール情報固有送信要件に基づいて設定する(404)とともに、前記１つ以上のマルチキャストサービスに属するデータの前記送信をサービス固有送信要件に基づいて設定する(404)ステップと、
前記スケジュール情報固有送信要件および前記サービス固有送信要件を通知する(406)ステップと、を有することを特徴とする方法。
【請求項２】
前記マルチキャストチャネルがマルチキャストチャネル（ＭＣＨ）であり、前記スケジュール情報がＭＣＨスケジュール情報（ＭＳＩ）であり、前記マルチキャストサービスがマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）規格に準拠していることを特徴とする請求項１記載の方法。
【請求項３】
１以上のスケジュール情報固有ＱｏＳ特性に関するスケジュール情報固有サービス品質（ＱｏＳ）値を決定する(402)とともに、１以上のサービス固有ＱｏＳ特性に関するサービス固有ＱｏＳ値を決定する(402)ステップ、をさらに有することを特徴とする請求項１または請求項２に記載の方法。
【請求項４】
前記スケジュール情報固有ＱｏＳ値はスケジュール情報固有ブロック誤り率（ＢＬＥＲ）を有し、前記サービス固有ＱｏＳ値はサービス固有ＢＬＥＲを有することを特徴とする請求項３に記載の方法。
【請求項５】
前記スケジュール情報固有ＱｏＳ値が前記サービス固有ＱｏＳ値と異なる場合、前記スケジュール情報固有送信要件をスケジュール情報固有ＱｏＳ値に基づいて、また前記サービス固有送信要件を前記サービス固有ＱｏＳ値に基づいて、別個に選択する(508)ステップと、
前記スケジュール情報固有ＱｏＳ値が前記サービス固有ＱｏＳ値と等しい場合、前記スケジュール情報固有送信要件および前記サービス固有送信要件についての共通送信要件を選択する(506)ステップと、をさらに有することを特徴とする請求項３または請求項４に記載の方法。
【請求項６】
各ＭＢＭＳサービスのデータがそれぞれのＭＢＭＳトラフィックチャネル（ＭＴＣＨ）上で搬送され、１以上の前記ＭＴＣＨが前記ＭＣＨに多重化され、１つの搬送ブロック（ＴＢ）上に前記１以上のＭＴＣＨが前記ＭＳＩと多重化されている場合、
前記別個に選択する(508)ステップが、
前記ＭＳＩおよび前記ＴＢ上に前記ＭＳＩと多重化されている前記１以上のＭＴＣＨの両方についての前記ＭＳＩ固有送信要件および前記サービス固有送信要件として、ただ１つの送信要件を選択する(512, 514)ステップと、
残りの前記ＭＴＣＨについての前記サービス固有送信要件を選択する(512, 514)ステップとを有し、
前記ただ１つの送信要件が、前記ＭＳＩ固有送信要件または、前記ＭＳＩ固有送信要件および前記ＴＢ上に前記ＭＳＩと多重化されている前記１以上のＭＴＣＨの前記サービス固有送信要件よりもロバストな送信要件であることを特徴とする、請求項２に従属する請求項３を引用する請求項５に記載の方法。
【請求項７】
前記通知する(406)ステップが、
前記ＭＳＩ固有送信要件および前記サービス固有送信要件を、同報制御チャネル（ＢＣＣＨ）またはマルチキャスト制御チャネル（ＭＣＣＨ）上で通知する(518)ステップを有することを特徴とする請求項２、または請求項２を引用する請求項３から請求項６のいずれか１項に記載の方法。
【請求項８】
前記方法が複数のマルチキャストチャネルのために実行され、前記複数のマルチキャストチャネルの各々について異なるサービス固有送信要件が用いられるとともに前記複数のマルチキャストチャネルの各々について同一のスケジュール情報固有送信要件が用いられることを特徴とする請求項１から請求項７の何れか１項に記載の方法。
【請求項９】
スケジュール情報および１以上のマルチキャストサービスに属するデータを搬送するマルチキャストチャネルを復号するための方法であって、前記スケジュール情報は前記マルチキャストチャネルにマッピングされた前記マルチキャストサービスのスケジュールを示すものであり、
前記方法が、
スケジュール情報固有送信要件およびサービス固有送信要件を判定する(602)ステップと、
前記スケジュール情報を前記スケジュール情報固有送信要件に基づいて復号する(604)とともに、前記１つ以上のマルチキャストサービスに属するデータを前記サービス固有送信要件に基づいて復号する(604)ステップと、を有することを特徴とする方法。
【請求項１０】
前記マルチキャストチャネルがマルチキャストチャネル（ＭＣＨ）であり、前記スケジュール情報がＭＣＨスケジュール情報（ＭＳＩ）であり、前記マルチキャストサービスがマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）規格に準拠していることを特徴とする請求項９記載の方法。
【請求項１１】
前記判定する(602)ステップが、
前記ＭＳＩ固有送信要件および前記サービス固有送信要件を、同報制御チャネル（ＢＣＣＨ）またはマルチキャスト制御チャネル（ＭＣＣＨ）から判定する(702)ステップを有することを特徴とする請求項１０記載の方法。
【請求項１２】
前記復号する(604)ステップが、
前記スケジュール情報固有送信要件が前記サービス固有送信要件と異なるかどうか比較する(706)ステップと、
前記スケジュール情報固有送信要件が前記サービス固有送信要件と異なる場合、前記スケジュール情報固有送信要件に基づいて前記スケジュール情報を復号する(710)とともに、前記サービス固有送信要件に基づいて前記１以上のＭＢＭＳサービスに属するデータを復号するステップと、
前記スケジュール情報固有送信要件が前記サービス固有送信要件と等しい場合、前記スケジュール情報および前記１以上のマルチキャストサービスに属するデータを、共通送信要件に基づいて復号する(708)ステップと、を有することを特徴とする請求項９から請求項１１のいずれか１項に記載の方法。
【請求項１３】
各ＭＢＭＳサービスの前記データがそれぞれのＭＢＭＳトラフィックチャネル（ＭＴＣＨ）上で搬送され、前記１以上のＭＴＣＨが前記ＭＣＨに多重化され、
前記復号する(604)ステップが、
１つの搬送ブロック（ＴＢ）上に前記１以上のＭＴＣＨが前記ＭＳＩと多重化されている場合、前記ＭＳＩおよび前記ＴＢ上に前記ＭＳＩと多重化されている前記１以上のＭＴＣＨを、前記ＭＳＩ固有送信要件に基づいて復号する(714, 716)ステップと、
前記ＭＣＨの残りの前記ＭＴＣＨを前記サービス固有送信要件に基づいて復号する(714, 716)ステップと、を有することを特徴とする請求項１０、１１、または請求項１０を引用する請求項１２に記載の方法。
【請求項１４】
前記スケジュール情報固有送信要件が、前記スケジュール情報の再送信回数を指定するパラメータおよび前記スケジュール情報についての変調および符号化方法（ＭＣＳ）の少なくとも１つを有し、前記サービス固有送信要件が前記１以上のマルチキャストサービスに属するデータおよび前記１以上のマルチキャストサービスに属するデータについてのＭＣＳの少なくとも１つを有することを特徴とする請求項１から請求項１３のいずれか１項に記載の方法。
【請求項１５】
請求項１から請求項１４のいずれか１項に記載の前記ステップをコンピュータシステムに実行させるためのプログラムコードを有するコンピュータプログラム。
【請求項１６】
請求項１５に記載のコンピュータプログラムを格納したコンピュータ読み取り可能な記録媒体。
【請求項１７】
スケジュール情報および１以上のマルチキャストサービスに属するデータを搬送するマルチキャストチャネルの送信を設定するためのネットワークノード(100)であって、前記スケジュール情報は前記マルチキャストチャネルにマッピングされた前記マルチキャストサービスのスケジュールを示すものであり、
前記ネットワークノード(100)が、
前記マルチキャストチャネル上の前記スケジュール情報の前記送信をスケジュール情報固有送信要件に基づいて設定するとともに、前記１つ以上のマルチキャストサービスに属するデータの前記送信をサービス固有送信要件に基づいて設定する(104)手段と、
前記スケジュール情報固有送信要件および前記サービス固有送信要件を通知する(106)手段と、を有することを特徴とするネットワークノード(100)。
【請求項１８】
前記マルチキャストチャネルがマルチキャストチャネル（ＭＣＨ）であり、前記スケジュール情報がＭＣＨスケジュール情報（ＭＳＩ）であり、前記マルチキャストサービスがマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）規格に準拠していることを特徴とする請求項１７記載のネットワークノード(100)。
【請求項１９】
スケジュール情報および１以上のマルチキャストサービスに属するデータを搬送するマルチキャストチャネルを復号するための端末機器(110)であって、前記スケジュール情報は前記マルチキャストチャネルにマッピングされた前記マルチキャストサービスのスケジュールを示すものであり、
前記端末機器(110)が、
スケジュール情報固有送信要件およびサービス固有送信要件を判定する(114)手段と、
前記スケジュール情報を前記スケジュール情報固有送信要件に基づいて復号するとともに、前記１つ以上のマルチキャストサービスに属するデータを前記サービス固有送信要件に基づいて復号する(116)手段と、を有することを特徴とする端末機器(110)。
【請求項２０】
前記マルチキャストチャネルがマルチキャストチャネル（ＭＣＨ）であり、前記スケジュール情報がＭＣＨスケジュール情報（ＭＳＩ）であり、前記マルチキャストサービスがマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）規格に準拠していることを特徴とする請求項１９記載の端末機器(110)。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公表番号】特表２０１３−５０３５２９（Ｐ２０１３−５０３５２９Ａ）
【公表日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願番号】特願２０１２−５２５８９２（Ｐ２０１２−５２５８９２）
【出願日】平成２２年６月１日（２０１０．６．１）
【国際出願番号】ＰＣＴ／ＥＰ２０１０／００３３２１
【国際公開番号】ＷＯ２０１１／０２３２５４
【国際公開日】平成２３年３月３日（２０１１．３．３）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公表日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願日】平成２２年６月１日（２０１０．６．１）
【国際出願番号】ＰＣＴ／ＥＰ２０１０／００３３２１
【国際公開番号】ＷＯ２０１１／０２３２５４
【国際公開日】平成２３年３月３日（２０１１．３．３）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]