(57)【要約】      （修正有）【課題】ＳＩＢサイズを拡張するとともにスケジューリングの柔軟性を改善する可能性も開くシステム、デバイス及び方法を提供する。【解決手段】ｅＮＢと通信するためのユーザ機器３であって、システム情報ブロック１（ＳＩＢ１）を搬送するＰＤＳＣＨ（物理ダウンリンク共有チャネル）のための複数の異なるトランスポートブロックサイズ（ＴＢＳ）の１つ及び複数の異なる繰り返し回数のうちの１つに直接マップする値を有するパラメータを含む第１の情報を含むマスタ情報ブロック（ＭＩＢ）を含むシステム情報を受信するための手段と、第１の情報に基づいて、前記ＳＩＢ１を搬送するＰＤＳＣＨのためのＴＢＳと、ＳＩＢ１を搬送するＰＤＳＣＨのための繰り返し回数とを決定するための手段および第１の情報に基づいてＳＩＢ１を受信する手段と、を備える。ＳＩＢ１は、他のシステム情報のためのＴＢＳ情報を示す。【選択図】図４
2020145759.tif 000002
【特許請求の範囲】
【請求項１】
eNBと通信するためのユーザ機器(UE)であって、
システム情報ブロック１（SIB1）を搬送するPDSCH（物理ダウンリンク共有チャネル）のための複数の異なるトランスポートブロックサイズ（TBS）の１つ、及び複数の異なる繰り返し回数のうちの１つに直接マップする値を有するパラメータを含む第１の情報を含むマスタ情報ブロック（MIB）を含むシステム情報を受信するための手段と、
前記第１の情報に基づいて、前記SIB1を搬送するPDSCHのためのTBSと、前記SIB1を搬送するPDSCHのための繰り返し回数とを決定するための手段；および
前記第１の情報に基づいて前記SIB1を受信する手段を備え、前記SIB1は、他のシステム情報のためのTBS情報を示す、ユーザ装置。
【請求項２】
SIB1は、他のシステム情報のTBS情報を示す、請求項１に記載のユーザ装置。
【請求項３】
SIB1は、周期性と、他のシステム情報の繰り返しのための情報を含む、請求項１に記載のユーザ装置。
【請求項４】
SIB1は、他のシステム情報の繰り返しのための、3rd Generation Partnership Project (3GPP) 標準のリリース13の、情報を含む、請求項１に記載のユーザ装置。
【請求項５】
eNBと通信するユーザ機器（UE）によって実行される方法であって、
システム情報ブロック１（SIB1）を搬送するPDSCH（物理ダウンリンク共有チャネル）のための複数の異なるトランスポートブロックサイズ（TBS）の１つ、及び複数の異なる繰り返し回数のうちの１つに直接マップする値を有するパラメータを含む第１の情報を含むマスタ情報ブロック（MIB）を含むシステム情報を受信すること、
前記第１の情報に基づいて、前記SIB1を伝送するPDSCHのためのTBSおよび前記SIB1を伝送するPDSCHのための繰り返し数を決定すること、および
前記第１の情報に基づいてＳＩＢ１を受信することを含み、前記SIB１は、他のシステム情報のためのTBS情報を示す、方法。
【請求項６】
SIB1は、他のシステム情報のTBS情報を示す、請求項５に記載の方法。
【請求項７】
SIB1は、周期性と、他のシステム情報の繰り返しのための情報を含む、請求項５に記載の方法。
【請求項８】
SIB1は、他のシステム情報の繰り返しのための、3rd Generation Partnership Project (3GPP) 標準のリリース13の、情報を含む請求項５に記載の方法。
【請求項９】
ユーザ機器（UE）と通信するためのeNBであって、
システム情報ブロック１（SIB1）を搬送するPDSCH（物理ダウンリンク共有チャネル）のための複数の異なるトランスポートブロックサイズ（TBS）の１つ、及び複数の異なる繰り返し回数のうちの１つに直接マップする値を有するパラメータを含む第１の情報を含むマスタ情報ブロック（MIB）を含むシステム情報を送信する手段、及び
前記第１の情報に基づいて前記SIB1を送信する手段を備え、前記SIB1は、他のシステム情報のためのTBS情報を示す、eNB。
【請求項１０】
SIB1は、他のシステム情報のTBS情報を示す、請求項９に記載のeNB。
【請求項１１】
前記SIB1は、周期性と、他のシステム情報の繰り返しのための情報とを含む、請求項９に記載のeNB。
【請求項１２】
SIB1は、他のシステム情報の繰り返しのための、3rd Generation Partnership Project (3GPP) 規格のリリース13の、情報を含む、請求項９に記載のeNB。
【請求項１３】
ユーザ機器（UE）と通信するeNBによって実行される方法であって、
システム情報ブロック１（SIB1）を搬送するPDSCH（物理ダウンリンク共有チャネル）のための複数の異なるトランスポートブロックサイズ（TBS）の１つ、及び複数の異なる繰り返し回数のうちの１つに直接マップする値を有するパラメータを含む第１の情報を含むマスタ情報ブロック（MIB）を含むシステム情報を送信すること、及び
前記第１の情報に基づいて前記SIB1を送信することを備え、前記SIB1は、他のシステム情報のためのTBS情報を示す、方法。
【請求項１４】
SIB1は、他のシステム情報のTBS情報を示す、請求項１３に記載の方法。
【請求項１５】
SIB1は、周期性と、他のシステム情報の繰り返しのための情報を含む、請求項１３に記載の方法。
【請求項１６】
SIB1は、他のシステム情報の繰り返しのための、3rd Generation Partnership Project (3GPP)規格のリリース13の情報を含む、請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信デバイス及び移動通信ネットワークに関し、限定はしないが、特に、第３世代パートナーシッププロジェクト（３ＧＰＰ）標準規格又はその均等物若しくは派生物に従って動作する移動通信デバイス及び移動通信ネットワークに関する。本発明は、限定はしないが、特に、ＬＴＥアドバンストを含む、ＵＴＲＡＮのロングタームエボリューション（ＬＴＥ）（発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）と呼ばれる）に関連する。
【背景技術】
【０００２】
移動（セルラ）通信ネットワークでは、（ユーザ）通信デバイス（ユーザ機器（ＵＥ）、例えば移動電話機としても知られている）が、基地局を介してリモートサーバ又は他の通信デバイスと通信する。それらの互いの通信において、通信デバイス及び基地局は、通常は周波数帯域及び／又は時間ブロックに分割されている、認可された無線周波数を用いる。
【０００３】
通信デバイスは、基地局を介して通信することができるようにするために、基地局によって動作される制御チャネルを監視する必要がある。これらの物理制御チャネルのうちの１つである、いわゆる物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、ダウンリンクリソース及びアップリンクリソースを個々の通信デバイスにスケジューリングする制御情報を搬送する。物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、１つ又は幾つかの連続した制御チャネル要素（ＣＣＥ）のアグリゲーション上で送信される。スケジューリングは、サービング基地局が、現在のスケジューリングラウンドにおいてリソースをスケジューリングされている各通信デバイスにダウンリンク制御情報（ＤＣＩ）を、ＰＤＣＣＨを通じて送信することによって実現される。このようにスケジューリングされたダウンリンクデータは、ＤＣＩによって配分されたリソースを用いて、いわゆる物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を通じて送信される。ＰＤＣＣＨ制御情報（ＤＣＩ）に関連付けられたＰＤＳＣＨリソースは、一般に、異なる周波数を用いるが同じサブフレーム内で提供される。
【０００４】
共通制御送信は、例えば、ブロードキャストされるマスタ情報ブロック（ＭＩＢ）及びシステム情報ブロック（ＳＩＢ）と、ランダムアクセス応答（ＲＡＲ）メッセージと、ページングとを含む。
【０００５】
ネットワークと通信するために、ＵＥはシステム情報を入手しなければならない。システム情報は、ネットワーク及びサービングセルについての構成情報を含む。この情報は、セルの全てのユーザに共通であるので、セルカバレッジエリア内の全てのＵＥにブロードキャストされる。システム情報は、マスタ情報ブロック（ＭＩＢ）と呼ばれるメッセージと、複数のシステム情報ブロック（ＳＩＢ）と呼ばれるメッセージとにグループ化される。ＭＩＢは、セルから他の情報を取得するためにＵＥによって必要とされる最も本質的なシステム情報、すなわち、システム帯域幅と、システムフレーム番号（ＳＦＮ）と、物理ハイブリッド自動再送要求（ＨＡＲＱ）インジケータチャネル（ＰＨＩＣＨ）構成とを含む。ＭＩＢは、物理ブロードキャストチャネル（ＰＢＣＨ）にマッピングされたブロードキャストチャネル（ＢＣＨ）上で搬送される。これは、固定された符号化変調方式を用いて送信され、初期セルサーチ手順後に復号化されえる。ＭＩＢは、４０ｍｓの周期性と４０ｍｓ内で行われる繰り返しとを有する、固定されたスケジュールを用いる。ＵＥは、その後、ＭＩＢから入手された情報を用いて、ＰＤＣＣＨの長さを示す、制御フォーマットインジケータ（ＣＦＩ）を復号化することができる。これによって、ＰＤＣＣＨを復号化することが可能になる。システム情報無線ネットワーク一時識別子（ＳＩ−ＲＮＴＩ）を用いてスクランブルされたＤＣＩメッセージがＰＤＣＣＨに存在することは、ＳＩＢが同じサブフレームにおいて搬送されていることを示す。
【０００６】
ＳＩＢは、ブロードキャスト制御チャネル（ＢＣＣＨ）の論理チャネルにおいて送信される。一般に、ＢＣＣＨメッセージは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）上で搬送され、ＰＤＳＣＨ上を周期的な間隔で送信される。ＰＤＳＣＨ送信のフォーマット及びリソース配分は、ＰＤＣＣＨ上のＤＣＩメッセージによって示される。ＬＴＥ／ＬＴＥ−Ａは、各ＳＩＢが運ぶシステム情報のタイプに従って、異なるＳＩＢを規定している。例えば、ＳＩＢ１は、セル識別情報を含むセルアクセス情報を含み、ＵＥがｅＮＢにキャンプオンすることが可能であるか否かを示すことができる。ＳＩＢ１は、セル選択情報（又はセル選択パラメータ）も含む。加えて、ＳＩＢ１は、他の複数のＳＩＢのためのスケジューリング情報を含む。全てのＳＩＢが存在する必要があるとは限らない。複数のＭＩＢと同様に、複数のＳＩＢは繰り返しブロードキャストされる。一般に、下位のＳＩＢほど、上位のＳＩＢと比較して、よりタイムクリティカルであり、より頻繁に送信される。ＳＩＢ１は、８０ｍｓごとに送信されるのに対して、それよりも上位の複数のＳＩＢの送信周期は、柔軟であり、ネットワークが異なれば異なる可能性がある。ＳＩＢ１以外の複数のＳＩＢは、システム情報（ＳＩ）メッセージにおいて搬送される。ＳＩメッセージへの複数のＳＩＢのマッピングは、同じスケジューリング要件（周期性）を有するＳＩＢしか同じＳＩメッセージにマッピングすることができないことを含む、幾つかの制限を有する、ＳＩＢタイプ１に含まれるスケジューリング情報によって柔軟に構成される。
【０００７】
セルのシステム情報が取得された後、ＵＥは、ランダムアクセスチャネル上でショートメッセージを送信することによって、初期接続の確立を試みることができる。幾つかのデバイスがメッセージの同時送信を試み、その結果、ネットワークアクセス衝突が生じる可能性を最小にするために、先ず、メッセージ自体は、非常に短いものでしかなく、５ビットの乱数しか含まない。さらに、ネットワークは、毎秒多くのランダムアクセススロットを提供して、アクセス要求を経時的にランダム化する。ネットワークは、ランダムアクセス要求をピックアップすると、セル−無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）を移動体に割り当て、このメッセージに対してランダムアクセス応答メッセージを用いて返答する。加えて、このメッセージは、初期アップリンク帯域幅許可、すなわち、ＵＥがアップリンク方向において用いることができる共有アップリンクチャネルの一組のリソースブロックを含む。これらのリソースは、その後、初期アタッチ要求をカプセル化するＲＲＣ接続要求メッセージを送信するのに用いられる。
【０００８】
ページングメッセージの主な目的は、移動体着信呼に備えてＲＲＣ＿ＩＤＬＥモードにあるＵＥをページングすることである。また、ページングメッセージは、ＲＲＣ＿ＩＤＬＥモードだけでなくＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにもあるＵＥに、システム情報が変更されること又はＥＴＷＳ通知がＳＩＢ１０又はＳＩＢ１１にポストされていることを知らせるのに用いられえる。
【０００９】
遠距離通信における近年の開発では、人間の援助なしで通信し動作を行うように構成された、ネットワーク接続デバイスであるマシンタイプ通信（ＭＴＣ）ＵＥの使用の大幅な増加が見られている。そのようなデバイスの例には、スマートメータが含まれる。このスマートメータは、測定を行い、これらの測定を、遠距離通信ネットワークを介して他のデバイスに中継するように構成されえる。マシンタイプ通信デバイスは、マシンツーマシン（Ｍ２Ｍ）通信デバイスとしても知られている。
【００１０】
ＭＴＣデバイスは、リモート「マシン」（例えば、サーバ）若しくはユーザに送信するデータ又はそれらから受信するデータを有するときは常にネットワークに接続する。ＭＴＣデバイスは、移動電話機又は類似のユーザ機器用に最適化された通信プロトコル及び標準規格を用いる。一方、ＭＴＣデバイスは、一旦配置されると、通常、人間の管理もインタラクションも必要とすることなく動作し、内部メモリに記憶されたソフトウェア命令に従う。ＭＴＣデバイスは、長期間静止した状態及び／又は非アクティブな状態に留まる場合もある。ＭＴＣデバイスをサポートする特定のネットワーク要件は、３ＧＰＰ  ＴＳ２２．３６８標準規格において取り決められている。この内容は、引用することによって本明細書の一部をなす。
【００１１】
ＭＴＣデバイスに関する標準規格のリリース１３（Ｒｅｌ−１３）バージョンについては、ダウンリンク及びアップリンクにおける１．４ＭＨｚの削減帯域幅のサポートが想定されている。このため、幾つかのＭＴＣデバイス（「削減帯域幅ＭＴＣデバイス」とも呼ばれる）は、全ＬＴＥ帯域幅と比較して制限された帯域幅（通常、１．４ＭＨｚ）しかサポートせず、及び／又はより少ない／単純化された構成要素を有する場合がある。これによって、そのような「削減帯域幅」ＭＴＣデバイスを、より大きな帯域幅をサポートし及び／又はより複雑な構成要素を有するＭＴＣデバイスと比較して、より経済的に作製することが可能になる。
【００１２】
さらに、ネットワークカバレッジの欠如（例えば、屋内に配置されるとき）は、ＭＴＣデバイスの多くの場合に制限された機能と組み合わさって、そのようなＭＴＣデバイスが有するデータレートの低下をもたらす可能性があり、したがって、幾つかのメッセージ又はチャネルがＭＴＣデバイスによって受信されないリスクが存在する。このリスクを緩和するために、ＰＤＣＣＨ（又はＲｅｌ−１３における拡張ＰＤＣＣＨ（「ＥＰＤＣＣＨ」））のカバレッジを増加させて（例えば、周波数分割複信（ＦＤＤ）送信の場合には２０ｄＢに対応する）、そのようなＭＴＣデバイスをサポートすることが提案されている。そのようなカバレッジの拡張を容易にするために、各ＭＴＣデバイスは、自身のサービング基地局がその制御シグナリングを適切に調整することを可能にするのに必要とされるカバレッジの量（例えば、５ｄＢ／１０ｄＢ／１５ｄＢ／２０ｄＢのカバレッジ拡張）をこの基地局に知らせる必要がある。
【００１３】
一方、理想的には、物理レイヤ制御シグナリング（（Ｅ）ＰＤＣＣＨ、ＰＵＣＣＨ等）及び上位レイヤ共通制御情報（例えば、ＳＩＢ、ランダムアクセス応答（ＲＡＲ）、ページングメッセージ等）は、削減帯域幅通信デバイスのソリューションとカバレッジ拡張通信デバイスのソリューションとの間に高レベルの共通性を示す。
【００１４】
３ＧＰＰは、近年、ＰＢＣＨ及びユニキャスト送信に関する合意を含めて、Ｒｅｌ−１３におけるＭＴＣのＬＴＥ物理レイヤ拡張に関して合意した。ＰＢＣＨの場合、それは、より多くの繰り返しを有する古いメカニズムを用いる。ユニキャスト送信の場合、ＰＤＳＣＨ送信は、サポートされたクロスサブフレームスケジューリングを用いて「ＭＴＣの物理ダウンリンク制御チャネル」によってスケジューリングされる。しかしながら、ＭＴＣデバイスの幾つかの特定の共通制御送信（例えば、ＳＩＢ／ＲＡＲ／ページング共通制御メッセージ）をスケジューリングする方法はまだ知られていない。少なくとも２つの選択肢があり、これらについては以下で説明する。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
第１の選択肢は、制御のない（control-less）共通制御送信を含む。これは、送信タイミング、リソース配分（ＲＡ）及び送信フォーマット（ＭＣＳ、ＲＶ等）が共通制御情報送信について予め規定されている、ＰＢＣＨと同様の設計である。さらに、トランスポートブロックサイズ（ＴＢＳ）／メッセージサイズは固定されている。例えば、周波数領域では、１．４ＭＨｚにおける６つの全てのＲＢが、ＳＩＢを搬送するのに用いられ、時間領域では、周期性も予め規定されている。この選択肢の利点は、制御送信の除去に起因して、ＵＥにおいてオーバヘッド削減及び電力消費削減が提供されることである。一方、これの不利点は、ｅＮｏｄｅＢのスケジューリングの柔軟性が欠如していることである。
【００１６】
第２の選択肢は、Ｒｅｌ−１３の低複雑度ＵＥのための共通制御情報の動的スケジューリングを提供するＥＰＤＣＣＨにおけるＣＳＳを規定するＥＰＤＣＣＨ共通探索空間（ＣＳＳ）送信を含む。この選択肢の利点は、効率的なシステム動作を達成するｅＮｏｄｅＢのスケジューリングの柔軟性である。一方、これの不利点は、第１の選択肢と比較して制御オーバヘッド、より具体的には、複数のＳＩＢのかなりの数の繰り返しが必要とされるカバレッジ拡張モードの制御オーバヘッドが増加することである。
【００１７】
本発明は、上記課題に少なくとも部分的に対処するシステム、デバイス及び方法を提供しようとするものである。
【課題を解決するための手段】
【００１８】
一つの態様において、本発明は、通信システムの通信装置であって、前記通信システムでは、システム情報が、システム情報ブロック送信方式に従って送信されるシステム情報ブロックにおいて、該通信装置によって通信デバイスに送信され、該通信装置は、セルを運用する手段と；少なくとも１つのシステム情報ブロックを、（ｉ）複数の異なるシステム情報ブロック送信方式であって、該複数の異なるシステム情報ブロック送信方式のそれぞれは、異なるそれぞれのサイズのシステム情報ブロックの送信を伴う、複数の異なるシステム情報ブロック送信方式のうちのいずれに従って、前記システム情報ブロックが送信されるのかと、（ｉｉ）前記少なくとも１つのシステム情報ブロックが拡張されているか否かと、（ｉｉｉ）少なくとも１つの更なるシステム情報ブロックが、前記少なくとも１つのシステム情報ブロックの後に送信されるか否かと、のうちの少なくとも１つを示す制御情報を含むように構成する手段と；  前記システム情報ブロック送信方式に従って、前記セル内の前記通信デバイスに前記システム情報ブロックを送信する手段と；を備える、通信装置である。
【００１９】
一つの態様において、本発明は、通信システムの通信装置であって、前記通信システムでは、システム情報が、システム情報ブロック送信方式に従って送信されるシステム情報ブロックにおいて、該通信装置によって通信デバイスに送信され、該通信装置は、セルを運用する手段と；各々が異なるそれぞれのサイズの前記システム情報ブロックの送信を伴う、複数のシステム情報ブロック送信方式のうちの任意のものに従って、前記セル内の前記通信デバイスに前記システム情報ブロックを送信する手段と；を備える、通信装置である。
【００２０】
一つの態様において、本発明は、通信システムの通信デバイスであって、前記通信システムでは、システム情報が、システム情報ブロック送信方式に従って送信されるシステム情報ブロックにおいて、通信装置によって該通信デバイスに送信され、該通信デバイスは、前記通信装置によって運用されるセル内でその通信装置と通信し、前記通信装置から、（ｉ）複数の異なるシステム情報ブロック送信方式であって、該複数の異なるシステム情報ブロック送信方式のそれぞれは、異なるそれぞれのサイズの前記システム情報ブロックの送信を伴う、複数の異なるシステム情報ブロック送信方式のうちのいずれに従って、前記システム情報ブロックが送信されるのかと、（ｉｉ）前記少なくとも１つのシステム情報ブロックが拡張されているか否かと、（ｉｉｉ）少なくとも１つの更なるシステム情報ブロックが、前記少なくとも１つのシステム情報ブロックの後に送信されるか否かと、のうちの少なくとも１つを示す制御情報を含むように構成された少なくとも１つのシステム情報ブロックを受信するように動作可能である、通信する手段と；前記制御情報に基づいて１つ又は複数のシステム情報ブロックから前記システム情報を入手する手段と；を備える、通信デバイスである。
【００２１】
一つの態様において、本発明は、通信システムの通信デバイスであって、前記通信システムでは、システム情報が、システム情報ブロック送信方式に従って送信されるシステム情報ブロックにおいて、通信装置によって該通信デバイスに送信され、該通信デバイスは、前記通信装置によって運用されるセル内でその通信装置と通信し、前記通信装置から、各々が異なるそれぞれのサイズの前記システム情報ブロックの送信を伴う、複数のシステム情報ブロック送信方式のうちの任意のものに従って前記システム情報ブロックを受信するように動作可能である、通信する手段と；前記システム情報送信方式のうちの第１のものに従って１つ又は複数のシステム情報ブロックの復号化を試み、不成功である場合には、前記システム情報ブロック送信方式のうちの別のものに従って前記１つ又は複数のシステム情報ブロックの復号化を試みることによって、前記１つ又は複数のシステム情報ブロックから前記システム情報を入手する手段と；を備える、通信デバイスである。
【００２２】
一つの態様において、本発明は、通信システムの通信装置によって実行される方法であって、前記通信システムでは、システム情報が、システム情報ブロック送信方式に従って送信されるシステム情報ブロックにおいて、前記通信装置によって通信デバイスに送信され、該方法は、セルを運用することと；少なくとも１つのシステム情報ブロックを、（ｉ）複数の異なるシステム情報ブロック送信方式であって、該複数の異なるシステム情報ブロック送信方式のそれぞれは、異なるそれぞれのサイズのシステム情報ブロックの送信を伴う、複数の異なるシステム情報ブロック送信方式のうちのいずれに従って、前記システム情報ブロックが送信されるのかと、（ｉｉ）前記少なくとも１つのシステム情報ブロックが拡張されているか否かと、（ｉｉｉ）少なくとも１つの更なるシステム情報ブロックが、前記少なくとも１つのシステム情報ブロックの後に送信されるか否かと、のうちの少なくとも１つを示す制御情報を含むように構成することと；前記システム情報ブロック送信方式に従って、前記セル内の通信デバイスに前記システム情報ブロックを送信することと；を含む、方法である。
【００２３】
一つの態様において、本発明は、通信システムの通信装置によって実行される方法であって、前記通信システムでは、システム情報が、システム情報ブロック送信方式に従って送信されるシステム情報ブロックにおいて、前記通信装置によって通信デバイスに送信され、該方法は、セルを運用することと；各々が異なるそれぞれのサイズの前記システム情報ブロックの送信を伴う、複数のシステム情報ブロック送信方式のうちの任意のものに従って、前記セル内の前記通信デバイスに前記システム情報ブロックを送信することと；を含む、方法である。
【００２４】
一つの態様において、本発明は、通信システムの通信デバイスによって実行される方法であって、前記通信システムでは、システム情報が、システム情報ブロック送信方式に従って送信されるシステム情報ブロックにおいて、通信装置によって前記通信デバイスに送信され、前記通信デバイスは、前記通信装置によって運用されるセル内でその通信装置と通信し、前記通信装置から、（ｉ）複数の異なるシステム情報ブロック送信方式であって、該複数の異なるシステム情報ブロック送信方式のそれぞれは、異なるそれぞれのサイズの前記システム情報ブロックの送信を伴う、複数の異なるシステム情報ブロック送信方式のうちのいずれに従って、前記システム情報ブロックが送信されるのかと、（ｉｉ）前記少なくとも１つのシステム情報ブロックが拡張されているか否かと、（ｉｉｉ）少なくとも１つの更なるシステム情報ブロックが、前記少なくとも１つのシステム情報ブロックの後に送信されるか否かと、のうちの少なくとも１つを示す制御情報を含むように構成された少なくとも１つのシステム情報ブロックを、受信するように動作可能である、通信することと；前記制御情報に基づいて１つ又は複数のシステム情報ブロックから前記システム情報を入手することと；を含む、方法である。
【００２５】
一つの態様において、本発明は、通信システムの通信デバイスによって実行される方法であって、前記通信システムでは、システム情報が、システム情報ブロック送信方式に従って送信されるシステム情報ブロックにおいて、通信装置によって前記通信デバイスに送信され、該方法は、前記通信装置によって運用されるセル内でその通信装置と通信し、前記通信装置から、各々が異なるそれぞれのサイズの前記システム情報ブロックの送信を伴う、複数のシステム情報ブロック送信方式のうちの任意のものに従って前記システム情報ブロックを受信するように動作可能である、通信することと；前記システム情報送信方式のうちの第１のものに従って１つ又は複数のシステム情報ブロックの復号化を試み、不成功である場合には、前記システム情報ブロック送信方式のうちの別のものに従って前記１つ又は複数のシステム情報ブロックの復号化を試みることによって、前記１つ又は複数のシステム情報ブロックから前記システム情報を入手することと；を含む、方法である。
【００２６】
本発明の態様は、対応するシステム、方法、並びに上記で示した又は特許請求の範囲において記載される態様及び可能な形態において記載されるような方法を実行するようにプログラマブルプロセッサをプログラムするように、及び／又は特許請求の範囲のいずれかの請求項において記載される装置を提供するように適切に構成されたコンピュータをプログラムするように動作可能である命令が記憶されたコンピュータ可読記憶媒体のようなコンピュータプログラム製品にまで及ぶ。
【００２７】
本明細書（特許請求の範囲を含む）において開示され、及び／又は図面において示される各特徴は、開示され、及び／又は図示される任意の他の特徴から独立して（又はそれらと組み合わせて）本発明に組み込まれてよい。詳細には、限定はしないが、特定の独立請求項に従属する請求項のうちのいずれかの特徴は、任意の組み合わせにおいて又は個々に、その独立請求項に取り込まれてよい。
【００２８】
次に、本発明の例示的な実施形態を、単に例として、添付の図面を参照しながら説明する。
【図面の簡単な説明】
【００２９】
【図１】本発明の実施形態が適用されえる遠距離通信システムを概略的に示す図である。
【図２】図１に示す通信デバイスの主な構成要素を示すブロック図である。
【図３】図１に示す基地局の主な構成要素を示すブロック図である。
【図４】ＭＴＣ固有の共通制御シグナリングが図１に示すシステムに提供されえる一例示的な方法を示す図である。
【図５】ＭＴＣ固有の共通制御シグナリングが図１に示すシステムに提供されえる一例示的な方法を示す図である。
【図６】ＭＴＣ固有の共通制御シグナリングが図１に示すシステムに提供されえる一例示的な方法を示す図である。
【図７】ＭＴＣ固有の共通制御シグナリングが図１に示すシステムに提供されえる一例示的な方法を示す図である。
【図８】ＭＴＣ固有の共通制御シグナリングが図１に示すシステムに提供されえる一例示的な方法を示す図である。
【図９】ＭＴＣ固有の共通制御シグナリングが図１に示すシステムに提供される一例示的な方法を示す図である。
【図１０ａ】ＭＴＣ固有の共通制御シグナリングが図１に示すシステムに提供されえる一例示的な方法を示す図である。
【図１０ｂ】ＭＴＣ固有の共通制御シグナリングが図１に示すシステムに提供されえる一例示的な方法を示す図である。
【図１１ａ】ＭＴＣ固有の共通制御シグナリングが図１に示すシステムに提供されえる一例示的な方法を示す図である。
【図１１ｂ】ＭＴＣ固有の共通制御シグナリングが図１に示すシステムに提供されえる一例示的な方法を示す図である。
【発明を実施するための形態】
【００３０】
＜概略＞
図１は、ユーザ機器３（移動電話機３−１及びＭＴＣデバイス３−２等の通信デバイス）がＥ−ＵＴＲＡＮ基地局５（「ｅＮＢ」と表記する）及びコアネットワーク７を介して互いに及び／又は他の通信ノードと通信することができる移動（セルラ）遠距離通信システム１を概略的に示している。当業者であれば理解するように、図１には、例示の目的で、１つの移動電話機３−１、１つのＭＴＣデバイス３−２、及び１つの基地局５が示されているが、このシステムは、実施されるとき、通常、他の基地局及び通信デバイスを含む。
【００３１】
基地局５は、Ｓ１インターフェースを介してコアネットワーク７に接続されている。コアネットワーク７は、とりわけ、インターネット等の他のネットワーク及び／又はコアネットワーク７の外部でホストされるサーバに接続するためのゲートウェイと、遠距離通信システム１内における通信デバイス３（例えば、移動電話機及びＭＴＣデバイス）のロケーションの経過を追跡する移動管理エンティティ（ＭＭＥ）と、加入関連情報（例えば、どの通信デバイス３がマシンタイプ通信デバイスとして構成されているのかを識別する情報）を記憶するとともに、各通信デバイス３に固有の制御パラメータを記憶するホーム加入者サーバ（ＨＳＳ）とを備える。
【００３２】
基地局５は、例えば、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）及び物理アップリンク制御チャネル（ＰＵＣＣＨ）を含む複数の制御チャネルを提供するように構成されている。ＰＤＣＣＨは、（通常、現在のスケジューリングラウンドにおいてスケジューリングされている各通信デバイスに、ＵＥ固有のＤＣＩを送信することによって）リソースを通信デバイス３に配分するために基地局５によって用いられる。ＰＵＣＣＨは、ＵＥ固有のＵＣＩ（例えば、ＤＣＩによって配分されたリソースを用いて受信されたダウンリンクデータに対応する適切なＨＡＲＱのＡｃｋ／Ｎａｃｋ）を基地局に送信するために通信デバイス３によって用いられる。
【００３３】
各通信デバイス３は、ＵＥのカテゴリのうちの１つ又は複数に分類されてよい。ＵＥの第１のカテゴリは、ＬＴＥ標準規格の以前のリリース（例えば、Ｒｅｌ−８、Ｒｅｌ−９、Ｒｅｌ−１０、Ｒｅｌ−１１、及び／又はＲｅｌ−１２）のみをサポートする通信デバイスを含む。そのようなグループの通信デバイスは、一般に古いＵＥと呼ばれる（基地局５はＬＴＥ標準規格のＲｅｌ−１３に従って動作していると仮定している）。ＵＥの第２のカテゴリは、削減帯域幅ＵＥ（例えば、１．４ＭＨｚ帯域幅のみを用いることが可能なＲｅｌ−１３のＭＴＣデバイス）を含む。これらのＵＥは、基地局５のセルにおいて利用可能な帯域幅全体にわたって通信することができない。ＵＥの第３のカテゴリは、カバレッジ拡張ＵＥ（例えば、幾つかのＭＴＣデバイス）を含む。これらのＵＥは、幾つかの特定の基地局機能が単純化及び／又は緩和されることを要する（ただし、そのようなカバレッジ拡張ＵＥは、他の機能を通常どおりサポートしてよい）。
【００３４】
有利には、削減帯域幅ＭＴＣデバイスをサポートするために（ただし、このデバイスとの使用に限定されるものではない）、遠距離通信システムは、送信されるシステム情報の量及び／又はシステム情報の繰り返し数を、一つ以上のＵＥに知らせるシグナリングオーバヘッドの大幅な増加を伴うことなく、要件に応じて柔軟に変化させることができる拡張型（enhanced）制御のない共通制御送信方式を用いる。
【００３５】
具体的には、拡張型制御のない共通制御送信方式は、比較的少量又は比較的大量のシステム情報を最適な方法で送信することを可能にする潜在能力を有し、比較的小さな影響で方式を更に拡張するための柔軟性を提供し、（例えば、標準規格の今後のリリースとの互換性のために）将来において更に大量のシステム情報の送信を可能にする。
【００３６】
次に、拡張型制御のない共通制御送信方式の複数の具体的な実施形態を例として概括する。
【００３７】
１つの例示的な実施形態では、例えば、拡張型制御のない共通制御送信方式は、ＭＩＢのスペアビットを用いて、複数の異なる所定のＴＢＳ／メッセージサイズのうちの１つ及び／又は対応するスケジューリング方式（繰り返し数）を示す。有利には、必要とされるスペアビットの数は最小（例えば、可能な４つの異なる方式を表すために２つ）にされる。これは、変調方式又は符号化率等の送信パラメータが固定されえるし、ＴＢＳ／メッセージサイズ及び／又は繰り返し数に暗黙的に依存させえるからである。
【００３８】
上記の例示的な実施形態の一変形形態では、ＵＥは、所定のＴＢＳ及びスケジューリング方式のいずれが用いられているのかを明示的には知らされず、その代わり、ブラインド復号化を実行して、いずれのメッセージ送信フォーマットが用いられているのかを検出する。有利には、これによって、ブラインド復号化を実行するのに必要とされるリソースの費用を負担することにはなるが、提案を実施するのに必要とされる現在のシステム要素に対する変更が最小になり、特に、シグナリング構成に対する影響及びオーバヘッドが最小になる。
【００３９】
別の例示的な実施形態では、例えば、拡張型制御のない共通制御送信方式は、ＭＴＣ−ＳＩＢ内の１つ以上のビットを用いて、１つ以上のＭＴＣ−ＳＩＢに対する拡張部が提供されていることを示す。これは、後方／前方互換性が改善されるという利点を有する。例えば、Ｒｅｌ−１３の複数のＭＴＣのＵＥは、拡張部の利用可能性を問わずＳＩのＲｅｌ−１３の部分を読み取るだけでよいのに対して、後のリリースのＵＥは、利用可能性ビット及び対応するスケジューリング情報に基づいて、拡張された部分を読み取ることができる。この拡張された部分は、この例では、（例えば、対応するリリースの標準規格仕様に従って）事前に構成されているが、ＭＴＣ−ＳＩＢ内に動的に提供されえる。
【００４０】
更に別の例示的な実施形態では、例えば、拡張型制御のない共通制御送信方式は、ＭＴＣ−ＳＩＢ内の１つ以上のビットを用いて、１つ又は複数の更なるＭＴＣ−ＳＩＢが送信されることを示す。
【００４１】
更に別の例示的な実施形態では、拡張型制御のない共通制御送信方式は、送信される他の任意のＭＴＣ−ＳＩＢの存在を示す情報を含む専用の「スケジューリング」ＭＴＣ−ＳＩＢ又は「マスタ」ＭＴＣ−ＳＩＢを提供する。
【００４２】
前述の実施形態のいずれにおいても、１つ又は複数の追加のビットを用いて、将来の１つ以上のＳＩＢのための（追加の）スケジューリング情報（例えば、周期性、オフセット、繰り返し回数／ウィンドウ、１つ以上のリソース配分、送信フォーマット等の情報）を（特定のスケジューリング情報の形態又は複数の事前に構成された方式のうちの１つの識別情報の形態のいずれかで）動的に示すことができることが理解されるであろう。ただし、そのような（追加の）スケジューリング情報の動的な提供は、完全に任意選択であり、スケジューリング情報は、その代わりに事前に構成されえる。
【００４３】
したがって、実質上、上記の例示的な実施形態は、背景技術の節において言及した制御のない共通制御送信の選択肢及びＥＰＤＣＣＨ共通探索空間（ＣＳＳ）送信の選択肢の双方に優る可能な利点を提供する有利な解決策を提供し、将来においてＳＩＢサイズを拡張するとともにスケジューリングの柔軟性を改善する可能性も開く。
【００４４】
＜通信デバイス＞
図２は、図１に示す通信デバイス３の主な構成要素を示すブロック図である。通信デバイス３は、マシンタイプ通信デバイスとして構成されたＭＴＣデバイス又は移動（又は「セルラ」）電話機であってよい。通信デバイス３は、少なくとも１つのアンテナ３３を介して基地局５に対して信号を送受信するように動作可能なトランシーバ回路３１を備える。通常、通信デバイス３は、ユーザが通信デバイス３と情報交換することを可能にするユーザインターフェース３５も備えるが、このユーザインターフェース３５は、幾つかのＭＴＣデバイスについては省略することができる。
【００４５】
トランシーバ回路３１の動作は、メモリ３９に記憶されたソフトウェアに従ってコントローラ３７によって制御される。このソフトウェアは、とりわけ、オペレーティングシステム４１、通信制御モジュール４３、ＭＴＣモジュール４５、及びシステム情報モジュール４７を含む。
【００４６】
通信制御モジュール４３は、（基地局５を介した）通信デバイス３と基地局５及び／又は他の通信ノードとの間の通信を制御する。図２に示すように、通信制御モジュール４３は、とりわけ、ＥＰＤＣＣＨモジュール部（拡張物理ダウンリンク制御チャネルを通じた通信を管理するためのもの）と、ＰＤＳＣＨモジュール部（物理ダウンリンク共有チャネルを通じた通信を管理するためのもの）と、ＰＵＣＣＨモジュール部（物理アップリンク制御チャネルを通じた通信を管理するためのもの）とを含む。ＭＴＣモジュール４５は、マシンタイプ通信タスクを実行するように動作可能である。例えば、ＭＴＣモジュール４５は、基地局５によってＭＴＣデバイス３に配分されたリソースを通じてリモートサーバから（トランシーバ回路３１を介して）データを（例えば、周期的に）受信してよい。ＭＴＣモジュール４５は、（トランシーバ回路３１を介して）リモートサーバに（例えば、周期的に及び／又はトリガの検出時に）送信するデータを収集してもよい。
【００４７】
システム情報モジュール４７は、本明細書において説明する実施形態のうちの任意のものの拡張型制御のない共通制御送信方式に従って、アンテナ３３及びトランシーバ回路３１を介して複数のシステム情報ブロックにおいて受信されたシステム情報をロケーション特定し、識別し、復号化することを担当する。
【００４８】
＜基地局＞
図３は、図１に示す基地局５の主な構成要素を示すブロック図である。基地局５は、１つ又は複数のアンテナ５３を介して通信デバイス３に対して信号を送受信するように動作可能なトランシーバ回路５１を備えるＥ−ＵＴＲＡＮ基地局（ｅＮＢ）から成る。基地局５は、適切なコアネットワークインターフェース５５（Ｓ１インターフェース等）を介してコアネットワーク７に対して信号を送受信するようにも動作可能である。トランシーバ回路５１の動作は、メモリ５９に記憶されたソフトウェアに従ってコントローラ５７によって制御される。
【００４９】
このソフトウェアは、とりわけ、オペレーティングシステム６１、通信制御モジュール６３、ＵＥカテゴリ確定モジュール６５、及びシステム情報モジュール６７を含む。
【００５０】
通信制御モジュール６３は、通信デバイス３（任意のＭＴＣデバイスを含む）との通信を制御する。通信制御モジュール６３は、この基地局５によってサービングされる通信デバイス３によって用いられるリソースをスケジューリングすることも担当する。図３に示すように、通信制御モジュール６３は、とりわけ、ＥＰＤＣＣＨモジュール部（拡張物理ダウンリンク制御チャネルを通じた通信を管理するためのもの）と、ＰＤＳＣＨモジュール部（物理ダウンリンク共有チャネルを通じた通信を管理するためのもの）と、ＰＵＣＣＨモジュール部（物理アップリンク制御チャネルを通じた通信を管理するためのもの）とを含む。
【００５１】
ＵＥカテゴリ確定モジュール６５は、例えば、通信デバイス３及び／又は別のネットワークノード（例えば、ＨＳＳ）から取得された情報に基づいて、基地局５によってサービングされた通信デバイス３のカテゴリを確定する。適切な場合には、ＵＥカテゴリ確定モジュール６５は、各サービングされた通信デバイスのカテゴリを識別する情報を他のモジュール、例えば、通信制御モジュール６３に提供し、それによって、これらの他のモジュールが自身の動作をそれに応じて調整することができるようにする。
【００５２】
システム情報モジュール６７は、本明細書において説明する例示的な実施形態のうちの任意のものの拡張型制御のない共通制御送信方式に従って、アンテナ５３及びトランシーバ回路５１を介した複数のシステム情報ブロックにおけるシステム情報の送信を管理することを担当する。
【００５３】
上記説明では、通信デバイス３及び基地局５を、理解を容易にするために複数の別々のモジュールを有するものとして説明した。これらのモジュールは、例えば、既存のシステムが本発明を実施するように変更された幾つかの特定の用途についてはこのように提供されてよいが、他の用途、例えば、本発明の特徴を最初から考慮して設計されたシステムでは、これらのモジュールは、全体のオペレーティングシステム又はコードに組み込まれてよく、そのため、これらのモジュールは、別々のエンティティとして区別されない場合がある。
【００５４】
以下に、共通制御シグナリングがＬＴＥシステムにおいて提供されえる様々な方法を説明する。
【００５５】
＜Ｒｅｌ−１３の低複雑度ＵＥのためのシステム情報＞
前述したように、ＭＴＣデバイスに関する標準規格のＲｅｌ−１３バージョンについては、古いシステムと比較して複数の要件が決定されている。例えば、システム情報は、複数のＵＥが複数のＳＩＢを正しく受信することができる１５ｄＢのカバレッジ改善を確実にするために十分な回数繰り返さなければならない。しかしながら、より大きなＴＢサイズには、より多くの繰り返しが必要とされる。このため、サイズのいかなる増加も制限するとともにスケジューリングの柔軟性も提供することが望ましい。他方、これは、将来のリリースにおいて可能な更なる拡張を制限する場合がある。
【００５６】
これらの課題は、以下に説明する次の拡張型制御のない共通制御送信例１〜４のうちの１つ又は複数を用いることによって克服又は改善されてよい。この概念は、制御のない共通制御送信選択肢及びＥＰＤＣＣＨ共通探索空間（ＣＳＳ）送信選択肢の双方に優る可能な利点を提供するとともに、将来においてＳＩＢサイズを拡張し、スケジューリングの柔軟性を改善する可能性も開く、改良された制御のない共通制御送信を見つけるという発想に基づいている。
【００５７】
例１
＜動作−第１の例＞
図１に示すシステムにおいてＭＴＣ共通制御送信が提供されえる第１の例示的な方法を、図４に示す。
【００５８】
図４に見られるように、ステップＳ４１０において、ＭＩＢが基地局５によってＵＥ３に送信され、ＭＩＢ内の複数のビットが、複数の既定のシステム情報送信方式のうちの１つを示すのに用いられる。各システム情報送信方式は、トランスポートブロックサイズ（ＴＢＳ）の異なるそれぞれの構成と、対応するスケジューリング方式と、繰り返し数とを表す。特に、２つのビットの４つの組み合わせが、以下のように定義される。
−「００」は、１５２ビット、時間領域の繰り返しＮ１のＴＢＳを示す；
−「０１」は、２５６ビット、時間領域の繰り返しＮ２のＴＢＳ（Ｎ２＞Ｎ１）を示す；
−「１０」は、３２８ビット、時間領域の繰り返しＮ３のＴＢＳ（Ｎ３＞Ｎ２）を示す；及び
−「１１」は、５０４ビット、時間領域の繰り返しＮ４のＴＢＳ（Ｎ４＞Ｎ３）を示す。
【００５９】
既定の値Ｎ１、Ｎ２、Ｎ３及びＮ４は、それぞれのＴＢＳについて同じカバレッジ目標値を達成するのに必要とされる繰り返し数である。
【００６０】
このように、この例では、ＴＢＳ／メッセージサイズは可変であり、ＭＩＢにおいてシグナリングされる。同様に、時間領域における繰り返しも可変であり、拡張カバレッジ目標値に達するＴＢＳサイズに依存する。他方、リソース配分（ＲＡ）は、周波数領域における６つのリソースブロック（ＲＢ）に固定され、変調はＱＰＳＫに固定されている。さらに、符号化率はＴＢＳサイズに暗黙的に依存する。したがって、リソース配分を示す情報も、変調を示す情報も、符号化率を示す情報も送信する必要はない。
【００６１】
ステップＳ４１１において、ＵＥ３は、ＭＩＢの対応する複数のビットから、複数の既定のシステム情報送信方式のうちのいずれがＳＩＢ送信に用いられているのかを識別し、したがって、どの既定のトランスポートブロックサイズ（ＴＢＳ）、対応するスケジューリング方式及び繰り返し数が用いられているのかを識別する。
【００６２】
ステップＳ４１２−０において、最初のＳＩＢが、基地局５がＭＩＢにおいて識別したシステム情報送信方式に従って、基地局５によって送信される。この手順は、次に、ステップＳ４１２−１、Ｓ４１２−２によって示されるように、ＭＩＢにおいて識別されたシステム情報送信方式に従って（必要に応じて）繰り返される（簡単にするために、２つの繰り返しが示されているが、繰り返しがないことを含む任意の数が可能である）。次に、識別された方式の繰り返し数の後、ステップＳ４１４において、ＵＥ３は、システム情報を導出するために、当該ＵＥがＭＩＢから識別したシステム情報送信方式に基づいて、受信された複数のＳＩＢのソフト結合を復号化する。この例では、ソフト結合の復号化は、複数のＳＩＢ送信の繰り返しの後に行われるが、ソフト結合自体は、あらゆるＳＩＢ再送信の後に累積的に行われることが理解されるであろう。
【００６３】
この特定の例では、ＭＩＢ内の２つのビットが用いられているが、既定のＴＢＳサイズの数に応じて、これよりも少ないビット又はこれよりも多くのビットが用いられえることが理解されるであろう。
【００６４】
図５に示すこの例の一変形形態では、通信デバイス３（例えば、ＭＴＣデバイス３−２）は、用いられているシステム情報送信方式を基地局５によって知らされず、そのため、ＴＢＳ及び繰り返し数を自ら知ることはないが、その代わりに、「ブラインド復号化」を実行して、どのＴＢＳが用いられているのかを判断する。
【００６５】
具体的に言えば、この変形形態では、基地局５は、識別されていないシステム情報送信方式に従って最初のＳＩＢを単に送信する。この手順は、次に、システム情報送信方式に関連付けられた繰り返し数について繰り返される（例えば、ステップＳ５１２−１、Ｓ５１２−２、Ｓ５１２−３、Ｓ５１２−４）。ステップＳ５１４−０において、最小のＴＢＳを伴うシステム情報送信方式に関連付けられた繰り返し数（したがって、最小の繰り返し数）に従って、ＵＥ３は、そのシステム情報送信方式に基づいて、最初の繰り返しから最後の繰り返しまでの全ての繰り返しのソフト結合を用いて、これまでに受信された複数のＳＩＢの復号化を試みる。復号化が成功しない場合、ステップＳ５１４−１において、その次に最小のＴＢＳを伴うシステム情報送信方式に関連付けられた全繰り返し数（したがって、その次に最小の繰り返し数）に従って、ＵＥ３は、そのシステム情報送信方式に基づいて、最初の繰り返しから最後の繰り返しまでの全ての繰り返しのソフト結合を用いて、これまでに受信された複数のＳＩＢの復号化を試みる。この手順は、復号化の成功が達成されるまで続く。この例では、ソフト結合の試みられる復号化は、複数のＳＩＢ送信の繰り返しの後に行われ、その後、成功しない場合には、別のＳＩＢ送信の繰り返し数の後に行われるが、ソフト結合自体は、あらゆるＳＩＢ再送信の後に累積的に行われる。
【００６６】
この手順を、前述の例示的な複数のＴＢＳ及び対応する複数のスケジューリング方式に関して、以下でより詳細に説明する。
【００６７】
（ｉ）繰り返し１〜Ｎ１の場合、通信デバイス３は、１５２ビットのＴＢＳを仮定してＴＢのソフト結合及び復号化を試みる；
（ｉｉ）（ｉ）が失敗した場合、繰り返し（Ｎ１＋１）〜Ｎ２までの間に、通信デバイス３は、１から最後の繰り返し（すなわち、Ｎ２）までの全ての繰り返しのソフト結合を用いて、２５６ビットのＴＢＳを仮定してＴＢの復号化を試みる；
（ｉｉｉ）（ｉｉ）が失敗した場合、繰り返し（Ｎ２＋１）〜Ｎ３までの間に、通信デバイス３は、１から最後の繰り返し（すなわち、Ｎ３）までの全ての繰り返しのソフト結合を用いて、３２８ビットのＴＢＳを仮定してＴＢの復号化を試みる；
（ｉｖ）（ｉｉｉ）が失敗した場合、繰り返し（Ｎ３＋１）〜Ｎ４までの間に、通信デバイス３は、１から最後の繰り返し（すなわち、Ｎ４）までの全ての繰り返しのソフト結合を用いて、５０４ビットのＴＢＳを仮定してＴＢの復号化を試みる。
【００６８】
この例のいずれの変形形態でも、ＵＥは、任意の適切な間隔で（例えば、あらゆる繰り返しの後又は１つおきの繰り返し後等に）、これまで受信された複数のＳＩＢのソフト結合の復号化又は復号化の試みを行ってよいことが理解されるであろう。
【００６９】
例２
＜動作−第２の例＞
図１に示すシステムにおいてＭＴＣ共通制御送信が提供されえる第２の例示的な方法を、１つ又は複数の専用ＭＴＣ−ＳＩＢのビットが、１つ以上のＭＴＣ−ＳＩＢに対する拡張部の存在を示すのに用いられる図６に示す。
【００７０】
図６に見られるように、各ＭＴＣ−ＳＩＢ４０２−１〜４０２−ｎは、そのＭＴＣ−ＳＩＢ４０２の拡張部４０６が利用可能であること（又は利用可能でないこと）を示す１つ（又は複数）のビット４０４−１〜４０４−ｎを含むことができる。具体的には、各ＭＴＣ−ＳＩＢは、この例では、例えば、ＭＴＣ−ＳＩＢ４０２の拡張部４０６が利用可能であるか否かをそれぞれ示す「１」又は「０」等の２つの値のうちの一方を有する単一ビットの情報要素（又はフラグ）を含む。
【００７１】
さらに、そのＭＴＣ−ＳＩＢの拡張部４０６は、例えば、そのＭＴＣ−ＳＩＢの更なる拡張部４１０が利用可能であるか否かをそれぞれ示す「１」又は「０」等の２つの値のうちの一方を有する単一ビットの情報要素（又はフラグ）を含む。このように、図６に示す例では、ＭＴＣ−ＳＩＢ４０２−１は、ＳＩＢ４０２−１の拡張部４０６が利用可能であることを示す「１」の値を有するビット４０４−１を含む。さらに、ＳＩＢ４０２−１の拡張部４０６は、ＳＩＢ４０２−１の更なる拡張部４１０が利用可能であることを示す「１」の値を有するビット４０８を含む。他方、ＭＴＣ−ＳＩＢ４０２−ｎは、ＳＩＢ４０２−ｎの拡張部が利用可能でないことを示す「０」の値を有するビット４０４−ｎを含む。このように、このビットは、拡張部（又は更なる拡張部）の利用可能性を示すポインターとして効果的に機能する。
【００７２】
実際には、この例は、ビットを「０」に設定し、今後のリリースがビットを「１」に設定することを認めて拡張部分を規定することを可能にすることによって、ＭＴＣデバイスに関する標準規格のＲｅｌ−１３バージョンについて実施されてよい。例えば、拡張部分は、ＭＴＣ−ＳＩＢ＃ｎ（ＴＢＳ）の拡張部分のメッセージ及びそのスケジューリング方式、リソース配分（ＲＡ）（時間位置及びスペクトル位置並びに繰り返し回数を含む）、又は送信フォーマット（ＭＣＳ、ＲＶ等）を規定することができる。
【００７３】
代替的に、図７に示すように、複数のＭＴＣ−ＳＩＢ５０２のうちの任意の１つが、それらの複数のＭＴＣ−ＳＩＢ５０２のうちの任意のもののシステム情報の拡張部５０６の一般的な利用可能性を示すビット５０４を含むことができる。すなわち、複数のＭＴＣ−ＳＩＢ５０２のうちの任意の１つは、例えば、システム情報の拡張部５０６が全体として利用可能であるか否かをそれぞれ示す「１」又は「０」等の２つの値のうちの一方を有するビット５０４（又はフラグ）を含むことができる。さらに、この拡張されたシステム情報５０６自体が、例えば、システム情報の更なる拡張部が一般に利用可能であるか否かをそれぞれ示す「１」又は「０」等の２つの値のうちの一方を有するビット５０８を含むことができる。例えば、図５に示すように、ＭＴＣ−ＳＩＢ５０２−１は、システム情報に対する拡張部５０６が存在すること示す「１」の値を有するビット５０４を含む。拡張部５０６自体は、システム情報の更なる拡張部５１０が存在することを示す「１」の値を有するビット５０８を含む。
【００７４】
実際には、この例は、ビットを「０」に設定し、今後のリリースがビットを「１」に設定することを認めて１つ以上の拡張部分の内容を規定することを可能にすることによって、ＭＴＣデバイスに関する標準規格のＲｅｌ−１３バージョンについて実施されてよい。例えば、１つ以上の拡張部分は、ＭＴＣ−ＳＩＢ−拡張部（ＴＢＳ）として指定された拡張情報の１つ以上のメッセージ及びそれらのスケジューリング方式、リソース配分（ＲＡ）（時間位置及びスペクトル位置並びに繰り返し回数を含む）、又は送信フォーマット（ＭＣＳ、ＲＶ等）を規定することができる。
【００７５】
任意選択で、拡張部分の対応するスケジューリング情報を示すことができる。
【００７６】
例３
＜動作−第３の例＞
図１に示すシステムにおいてＭＴＣ共通制御送信が提供されえる第３の例示的な方法を、１つのＭＴＣ−ＳＩＢ内の１つ以上のビットを、後続のＭＴＣ−ＳＩＢの利用可能性を示すのに用いることができる図８及び図９に示す。
【００７７】
図８に見られるように、ＭＴＣ−ＳＩＢｎ６０２−ｎは、ＭＴＣ−ＳＩＢｎ＋１６０２−ｎ＋１の利用可能性を示す１つ又は複数のビットを含むことができる。複数のＭＴＣ−ＳＩＢは、次のＭＴＣ−ＳＩＢのための対応するスケジューリング情報も任意選択で含んでよいことが理解されるであろう。
【００７８】
ＵＥ３がＭＴＣ−ＳＩＢをどのように読み取って解釈することができるのかを示す図９を参照すると、ステップＳ９０２において、ＵＥは、先ず、固定されたメッセージサイズ及びスケジューリング方式とともにＰＢＣＨと同様の方法を用いる、ＭＴＣ−ＳＩＢ１６０２−１を読み取る。ＭＴＣ−ＳＩＢ１６０２−１を復号化した後、ＵＥ３は、ＭＴＣ−ＳＩＢ２として示される別のＭＴＣ−ＳＩＢ６０２−２が存在することを知る。このため、ステップＳ９０４において、ＵＥ３は、ＭＴＣ−ＳＩＢ２６０２−２を読み取り、これを復号化した後、ＵＥ３は、「１」の値を有するビット６０４−２が存在することから、ＭＴＣ−ＳＩＢ３６０２−３として示される更に別のＭＴＣ−ＳＩＢが存在すると判断する。したがって、ステップＳ９０６において、ＵＥ３は、ＭＴＣ−ＳＩＢ３６０２−３を読み取って、それ以上ＭＴＣ−ＳＩＢが存在しない、すなわち、ビット６０４−３は「０」の値を有すると判断する。
【００７９】
ＭＴＣ−ＳＩＢｎ及びそのスケジューリングされたＭＴＣ−ＳＩＢｎ＋１は、同じリリース又は隣接したリリースにおけるものとすることができる。
【００８０】
図１０ａ及び図１０ｂは、第２の例及び第３の例に従って、１つ以上のビットをどこにどのようにして追加して、ＭＴＣ−ＳＩＢ又は後続のＭＴＣ−ＳＩＢの拡張部を示すことができるのかを示している。例えば、図１０ａに示すように、ＩＥをＭＴＣ−ＳＩＢメッセージに含めることが可能である。代替的に、図１０ｂに示すように、物理レイヤにおいてＴＢの終端部に情報を追加することが可能である。
【００８１】
例４
＜動作−第４の例＞
図１に示すシステムにおいてＭＴＣ共通制御送信が提供されえる第４の例示的な方法を、１つのＭＴＣ−ＳＩＢが他の全てのＭＴＣ−ＳＩＢの利用可能性を示す情報を含む図１１ａと、他の全てのＭＴＣ−ＳＩＢのためのスケジューリング情報も含まれる図１１ｂとに示す。
【００８２】
具体的には、図１１ａ及び図１１ｂは、そのような情報がＭＴＣ−ＳＩＢにどのように含められえるのかの２つの例を提供する。図１１ａに見られるように、他の複数のＭＴＣ−ＳＩＢの存在又は不在を識別する情報は、ビットマップとして提供される。例えば、このビットマップは、第１のビット（「ｂ０」）がＭＴＣ−ＳＩＢ１の利用可能性を示し、第２のビット（「ｂ１」）がＭＴＣ−ＳＩＢ２の利用可能性を示す等のＮ（例えば、２０）個のＭＴＣ−ＳＩＢに対応するＮビット（例えば、２０ビット）のビットマップを含むことができる。代替的に、図１１ｂに示すように、この情報は、リストとして提供することができる。このリストでは、リストの最初のエントリは、ＭＴＣ−ＳＩＢ１の利用可能性と、任意選択で、利用可能である場合には、対応するスケジューリング情報が何であるのかとを示し、リストの第２のエントリは、ＭＴＣ−ＳＩＢ２の利用可能性と、任意選択で、利用可能である場合には、対応するスケジューリング情報が何であるのかとを示す。
【００８３】
図１１ｂに見られるように、後の全てのＭＴＣ−ＳＩＢのためのスケジューリング情報は、単一の発展型ＭＴＣ−ＳＩＢ、例えば、他の例におけるＭＴＣ−ＳＩＢ１において送信されえる。
【００８４】
＜変更及び代替＞
詳細な例示的な実施形態を上記で説明した。当業者であれば理解するように、上記において具現化された本発明から引き続き利益を得ながら、上記の例示的な実施形態に対して複数の変更及び代替を行うことができる。
【００８５】
スケジューリングを示すビットを含めることは、メッセージサイズを最小に保つことができるようにするために完全に任意選択であることが理解されるであろう。スケジューリングは、含まれない場合には、既定のものとすることができる。スケジューリング情報は、周期性、オフセット、繰り返し回数／ウィンドウ、リソース配分、及び送信フォーマットのうちの１つ又は複数を含むことができる。
【００８６】
上記で説明したこれらの例は、相容れないものではなく、これらの例のうちの任意のものを同じシステム内で、単一のセル内において及び／又は近傍セルにおいて組み合わされてよいことが理解されるであろう。
【００８７】
Ｅ−ＵＴＲＡＮ基地局（ｅＮＢ）として動作する基地局に関して通信システムを説明したが、同じ原理は、マクロ基地局若しくはピコ基地局として動作する基地局、フェムト基地局、基地局機能の要素を提供する中継ノード、ホーム基地局（ＨｅＮＢ）、又は他のそのような通信ノードにも適用されてよいことが理解されるであろう。
【００８８】
上記の例示的な実施形態では、ＬＴＥ電気通信システムを説明した。当業者であれば理解するように、本出願において説明される技法は、従前の３ＧＰＰタイプのシステムを含む、他の通信システムにおいて用いられえる。他の通信ノード又はデバイスは、例えば、携帯情報端末、ラップトップコンピュータ、ウェブブラウザ等のようなユーザデバイスを含んでよい。
【００８９】
上記の例示的な実施形態では、基地局及び通信デバイスは、それぞれトランシーバ回路部を備える。通常、この回路部は専用ハードウェア回路によって形成される。しかしながら、幾つかの例示的な実施形態では、トランシーバ回路部の一部を、対応するコントローラによって実行されるソフトウェアとして実装してよい。
【００９０】
上記の例示的な実施形態では、複数のソフトウェアモジュールを説明した。当業者であれば理解するように、それらのソフトウェアモジュールは、コンパイル済みの形式又は未コンパイルの形式において与えることができ、コンピュータネットワークを介して信号として、又は記録媒体において基地局又はユーザデバイスに供給されてよい。さらに、このソフトウェアの一部又は全部によって実行される機能は、１つ又は複数の専用のハードウェア回路を用いて実行されてよい。
【００９１】
上記の例示的な実施形態では、マシンタイプ通信デバイス及び移動電話を説明した。しかしながら、移動電話機（及び同様のユーザ機器）は、マシンタイプ通信デバイスとして動作するようにも構成されてよいことが理解されるであろう。例えば、移動電話機３−１は、ＭＴＣモジュール４５を含んで（及び／又はこのモジュールの機能を提供して）よい。
【００９２】
ＭＴＣの用途の例  各通信デバイスは、１つ又は複数のＭＴＣの用途をサポートしてよいことが理解されるであろう。ＭＴＣの用途の幾つかの例が、以下の表にリストされている（出典：３ＧＰＰ  ＴＳ２２．３６８、付録Ｂ）。このリストは、網羅的なものではなく、マシンタイプ通信の用途の範囲を示すことを意図したものである。
【００９３】
【表１】
2020145759.tif 000003
【００９４】
拡張型制御のない共通制御送信方式を、特に有利であるＭＴＣデバイスを特に参照して開示したが、任意のタイプのユーザ機器についても利点を有することができることが理解されるであろう。
【００９５】
種々の他の変更は当業者には明らかであり、ここでは、これ以上詳しくは説明しない。
【００９６】
この出願は、２０１５年１月３０日に出願された英国特許出願第１５０１６１８．１号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
2020145759.tif 000004
【図２】
2020145759.tif 000005
【図３】
2020145759.tif 000006
【図４】
2020145759.tif 000007
【図５】
2020145759.tif 000008
【図６】
2020145759.tif 000009
【図７】
2020145759.tif 000010
【図８】
2020145759.tif 000011
【図９】
2020145759.tif 000012
【図１０ａ】
2020145759.tif 000013
【図１０ｂ】
2020145759.tif 000014
【図１１ａ】
2020145759.tif 000015
【図１１ｂ】
2020145759.tif 000016