(57)【特許請求の範囲】
【請求項１】
無線通信ネットワークのｅＮＢ内で、ブロードキャスト・サービスおよび／またはマルチキャスト・サービスをＵＥに提供する方法であって、
ｉ．１つのスケジューリング期間内の前記ブロードキャスト・サービスおよび／またはマルチキャスト・サービスの実際に送信するデータ量に従って、各サービスの動的スケジューリング制御情報を決定するステップと、
ｉｉ．ＭＡＣパケット・データ・ユニット内で、前記動的スケジューリング制御情報を前記ＵＥに提供するステップと、
ｉｉｉ．前記スケジューリング期間内にブロードキャスト・サービス・データおよび／またはマルチキャスト・サービス・データを前記ＵＥに送信するステップと
を含む方法。
【請求項２】
前記動的スケジューリング制御情報は、前記スケジューリング期間内の前記サービス・データの前記送信の実質的な終了サブフレームに関する情報を含み、前記方法は、
ａ．前記スケジューリング期間内の前記サービス・データの前記送信の事前定義の開始サブフレームに関する情報ならびに少なくとも１つのスケジューリング期間について事前に定義されるＭＢＳＦＮサブフレーム割当情報を前記ＵＥに提供するステップ
をさらに含む、請求項１に記載の方法。
【請求項３】
前記送信の前記実質的な終了サブフレームに関する前記情報は、前記スケジューリング期間のマルチキャスト・サブフレーム内の前記送信の前記実質的な終了サブフレームの通し番号を含み、前記送信の前記事前定義の開始サブフレームに関する前記情報は、マルチキャスト・チャネル割当パターンを含む、請求項２に記載の方法。
【請求項４】
−  前記スケジューリング期間内の前記サービス・データの前記送信の事前定義の終了サブフレームおよび前記スケジューリング期間内の前記サービス・データの前記送信の実質的な終了サブフレームに従って、実質的な送信に使用されないサブフレームを他のサービスに割り当てるステップ
をさらに含む、請求項１に記載の方法。
【請求項５】
前記無線通信ネットワークは、ＬＴＥのＭＢＦＳＮの送信モードに基づき、前記方法は、
−  ＭＢＳＦＮの同一の領域に属する各ＳＦＮの間で統一されたコンテンツ同期化ルールに従って、前記スケジューリング期間内の各サービスの前記実際に送信するデータ量を決定するステップ
をさらに含む、請求項１に記載の方法。
【請求項６】
前記ステップｉｉは、
−  前記スケジューリング期間の第１サブフレーム内にＭＡＣ  ＣＥの形で前記動的スケジューリング制御情報を前記ＵＥに送信し、前記スケジューリング期間内にこれを再送信するステップ
を含み、すべてのスケジューリング期間にステップｉからｉｉｉまでを繰り返す
請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
無線通信ネットワークのＵＥ内で、ブロードキャスト・サービスおよび／またはマルチキャスト・サービスをｅＮＢから受信する方法であって、
Ｉ．前記ｅＮＢから、ＭＡＣパケット・データ・ユニット内で、１つのスケジューリング期間の前記ブロードキャスト・サービスおよび／またはマルチキャスト・サービスの動的スケジューリング制御情報を受信するステップであって、前記動的スケジューリング制御情報は、前記スケジューリング期間内のサービス・データの実際に送信するデータ量を示す、ステップと、
ＩＩ．前記動的スケジューリング制御情報に従って、前記スケジューリング期間内に前記ｅＮＢからブロードキャスト・サービス・データおよび／またはマルチキャスト・サービス・データを受信するステップと
を含む方法。
【請求項８】
前記動的スケジューリング制御情報は、前記スケジューリング期間内の前記サービス・データの前記送信の実質的な終了サブフレームに関する情報を含み、前記方法は、
−  前記ｅＮＢから、前記スケジューリング期間内の前記サービス・データの前記送信の事前定義の開始サブフレームに関する情報ならびに少なくとも１つのスケジューリング期間について事前に定義されるＭＢＳＦＮサブフレーム割当情報を受信するステップ
をさらに含み、前記ステップＩＩは、
ＩＩ１．前記スケジューリング期間内の前記ブロードキャスト・サービス・データおよび／またはマルチキャスト・サービス・データの送信の開始サブフレームおよび終了サブフレームを決定するステップと、
ＩＩ２．前記ｅＮＢから、前記送信の前記開始サブフレームから前記終了サブフレームまで前記ブロードキャスト・サービス・データおよび／またはマルチキャスト・サービス・データを受信するステップと
を含む、請求項７に記載の方法。
【請求項９】
前記送信の前記実質的な終了サブフレームに関する前記情報は、前記スケジューリング期間のマルチキャスト・サブフレーム内の前記送信の前記実質的な終了サブフレームの通し番号を含み、前記送信の前記事前定義の開始サブフレームに関する前記情報は、マルチキャスト・チャネル割当パターンを含み、前記ステップＩＩ１は、
−  前記マルチキャスト・チャネル割当パターンおよび前記スケジューリング期間のマルチキャスト・サブフレーム内の前記送信の前記実質的な終了サブフレームの前記通し番号に従い、基礎ブロードキャスト・サブフレーム割当情報および／または基礎マルチキャスト・サブフレーム割当情報上で、前記スケジューリング期間内の前記ブロードキャスト・サービス・データおよび／またはマルチキャスト・サービス・データの前記送信の前記開始サブフレームおよび前記終了サブフレームを決定するステップ
を含む、請求項８に記載の方法。
【請求項１０】
前記無線通信ネットワークは、ＬＴＥのＭＢＳＦＮの送信モードに基づく、請求項７に記載の方法。
【請求項１１】
前記ステップＩは、
−  前記スケジューリング期間の第１サブフレーム内にＭＡＣ  ＣＥの形で前記動的スケジューリング制御情報を受信し、前記スケジューリング期間内にこれを再受信するステップ
を含み、すべてのスケジューリング期間についてステップＩからＩＩまでを繰り返す
請求項７に記載の方法。
【請求項１２】
ブロードキャスト・サービスおよび／またはマルチキャスト・サービスをＵＥに提供する、無線通信ネットワークのｅＮＢ内のデバイスであって、
−  １つのスケジューリング期間内の前記ブロードキャスト・サービスおよび／またはマルチキャスト・サービスの実際に送信するデータ量に従って、各サービスの動的スケジューリング制御情報を決定する決定ユニットと、
−  ＭＡＣパケット・データ・ユニット内で、前記動的スケジューリング制御情報を前記ＵＥに提供する第１提供ユニットと、
−  前記スケジューリング期間内にブロードキャスト・サービス・データおよび／またはマルチキャスト・サービス・データを前記ＵＥに送信する送信器と
を含むデバイス。
【請求項１３】
ブロードキャスト・サービスおよび／またはマルチキャスト・サービスをｅＮＢから受信する、無線通信ネットワークのＵＥ内のデバイスであって、
−前記ｅＮＢから、ＭＡＣパケット・データ・ユニット内で、１つのスケジューリング期間の前記ブロードキャスト・サービスおよび／またはマルチキャスト・サービスの動的スケジューリング制御情報を受信する第１入手ユニットであって、前記動的スケジューリング制御情報は、前記スケジューリング期間内のサービス・データの実際に送信するデータ量を示す、第１入手ユニットと、
−前記動的スケジューリング制御情報に従って、前記スケジューリング期間内に前記ｅＮＢからブロードキャスト・サービス・データおよび／またはマルチキャスト・サービス・データを受信する受信ユニットと
を含むデバイス。
【請求項１４】
請求項１２に記載のブロードキャスト・サービスおよび／またはマルチキャスト・サービスをＵＥに提供する、無線通信ネットワークのｅＮＢ内のデバイスを含む、無線通信ネットワークのｅＮＢ。
【請求項１５】
請求項１３に記載のブロードキャスト・サービスおよび／またはマルチキャスト・サービスをｅＮＢから受信する、無線通信ネットワークのＵＥ内のデバイスを含む、無線通信ネットワークのＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信ネットワークに関し、具体的には、無線ネットワーク内でブロードキャストおよび／またはマルチキャストを実行する通信方法およびデバイスに関する。
【背景技術】
【０００２】
現在、ｅｎｈａｎｃｅｄ  Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ（ｅＭＢＭＳと略す）などのブロードキャスト・サービスおよび／またはマルチキャスト・サービスが、無線通信ネットワークでますます幅広く使用されている。ＬＴＥ  Ｒｅｌｅａｓｅ  ９のＲＰ−０９０３５０は、Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ（ＭＢＳＦＮと略す）がＭＢＭＳサービスのよいサポートを提供できることを要求する。同一のＭＢＳＦＮ領域内の各セルｅＮＢは、各セルのサービス信号に空中で互いにオーバーラップさせるために、ＭＢＭＳサービスを送信するのに同一の時間／周波数リソースを使用し、これによって、ＵＥにラジオ周波数（ＲＦ）組合せ利得を提供し、その受信およびＭＢＭＳサービス・データの抽出を容易にする。
【０００３】
統計的多重化（Ｓｔａｔｉｓｔｉｃａｌ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）（ＳＭと略す）を、同一のＱｏＳを有する異なるＭＢＭＳサービスについて実行することができ、これらのサービスを、１つのＭＣＨ（マルチキャスト・チャネル）内で送信することができる。統計的に多重化され得るこれらのサービスは、１つの「サービス・バンドル（Ｓｅｒｖｉｃｅ  Ｂｕｎｄｌｅ）」と定義される。統計的に多重化されない単一のサービスを、１つのサービスだけを含むサービス・バンドルと考えることができる。１つのサービス・バンドルを、スケジューリング中に１つのサービスと考えることができる。
【０００４】
現在、ネットワーク内のＭＣＥ（ｍｕｌｔｉｃａｓｔ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｅｎｔｉｔｙ）は、サービスのＱｏＳに従って、サービスごとに半静的なＭＣＨ  Ｓｕｂｆｒａｍｅ  Ａｌｌｏｃａｔｉｏｎ  Ｐａｔｔｅｒｎ（ＭＳＡＰと略す）を決定する。ＭＳＡＰは、各期間内の各サービスの最大リソース占有を決定する。その一方で、ＭＣＥは、サービスのＱｏＳに従って、サービスごとに送信優先順位およびＭＣＳをも決定する。
【０００５】
しかし、実用的なシステムでは、サービスによって実質的に占められるサブフレームの個数が、ＭＣＥによって割り当てられたＭＳＡＰ内のサブフレームの事前定義の個数より少ない場合がある。したがって、ＭＣＥによる半静的サブフレーム割当と比較して、実質的に占められていないサブフレームをよりよく利用し、リソース利用度を改善するために、無線システムは、ｅＭＢＭＳサービス・データのデータ量のリアルタイム変動に従って、リソースの量すなわち３２０ｍｓなどの各スケジューリング期間内にデータ送信によって占められるサブフレームの個数に関する動的ＭＡＣ層スケジューリングを実行することができ、スケジューリングの粒度は、その単位として１サブフレームを採用する。このリアルタイム処理は、各スケジューリング期間にＭＡＣ動的スケジューリングによって行うことができる。統計的多重化をサポートし、無線リソース利用を改善するために、統計的多重化におけるサービスは、継続的に送信される。パディングは、スケジューリング期間内の各ＭＣＨの最後のサブフレームだけに追加される。ＭＢＭＳサービス送信によって実質的に占められてはいない、スケジューリングの後で発見される残りのサブフレームを、ユニキャストなどの他のサービスに使用することができる。
【０００６】
図１に、ＭＳＡＰに基づくＭＢＭＳ動的スケジューリングの一例を示す。ここで、各フレームの＃０、＃４、＃５、および＃９サブフレームは、ページング情報およびシステム情報などの制御情報を送信するのに使用される必要があり、したがって、この標準規格は、これらの＃０、＃４、＃５、および＃９サブフレームをＭＢＳＦＮ送信サブフレームとして定義することはできないと指定する。したがって、この場合に、システムは、ＭＢＳＦＮサブフレームを各フレーム内の＃１、＃２、および＃３サブフレームとして決定する。一方、システムは、各スケジューリング期間の以前の１０個の無線フレームを、ＭＢＳＦＮサブフレームを搬送するのに使用できると決定する。これは、現在のスケジューリング期間３２０ｍｓ中のＭＳＡＰ用のサブフレームの総数が、３０であることを意味する。この場合に、ＭＳＡＰ用のサブフレーム占有は、第１フレームから始まる連続する数フレーム内のＭＢＳＦＮサブフレームである。
【０００７】
ＳＭに参加する３つのサービスＳ１、Ｓ２、およびＳ３がある。これらの３つのサービスは、サービス・バンドル｛Ｓ１，Ｓ２，Ｓ３｝を構成する。ＭＣＥは、この３つのサービスのＱｏＳおよびサービス量に従ってこのサービス・バンドルの８つのサブフレームを計算し、その占有は、図１に示されているように、第１および第２無線フレーム内のサブフレーム＃１、＃２、および＃３ならびに第３無線フレーム内のサブフレーム＃１および＃２である。ＭＣＥは、ＭＳＡＰ内でこの割当結果を事前定義し、これを各ｅＮＢおよびＵＥに提供する。しかし、図１に示されているように、各サービスの実質的なデータ・レートは変動するので、３つのサービスのデータの実質的な送信は、６．５個のサブフレームだけを占める（ここで、バックスラッシュ・ブロックに示されたＳ１は、２．５個のサブフレームを占め、正方形ブロックに示されたＳ２は、３個のサブフレームを占め、スラッシュ・ブロックに示されたＳ３は、１個のサブフレームを占める）。したがって、ｅＮＢが３つのサービスの動的スケジューリングを実行した後に、ダッシュ・ブロックに示された、実質的に使用されない１つのサブフレームを余分として残すことができる。ｅＮＢは、このサブフレームをユニキャストなどのサービスのために割り当てることができる。パディングは、図１のパイプ・ブロックに示されているように、スケジューリング期間内の各ＭＣＨの最後のサブフレームだけに追加される。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】ＬＴＥ  Ｒｅｌｅａｓｅ  ９のＲＰ−０９０３５０
【非特許文献２】ＴＳ３６．３００
【非特許文献３】ＴＳ３６．３２１のセクション６．２．１
【発明の概要】
【発明が解決しようとする課題】
【０００９】
明らかに、ＭＢＭＳ動的スケジューリングは、その期間としてより長い時間を要するので、ｅＭＢＭＳスケジューリングは、ユニキャスト・スケジューリングとは異なり、ＭＢＭＳスケジューリングは、ユニキャスト・スケジューリングより高いリアルタイム要件を有する。したがって、物理マルチキャスト・チャネル（ＰＭＣＨ）について、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に似た専用制御チャネルはない。したがって、各スケジューリング期間のＭＢＭＳ動的スケジューリング制御情報をＵＥにどのようにして送信すべきか、すなわち、各スケジューリング期間の各サービスの実質的な送信をＵＥにどのようにして示すべきかは、解決されなければならない技術的問題である。
【課題を解決するための手段】
【００１０】
ＬＴＥ  Ｒｅｌｅａｓｅ  ８では、ＭＡＣ（媒体アクセス制御）層が、特にｅＭＢＭＳサービス用に設計されてはいない。また、ｒｅｌｅａｓｅ  ９は、ｅＭＢＭＳの正しく効率的なサポートを要求し、特にＴＳ３６．３００で合意されたサービス多重化のサポートを要求し、したがって、各スケジューリング期間のＭＢＭＳ動的スケジューリング制御情報をＵＥに提供するために、ＭＡＣ層をこのサポートのために最適化することができる。
【００１１】
この技術的要件によりよく対処するために、本発明の一態様によれば、無線通信ネットワークのｅＮＢ内で、ブロードキャスト・サービスおよび／またはマルチキャスト・サービスをＵＥに提供する方法であって、ｉ．１つのスケジューリング期間内のブロードキャスト・サービスおよび／またはマルチキャスト・サービスの実質的な送信に従って、各サービスの動的スケジューリング制御情報を決定するステップと、ｉｉ．ＭＡＣパケット・データ・ユニット内で、動的スケジューリング制御情報をＵＥに提供するステップと、ｉｉｉ．スケジューリング期間内にブロードキャスト・サービス・データおよび／またはマルチキャスト・サービス・データをＵＥに送信するステップとを含む方法が提供される。
【００１２】
本発明の別の態様によれば、無線通信ネットワークのＵＥ内で、ブロードキャスト・サービスおよび／またはマルチキャスト・サービスをｅＮＢから受信する方法であって、Ｉ．ｅＮＢから、ＭＡＣパケット・データ・ユニット内で、１つのスケジューリング期間のブロードキャスト・サービスおよび／またはマルチキャスト・サービスの動的スケジューリング制御情報を受信するステップであって、動的スケジューリング制御情報は、スケジューリング期間内のサービス・データの実質的な送信を示す、ステップと、ＩＩ．動的スケジューリング制御情報に従って、スケジューリング期間内にｅＮＢからブロードキャスト・サービス・データおよび／またはマルチキャスト・サービス・データを受信するステップとを含む方法が提供される。
【００１３】
本発明の第３の態様によれば、ブロードキャスト・サービスおよび／またはマルチキャスト・サービスをＵＥに提供する、無線通信ネットワークのｅＮＢ内のデバイスであって、ｉ．１つのスケジューリング期間内のブロードキャスト・サービスおよび／またはマルチキャスト・サービスの実質的な送信に従って、各サービスの動的スケジューリング制御情報を決定する決定手段と、ｉｉ．ＭＡＣパケット・データ・ユニット内で、動的スケジューリング制御情報をＵＥに提供する第１提供手段と、ｉｉｉ．スケジューリング期間内にブロードキャスト・サービス・データおよび／またはマルチキャスト・サービス・データをＵＥに送信する送信器とを含むデバイスが提供される。
【００１４】
本発明の第４の態様によれば、ブロードキャスト・サービスおよび／またはマルチキャスト・サービスをｅＮＢから受信する、無線通信ネットワークのＵＥ内のデバイスであって、ｅＮＢから、ＭＡＣパケット・データ・ユニット内で、１つのスケジューリング期間のブロードキャスト・サービスおよび／またはマルチキャスト・サービスの動的スケジューリング制御情報を受信する第１入手手段であって、動的スケジューリング制御情報は、スケジューリング期間内のサービス・データの実質的な送信を示す、第１入手手段と、動的スケジューリング制御情報に従って、スケジューリング期間内にｅＮＢからブロードキャスト・サービス・データおよび／またはマルチキャスト・サービス・データを受信する受信器とを含むデバイスが提供される。
【００１５】
好ましくは、動的スケジューリング制御情報は、スケジューリング期間のマルチキャスト・サブフレーム内の、スケジューリング期間内のサービスの送信の実質的な終了サブフレームの通し番号を含む。ｅＮＢは、各スケジューリング期間の第１サブフレーム内で、ＭＡＣ  ＣＥの形でこの情報をＵＥに送信し、好ましくは、これをスケジューリング期間内に再送信する。ｅＮＢは、ＵＥがスケジューリング期間内のサービスの送信の開始サブフレームおよび終了サブフレームを決定でき、対応するサブフレーム中にｅＮＢからサービス・データを受信できるように、少なくとも１つのスケジューリング期間内のサービス・データの送信の事前定義の開始サブフレームを示すマルチキャスト・チャネル割当パターンならびに少なくとも１つのスケジューリング期間について事前に定義されるＭＢＳＦＮサブフレーム割当情報をもＵＥに送信する。
【００１６】
本発明によれば、各スケジューリング期間の動的スケジューリング制御情報は、ＭＡＣ層で通信され、ｅＮＢは、余分な帯域外周波信号方式表示なしで動的スケジューリングの結果をＵＥに通知することができる。ＵＥは、このスケジューリング結果を正しく入手することができ、スケジューリング結果に従ってサービス・データを正しく受信する。好ましくは、動的スケジューリング制御情報は、スケジューリング期間のマルチキャスト・サブフレーム内の、スケジューリング期間内のサービスの送信の実質的な終了サブフレームの通し番号を含み、これによって、制御情報の長さは、短い。
【００１７】
図面を参照することによって非制限的な実施形態の詳細な説明を読むことによって、本発明の他の特徴、目的、および利益がより明白になるであろう。
【図面の簡単な説明】
【００１８】
【図１】１つのスケジューリング期間内の、ＭＳＡＰに基づくｅＭＢＭＳ動的スケジューリングを示す概略図である。
【図２】本発明の一実施形態による、ｅＮＢおよびＵＥがブロードキャスト・サービス通信および／またはマルチキャスト・サービス通信を実行する方法を示す流れ図である。
【図３】本発明の一実施形態による、ＭＡＣ  ＣＥの形で通信されるｅＭＢＭＳ動的スケジューリング制御情報の構造を示す図である。
【図４】本発明の一実施形態による、ＭＢＭＳ動的スケジューリング制御情報のＭＡＣ  ＣＥを含むＭＡＣ−ＰＤＵのフレーム構造を示す図である。
【図５】本発明のもう１つの実施形態による、ブロードキャスト・サービス通信および／またはマルチキャスト・サービス通信を実行するためのｅＮＢおよびＵＥ内のデバイスを示すブロック図である。
【発明を実施するための形態】
【００１９】
図面全体を通じて、同一のまたは同様の参照符号は、同一のまたは同様のコンポーネントを表す。
【００２０】
本発明の実施形態では、１つの無線ＭＢＳＦＮネットワーク内のｅＮＢおよび支配されるＵＥは、ＭＢＭＳ通信を実行し、通信サービスは、１つの単一のサービス、複数のサービスを含む１つの上述のＳＭ、または異なるＱｏＳを有する複数のＳＭとすることができる。ここでは、さまざまなケースのすべてが、ブロードキャスト・サービス通信および／またはマルチキャスト・サービス通信と呼ばれる。
【００２１】
この実施形態では、スケジューリング期間は、それでも３２０ｍｓである。本発明が、６４０ｍｓなど、他の長さのスケジューリング期間についても適用可能であることが理解され得る。
【００２２】
上で図１で説明された、１つのスケジューリング期間内のＭＳＡＰに基づくｅＭＢＭＳ動的スケジューリングを、引き続き例としてとりあげる。ＳＭ｛Ｓ１，Ｓ２，Ｓ３｝サービスのＱｏＳに従って、ＭＣＥは、既にＳＭサービスについて、ＭＣＨ  Ｓｕｂｆｒａｍｅ  Ａｌｌｏｃａｔｉｏｎ  Ｐａｔｔｅｒｎ（ＭＳＡＰと略す）を決定しており、サービスは、現在のスケジューリング期間を含む各スケジューリング期間に関して、送信のために８つのサブフレームを占める。ＭＳＡＰは、ＭＢＭＳサービスの送信の事前定義の開始サブフレームおよび占められるサブフレームの個数を示す。
【００２３】
まず、本発明の実施形態を、図１から図４を参照してシステム方法の観点から説明する。
【００２４】
ｅＭＢＭＳサービス・データのデータ量のリアルタイム変動に従って、ｅＮＢは、スケジューリング期間内のサービスの実質的な送信を決定し、３つのサービスによって構成されるＳＭは、実質的に６．５個のサブフレームを占め、バックスラッシュ・ブロックに示されたＳ１は、合計２．５個のサブフレームすなわち、第１フレームのサブフレーム＃１、＃２、および＃３を占め、正方形ブロックに示されたＳ２は、合計３個のサブフレームすなわち、第１フレームのサブフレーム＃３と第２フレームのサブフレーム＃１、＃２、および＃３とを占め、スラッシュ・ブロックに示されたＳ３は、合計１個のサブフレームすなわち、第２フレームのサブフレーム＃３および第３フレームのサブフレーム＃１を占める。スケジューリング期間内のサービス・データの送信の事前定義の終了サブフレームすなわち第３フレームのサブフレーム＃１と、スケジューリング期間内のサービス・データの送信の実質的な終了サブフレームすなわち第３フレームのサブフレーム＃２とに基づいて、ｅＮＢは、実質的な送信に使用されないサブフレームすなわち第３フレームのサブフレーム＃２を、ユニキャストなどの他のサービスに再割当した。動的スケジューリングに関連するテクノロジは、当技術分野で周知であり、この説明は、不必要な詳細を与えない。このｅＮＢおよび他のｅＮＢが１つのＭＢＳＦＮ領域に属する場合に、このｅＮＢは、ＳＦＮ内の間で統一されたコンテンツ同期化ルールを使用することによって、スケジューリング期間内のサービスの実質的な送信を決定する。
【００２５】
まず、ステップＳ２で、ｅＮＢは、ＳＭに従ってすなわちこのスケジューリング期間内のサービスの実質的な送信に従って、サービスの動的スケジューリング制御情報を決定する。１つのケースでは、動的スケジューリング制御情報は、スケジューリング期間のすべてのサブフレーム内の、サービスによって占められるサブフレームの通し番号である。３２０ｍｓのスケジューリング期間内には、合計３２０個のサブフレームがある。したがって、各サブフレームの通し番号の長さは、９ビットまでを要し、送信の７個のサブフレームは、相対的に膨大なデータ量である６３ビットのデータ量を必要とする。
【００２６】
別の好ましいケースでは、動的スケジューリング制御情報は、スケジューリング期間内のサービス・データの送信の実質的な終了サブフレームすなわち、第３フレームのサブフレーム＃１に関する情報である。この場合には、ステップＳ０で、ｅＮＢは、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングを介して、現在のスケジューリング期間を含む少なくとも１つのスケジューリング期間内のサービス・データの送信の事前定義の開始サブフレームに関する情報ならびに現在のスケジューリング期間を含む少なくとも１つのスケジューリング期間について事前に定義されるＭＢＳＦＮサブフレーム割当情報をＵＥに提供する。それに対応して、ステップＳ１で、ＵＥは、送信の事前定義の開始サブフレームに関する情報ならびにＭＢＳＦＮサブフレーム割当情報を受信する。現在のスケジューリング期間を含む少なくとも１つのスケジューリング期間内のサービス・データの送信の事前定義の開始サブフレームに関する情報は、ＭＣＥによって決定される上述のＭＳＡＰであり、ＭＢＳＦＮサブフレーム割当情報は、各フレーム内のどのサブフレームがＭＢＭＳサービスのために使用されるのかを示すためにＭＣＥによって決定される。ＵＥは、ＭＢＳＦＮサブフレーム割当情報に基づいて、どのサブフレームがＭＢＭＳサービスに使用されるのかを獲得し、送信の開始サブフレームおよび終了サブフレームの情報に従って、スケジューリング期間全体のすべてのサブフレーム内での開始サブフレームおよび終了サブフレームの位置を決定することができ、その後、ＭＢＭＳ送信が連続的である場合には、ＵＥは、送信の開始サブフレームおよび終了サブフレームならびにその間のすべてのＭＢＭＳサブフレームが、このサービスを送信するために使用されるサブフレームであることを獲得する。１つの統一されたスケジューリング期間中に送信する複数のＭＢＭＳサービスがある場合には、ｅＮＢは、サービスごとにそれぞれ実質的な終了サブフレームおよび事前定義の開始サブフレームに関する情報をＵＥに送信する。さらに、ｅＮＢは、ＵＥがサービスごとにそれぞれ送信の実質的な終了サブフレームおよび事前定義の開始サブフレームを決定できるように、これらのサービスの送信順序をもＵＥに送信する。
【００２７】
好ましい実施形態では、送信の実質的な終了サブフレームに関する情報は、スケジューリング期間のマルチキャスト・サブフレーム内での送信の実質的な終了サブフレームの通し番号を含む。各フレームは、マルチキャスト・サブフレームとして６個のサブフレームすなわち＃０、＃４、＃５、および＃９を除くサブフレームを有するので、３２０ｍｓ内に１９２個のマルチキャスト・サブフレームがある。したがって、マルチキャスト・サブフレーム内の送信の実質的な終了サブフレームの通し番号の長さを、８ビットとすることができる。この場合に、各動的スケジューリング制御情報によって占められるデータ量は、相対的に少ない。
【００２８】
その後、ステップＳ３で、ｅＮＢは、余分な帯域外周波信号方式を必要とせずに、ＭＡＣ−ＰＤＵ内すなわち媒体アクセス制御のパケット・データ・ユニット内で動的スケジューリング制御情報をＵＥに送信する。
【００２９】
この実施形態は、ＴＳ３６．３２１のセクション６．２．１で定義されたＭＡＣ−ＰＤＵのフォーマットを再利用し、このフォーマットは、ダウンリンク同期チャネル（ＤＬ−ＳＣＨ）およびアップリンク同期チャネル（ＵＬ−ＳＣＨ）に使用される。このフォーマットでは、この実施形態は、動的スケジューリング制御情報を搬送するために新しいＭＡＣ  ＣＥを追加し、この新しいＭＡＣ  ＣＥは、「ＭＢＭＳ動的スケジューリング制御情報のＭＡＣ  ＣＥ」と呼ばれる。
【００３０】
ＭＢＭＳに関連するＬＣＩＤ（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ  ＩＤ）を、下の表にリストする。これらのＩＤの定義は、ＴＳ３６．３２１の表６．２．１−１でのＤＬ−ＳＣＨに関する定義と同様であり、ＤＬ−ＳＣＨに準拠している。
【００３１】
【表１】
0005442106.tif 000002
【００３２】
ＭＢＭＳについて、ＭＣＣＨのＬＣＩＤは、標準規格の予約済み値から「０１０１１」を選択することができる。「ＭＢＭＳ動的スケジューリング制御情報のＭＡＣ  ＣＥ」のＬＣＩＤは、標準規格の予約済み値「１１０１１」を使用することができる。ＤＬ−ＳＣＨに関連するすべてのＬＣＩＤは、ＭＢＭＳによる使用を避けなければならない。しかし、ＭＢＭＳサービスのＭＣＨは、ＤＬ−ＳＣＨのＬＣＩＤ  ００００１〜０１０１０を共有することができる。
【００３３】
詳細な「ＭＢＭＳ動的スケジューリング制御情報のＭＡＣ  ＣＥ」は、１つまたは複数のオクテット列によって構成される、次のように定義することができる。各オクテット列は、現在のスケジューリング期間内の１つのＭＢＭＳサービスの送信の終了サブフレームに関する情報を示し、オクテット列は、１対１でＭＢＭＳサービスに対応し、列の順序は、ＭＣＥによって決定されたＭＢＭＳサービスの送信の順序と同一である。ＣＥの長さは可変であると考えることができる。図３に、ＭＢＭＳ動的スケジューリング制御情報のＭＡＣ  ＣＥのフレーム構造を示し、ここで、終了ポイント・インデックス（Ｅｎｄｉｎｇ  Ｐｏｉｎｔ  Ｉｎｄｅｘ）（ＥＰＩ）は、各サービスの終了サブフレームに関する情報を示すのに使用される。送信のサブフレームに関する情報が、スケジューリング期間のマルチキャスト・サブフレーム内のサブフレームの通し番号である好ましい実施形態では、最大ＥＰＩは、１９６であり、これは、１バイトの長さの２進シーケンスによって表すことができる。
【００３４】
好ましくは、ｅＮＢは、スケジューリング期間の第１サブフレーム内のＭＡＣ−ＰＤＵ内で、ＭＡＣ  ＣＥの形で動的スケジューリング制御情報をＵＥに送信する。このＭＡＣ−ＰＤＵのフレーム構造が、図４に示されており、ここで、ＭＡＣヘッダは、ＭＡＣペイロード内の各ＭＡＣ−ＳＤＵ（サービス・データ・ユニット）に対応するサブヘッダを含み、ＭＡＣペイロード内では、ＭＢＭＳ動的スケジューリング制御情報のＭＡＣ  ＣＥは、最初の場所に配置され、これに、各異なる論理チャネルのＭＡＣ−ＳＤＵが続く。スケジューリング期間の第１サブフレーム内で動的スケジューリング制御情報を送信する他に、ｅＮＢは、ＵＥに関する正しい受信を保証するために、サービスの実質的な送信の前に少なくとも１回、スケジューリング期間内にＭＢＭＳ動的スケジューリング制御情報のＭＡＣ  ＣＥを再送信することができる。
【００３５】
次に、ステップＳ４で、ＵＥは、ＭＡＣ−ＰＤＵ内で、現在のスケジューリング期間のブロードキャスト・サービスの動的スケジューリング制御情報をｅＮＢから受信し、ここで、動的スケジューリング制御情報は、スケジューリング期間内のサービス・データの実質的な送信を示す。ｅＮＢが、サービスの実質的な送信の前にスケジューリング期間内に動的スケジューリング制御情報を再送信する場合には、ＵＥは、その情報を再受信する。
【００３６】
好ましくは、動的スケジューリング制御情報は、スケジューリング期間内のマルチキャスト・サブフレーム内のサービス・データの送信の実質的な終了サブフレームの通し番号である。
【００３７】
その前に、ステップＳ１で、ＵＥは、送信の事前定義の開始サブフレームに関する情報およびＭＢＳＦＮサブフレーム割当情報を受信済みである。上述の方法に基づいて、ＵＥは、スケジューリング期間内のＭＢＭＳサービスのＭＢＳＦＮサブフレームの個数および位置を決定することができる。
【００３８】
ステップＳ６０では、ＵＥは、ＭＢＳＦＮサブフレーム割当情報に従い、実質的な終了サブフレームの受信された通し番号および送信の事前定義の開始サブフレームに関する情報を基礎として、スケジューリング期間内のＭＢＭＳサービスの送信の開始サブフレームおよび終了サブフレームを決定する。決定の特定の方法については、ｅＮＢ側の説明を参照されたい。
【００３９】
その後、ステップＳ５では、ｅＮＢが、スケジューリング期間内の対応するサブフレーム内でＭＢＭＳトラフィック・データをＵＥに送信する。
【００４０】
ステップＳ６１では、ＵＥは、ｅＮＢからＭＢＭＳサービス・データを、送信の決定された開始サブフレームから決定された終了サブフレームまで受信する。スケジューリング期間ごとに、ｅＮＢおよびＵＥは、上記のステップを繰り返す。注記すべきことは、実用的なネットワークで、ＭＢＭＳサブフレーム割当情報およびサービスの送信の事前に定義された開始サブフレームが、ＭＣＥによって半静的に割り当てられ、比較的長い時間にわたって変更されずに保たれるので、ｅＮＢは、送信の事前に定義された開始サブフレームに関する情報およびＭＢＭＳサブフレーム割当情報をＵＥに前もって送信することができ、ＵＥは、ｅＮＢがこれらを毎回送信することを必要とせずにこれらの情報を格納する、すなわち、上記のステップＳ０およびＳ１をなしで済ませることができることである。
【００４１】
上記は、方法の観点から本発明を説明し、次は、デバイスの観点から本発明の説明を与える。
【００４２】
図５に示されているように、ｅＮＢは、ブロードキャスト・サービスおよび／またはマルチキャスト・サービスをＵＥに提供するデバイス１を含む。デバイス１は、決定ユニット１１、第１提供ユニット１２、および送信器１３を含み、好ましくは、第２提供ユニット１０、割当ユニット、およびスケジューリング・ユニットを含む。ＵＥは、ｅＮＢからブロードキャスト・サービスおよび／またはマルチキャスト・サービスを受信するデバイス２を含む。デバイス２は、第１入手ユニット２１および受信ユニット２２を含み、好ましくは第２入手ユニット２０を含む。
【００４３】
ｅＭＢＭＳサービス・データのデータ量のリアルタイム変動に従って、ｅＮＢのスケジューリング・ユニット（図示せず）は、スケジューリング期間内のサービスの実質的な送信を決定し、図１に示されているように、３つのサービスによって構成されるＳＭは、実質的に６．５個のサブフレームを占め、バックスラッシュ・ブロックに示されたＳ１は、合計２．５個のサブフレームすなわち、第１フレームのサブフレーム＃１、＃２、および＃３を占め、正方形ブロックに示されたＳ２は、合計３個のサブフレームすなわち、第１フレームのサブフレーム＃３と第２フレームのサブフレーム＃１、＃２、および＃３とを占め、スラッシュ・ブロックに示されたＳ３は、合計１個のサブフレームすなわち、第２フレームのサブフレーム＃３および第３フレームのサブフレーム＃１を占める。スケジューリング期間内のサービス・データの送信の事前定義の終了サブフレームすなわち第３フレームのサブフレーム＃１と、スケジューリング期間内のサービス・データの送信の実質的な終了サブフレームすなわち第３フレームのサブフレーム＃２とに基づいて、ｅＮＢの処理ユニット（図示せず）は、実質的な送信に使用されないサブフレームすなわち第３フレームのサブフレーム＃２を、ユニキャストなどの他のサービスに再割当する。動的スケジューリングに関連するテクノロジは、当技術分野で周知であり、この説明は、不必要な詳細を与えない。このｅＮＢおよび他のｅＮＢが１つのＭＢＳＦＮ領域に属する場合に、このスケジューリング・ユニットは、ＳＦＮ内の間で統一されたコンテンツ同期化ルールを使用することによって、スケジューリング期間内のサービスの実質的な送信を決定する。
【００４４】
まず、決定ユニット１１は、ＳＭに従ってすなわちこのスケジューリング期間内のサービスの実質的な送信に従って、サービスの動的スケジューリング制御情報を決定する。好ましくは、動的スケジューリング制御情報は、スケジューリング期間内のサービス・データの送信の実質的な終了サブフレームすなわち、第３フレームのサブフレーム＃１に関する情報である。この場合には、第２提供ユニット１０は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングを介して、現在のスケジューリング期間を含む少なくとも１つのスケジューリング期間内のサービス・データの送信の事前定義の開始サブフレームに関する情報ならびに現在のスケジューリング期間を含む少なくとも１つのスケジューリング期間について事前に定義されるＭＢＳＦＮサブフレーム割当情報をＵＥに提供する。それに対応して、ＵＥの第２入手ユニット２０は、送信の事前定義の開始サブフレームに関する情報ならびにＭＢＳＦＮサブフレーム割当情報を受信する。現在のスケジューリング期間を含む少なくとも１つのスケジューリング期間内のサービス・データの送信の事前定義の開始サブフレームに関する情報は、ＭＣＥによって決定される上述のＭＳＡＰであり、ＭＢＳＦＮサブフレーム割当情報は、各フレーム内のどのサブフレームがＭＢＭＳサービスのために使用されるのかを示すためにＭＣＥによって決定される。ＵＥの受信ユニット２２の処理ユニットは、ＭＢＳＦＮサブフレーム割当情報に基づいて、どのサブフレームがＭＢＭＳサービスに使用されるのかを獲得し、処理ユニットは、送信の開始サブフレームおよび終了サブフレームの情報に従って、スケジューリング期間全体のすべてのサブフレーム内での開始サブフレームおよび終了サブフレームの位置を決定することができ、その後、ＭＢＭＳ送信が連続的である場合には、処理ユニットは、送信の開始サブフレームおよび終了サブフレームならびにその間のすべてのＭＢＭＳサブフレームが、このサービスを送信するために使用されるサブフレームであることを獲得する。１つの統一されたスケジューリング期間中に送信する複数のＭＢＭＳサービスがある場合には、ｅＮＢは、サービスごとにそれぞれ実質的な終了サブフレームおよび事前定義の開始サブフレームに関する情報をＵＥに送信する。さらに、第２提供ユニット１０は、ＵＥがサービスごとにそれぞれ送信の実質的な終了サブフレームおよび事前定義の開始サブフレームを決定できるように、これらのサービスの送信順序をもＵＥに送信する。
【００４５】
好ましい実施形態では、送信の実質的な終了サブフレームに関する情報は、スケジューリング期間のマルチキャスト・サブフレーム内での送信の実質的な終了サブフレームの通し番号を含む。各フレームは、マルチキャスト・サブフレームとして６個のサブフレームすなわち＃０、＃４、＃５、および＃９を除くサブフレームを有するので、３２０ｍｓ内に１９２個のマルチキャスト・サブフレームがある。したがって、マルチキャスト・サブフレーム内の送信の実質的な終了サブフレームの通し番号の長さを、８ビットとすることができる。この場合に、各動的スケジューリング制御情報によって占められるデータ量は、相対的に少ない。
【００４６】
その後、第１提供ユニット１２は、余分な帯域外周波信号方式を必要とせずに、ＭＡＣ−ＰＤＵ内すなわち媒体アクセス制御のパケット・データ・ユニット内で動的スケジューリング制御情報をＵＥに送信する。
【００４７】
この実施形態は、ＴＳ３６．３２１のセクション６．２．１で定義されたＭＡＣ−ＰＤＵのフォーマットを再利用し、動的スケジューリング制御情報を搬送するために新しいＭＡＣ  ＣＥを追加し、この新しいＭＡＣ  ＣＥは、「ＭＢＭＳ動的スケジューリング制御情報のＭＡＣ  ＣＥ」と呼ばれる。ＭＢＭＳに関連するＬＣＩＤ（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ  ＩＤ）の定義については、前の方法実施形態の説明を参照されたく、不必要な詳細は、ここでは与えない。
【００４８】
「ＭＢＭＳ動的スケジューリング制御情報のＭＡＣ  ＣＥ」は、１つまたは複数のオクテット列によって構成することができる。各オクテット列は、現在のスケジューリング期間内の１つのＭＢＭＳサービスの送信の終了サブフレームに関する情報を示し、オクテット列は、１対１でＭＢＭＳサービスに対応し、列の順序は、ＭＣＥによって決定されたＭＢＭＳサービスの送信の順序と同一である。ＣＥの長さは可変であると考えることができる。図３に、ＭＢＭＳ動的スケジューリング制御情報のＭＡＣ  ＣＥのフレーム構造を示し、ここで、終了ポイント・インデックス（ＥＰＩ）は、各サービスの終了サブフレームに関する情報を示すのに使用される。送信のサブフレームに関する情報が、スケジューリング期間のマルチキャスト・サブフレーム内のサブフレームの通し番号である好ましい実施形態では、最大ＥＰＩは、１９６であり、これは、１バイトの長さの２進シーケンスによって表すことができる。
【００４９】
第１提供ユニット１２は、スケジューリング期間の第１サブフレーム内のＭＡＣ−ＰＤＵ内で、ＭＡＣ  ＣＥの形で動的スケジューリング制御情報をＵＥに送信する。このＭＡＣ−ＰＤＵのフレーム構造が、図４に示されており、ここで、ＭＡＣヘッダは、ＭＡＣペイロード内の各ＭＡＣ−ＳＤＵ（サービス・データ・ユニット）に対応するサブヘッダを含み、ＭＡＣペイロード内では、ＭＢＭＳ動的スケジューリング制御情報のＭＡＣ  ＣＥは、最初の場所に配置され、これに、各異なる論理チャネルのＭＡＣ−ＳＤＵが続く。スケジューリング期間の第１サブフレーム内で動的スケジューリング制御情報を送信する他に、第１提供ユニット１２は、ＵＥに関する正しい受信を保証するために、サービスの実質的な送信の前に少なくとも１回、スケジューリング期間内にＭＢＭＳ動的スケジューリング制御情報のＭＡＣ  ＣＥを再送信することができる。
【００５０】
次に、ＵＥの第１入手ユニット２１は、ＭＡＣ−ＰＤＵ内で、現在のスケジューリング期間のブロードキャスト・サービスの動的スケジューリング制御情報をｅＮＢから受信し、ここで、動的スケジューリング制御情報は、スケジューリング期間内のサービス・データの実質的な送信を示す。ｅＮＢが、サービスの実質的な送信の前にスケジューリング期間内に動的スケジューリング制御情報を再送信する場合には、ＵＥは、その情報を再受信する。
【００５１】
好ましくは、動的スケジューリング制御情報は、スケジューリング期間内のマルチキャスト・サブフレーム内のサービス・データの送信の実質的な終了サブフレームの通し番号である。
【００５２】
その前に、ＵＥの第２入手ユニット２２は、送信の事前定義の開始サブフレームに関する情報およびＭＢＳＦＮサブフレーム割当情報を受信済みである。
【００５３】
ＵＥの受信ユニット２２は、ＭＢＳＦＮサブフレーム割当情報に従い、実質的な終了サブフレームの受信された通し番号および送信の事前定義の開始サブフレームに関する情報を基礎として、スケジューリング期間内のＭＢＭＳサービスの送信の開始サブフレームおよび終了サブフレームを決定する。決定の特定の方法については、ｅＮＢ側の説明を参照されたい。
【００５４】
その後、送信器１３が、スケジューリング期間内の対応するサブフレーム内でＭＢＭＳトラフィック・データをＵＥに送信する。
【００５５】
その後、ＵＥの受信ユニット２２の受信器は、ｅＮＢからＭＢＭＳサービス・データを、送信の決定された開始サブフレームから決定された終了サブフレームまで受信する。
【００５６】
スケジューリング期間ごとに、ｅＮＢおよびＵＥの各ユニットは、動作を繰り返す。注記すべきことは、実用的なネットワークで、ＭＢＭＳサブフレーム割当情報およびサービスの送信の事前に定義された開始サブフレームが、ＭＣＥによって半静的に割り当てられ、比較的長い時間にわたって変更されずに保たれるので、ｅＮＢの第２提供ユニット１０は、送信の事前に定義された開始サブフレームに関する情報およびＭＢＭＳサブフレーム割当情報をＵＥに前もって送信することができ、ＵＥは、ｅＮＢがこれらを毎回送信することを必要とせずにこれらの情報を格納する、すなわち、上記の第２提供ユニット１０および第２入手ユニット２０をなしで済ませることができる。
【００５７】
上記は、本発明の実施形態を説明するものである。注記する必要があることは、本発明は、上で言及された特定の実施形態に限定されず、当業者は、添付の特許請求の範囲の範囲内でさまざまな変形形態または修正形態を作ることができることである。
【図２】
0005442106.tif 000003
【図３】
0005442106.tif 000004
【図４】
0005442106.tif 000005
【図５】
0005442106.tif 000006
【図１】
0005442106.tif 000007