(57)【要約】【課題】無線通信システムにおいてシステム情報を受信する。【解決手段】装置は、システム情報設定情報を受信し、無線インタフェースの所定のサブフレームにおいてシステム情報を受信する受信部と、受信されたシステム情報設定情報に従って所定のサブフレームを決定し、この所定のサブフレームにおいてシステム情報を受信するように受信部を制御する制御部と、を備えており、システム情報設定情報が、複数のビットを有するサブフレームスケジューリングフィールドを含み、各ビットが、サブフレームに関連付けられており、システム情報が当該サブフレームにおいて受信されるか否かを表す。さらに、本開示は、システム情報を送信する対応する装置と、それぞれの受信方法および送信方法とに関する。【選択図】図８
2020145683.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいてシステム情報を受信する装置であって、
システム情報設定情報を受信し、無線インタフェースの所定のサブフレームにおいて前記システム情報を受信する受信部と、
前記受信されたシステム情報設定情報に従って前記所定のサブフレームを決定し、前記所定のサブフレームにおいて前記システム情報を受信するように前記受信部を制御する制御部と、
を具備し、
前記システム情報設定情報が、複数のビットを有するサブフレームスケジューリングフィールドを含み、各ビットが、サブフレームに関連付けられており、前記システム情報が当該サブフレームにおいて受信されるか否かを表し、
前記システム情報設定情報が、マルチメディアブロードキャスト通信に使用されるサブフレームを示すマルチメディアブロードキャストスケジューリング情報を使用するべきか否かを示すサブフレームスケジューリングフィールド適用インジケータ、を含み、
前記制御部は、
前記サブフレームスケジューリングフィールド適用インジケータに基づいて、
−  前記マルチメディアブロードキャストスケジューリング情報を受信し、
−  前記取得したマルチメディアブロードキャストスケジューリング情報に従って、マルチメディアブロードキャスト通信に使用されるサブフレームを除外することによって、前記所定のサブフレームを決定するか、または、
−  前記マルチメディアブロードキャストスケジューリング情報を取得しない、もしくは使用しないか、
を決定する、
装置。
【請求項２】
それぞれのサブフレームに関連付けられる、前記システム情報設定情報のビット数が、無線フレームのサブフレーム数以下であり、
前記ビットのいずれも、
−  前記システム情報設定情報の受信に使用されるサブフレーム、
−  物理ブロードキャストチャネル用に使用されるサブフレーム、
−  マルチメディアブロードキャスト動作用に設定されるサブフレーム、
に関連付けられず、
前記システム情報が、前記システム情報設定情報の前記サブフレームスケジューリングフィールドのビットによって示されるサブフレームのみにおいて、送信される、
請求項１に記載の装置。
【請求項３】
前記システム情報設定情報が、物理ブロードキャストチャネルで伝送される無線リソース制御プロトコルのマスタ情報メッセージの中で、または前記マスタ情報メッセージの中でスケジューリングされる無線リソース制御プロトコルのシステム情報メッセージの中で、受信され、
前記システム情報設定情報が、前記システム情報のための周波数リソースの指示情報をさらに含み、前記指示情報が、前記システム情報用に予約される物理リソースブロックの位置および／または数、周波数ホッピングが適用されるか否か、のうちの少なくとも１つを含む、
請求項１または２に記載の装置。
【請求項４】
前記装置がマシンタイプ通信（ＭＴＣ）端末であり、
前記システム情報が、ＭＴＣのシステム情報であり、
前記サブフレームスケジューリングフィールドの中のビットのいずれも、他のタイプの通信のシステム情報を伝送するサブフレームに関連付けられない、
請求項１に記載の装置。
【請求項５】
前記マルチメディアブロードキャストスケジューリング情報が、複数のビットを有するサブフレームスケジューリングフィールドを含み、各ビットが、サブフレームに関連付けられており、マルチメディアブロードキャストが当該サブフレームにおいて送信されるか否かを表し、
前記制御部は、前記システム情報が受信されるサブフレームを表すビットマップのビットと、前記マルチメディアブロードキャストが送信されないサブフレームを表すビットマップのビットとの間に論理ＡＮＤを適用することによって、前記所定のサブフレームを決定する、
請求項１に記載の装置。
【請求項６】
前記システム情報設定情報が、
−  それぞれがいくつかのサブフレームを対象とするサブフィールドを含む、第１のサブフレームスケジューリングフィールドおよび第２のサブフレームスケジューリングフィールドと、
−  前記第２のサブフレームスケジューリングフィールドが適用されるフレームを示すスケジューリング情報と、
を含み、
前記第２のサブフレームスケジューリングフィールドが、前記スケジューリング情報によって示されるフレームに適用される一方で、前記第１のサブフレームスケジューリングフィールドがそれ以外のフレームに適用される、
請求項１または２に記載の装置。
【請求項７】
前記第２のサブフレームスケジューリングフィールドが、事前に定義されるいくつかのサブフレームに関連付けられるビットを有さず、
前記システム情報設定情報は、第１ビットマップ適用ビットを含み、前記第１ビットマップ適用ビットは、前記事前に定義されるサブフレームに関連付けられる、前記第１のサブフレームスケジューリングフィールドのビットが、前記スケジューリング情報に示されているフレームに適用されるか否かを示す、
請求項６に記載の装置。
【請求項８】
物理ブロードキャストチャネルで送信されるマスタ情報メッセージが、前記システム情報設定情報を含む第１のシステム情報のサブフレームスケジューリングに関するスケジューリング情報を含み、
前記サブフレームスケジューリングフィールドのビットのいずれも、前記スケジューリング情報において前記第１のシステム情報を伝送するものとして示されているサブフレームに関連付けられていない、
請求項１から６のいずれかに記載の装置。
【請求項９】
前記スケジューリング情報が、
前記第１のシステム情報のサイズ、前記第１のシステム情報をスケジューリングすることのできるサブフレーム、周波数ホッピングの適用、周波数ホッピングパターン、周波数割当て、のうちの少なくとも２つの、事前に定義される数の事前に定義される組合せ、
から構成される、
請求項８に記載の装置。
【請求項１０】
無線通信システムにおいてシステム情報を受信する方法であって、
システム情報設定情報を受信し、無線インタフェースの所定のサブフレームにおいて前記システム情報を受信するステップと、
前記受信されたシステム情報設定情報に従って前記所定のサブフレームを決定し、前記所定のサブフレームにおいて前記システム情報の受信が行われるように制御するステップと、
を含み、
前記システム情報設定情報が、複数のビットを有するサブフレームスケジューリングフィールドを含み、各ビットが、サブフレームに関連付けられており、前記システム情報が当該サブフレームにおいて受信されるか否かを表し、
前記システム情報設定情報が、マルチメディアブロードキャスト通信に使用されるサブフレームを示すマルチメディアブロードキャストスケジューリング情報を使用するべきか否かを示すサブフレームスケジューリングフィールド適用インジケータ、含み、
前記サブフレームスケジューリングフィールド適用インジケータに基づいて、
−  前記マルチメディアブロードキャストスケジューリング情報を取得し、
−  前記取得したマルチメディアブロードキャストスケジューリング情報に従って、マルチメディアブロードキャスト通信に使用されるサブフレームを除外することによって、前記所定のサブフレームを決定するか、または、
−  前記マルチメディアブロードキャストスケジューリング情報を取得しない、もしくは使用しないか、
を決定する、
方法。
【請求項１１】
無線通信システムにおいてシステム情報を受信する装置を制御する集積回路であって、前記制御は、
システム情報設定情報を受信し、無線インタフェースの所定のサブフレームにおいて前記システム情報を受信する処理と、
前記受信されたシステム情報設定情報に従って前記所定のサブフレームを決定し、前記所定のサブフレームにおいて前記システム情報の受信が行われるように制御する処理と、
を含み、
前記システム情報設定情報が、複数のビットを有するサブフレームスケジューリングフィールドを含み、各ビットが、サブフレームに関連付けられており、前記システム情報が当該サブフレームにおいて受信されるか否かを表し、
前記システム情報設定情報が、マルチメディアブロードキャスト通信に使用されるサブフレームを示すマルチメディアブロードキャストスケジューリング情報を使用するべきか否かを示すサブフレームスケジューリングフィールド適用インジケータ、を含み、
前記サブフレームスケジューリングフィールド適用インジケータに基づいて、
−  前記マルチメディアブロードキャストスケジューリング情報を取得し、
−  前記取得したマルチメディアブロードキャストスケジューリング情報に従って、マルチメディアブロードキャスト通信に使用されるサブフレームを除外することによって、前記所定のサブフレームを決定するか、または、
−  前記マルチメディアブロードキャストスケジューリング情報を取得しない、または使用しないか、
を決定する、
集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信システムにおけるシステム情報の送信および受信に関する。
【背景技術】
【０００２】
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配置されつつある。この技術を機能強化または発展・進化させるうえでの最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ：High-Speed Downlink Packet Access）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ：High Speed Uplink Packet Access）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００３】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ＬＴＥ（Long Term Evolution）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
【０００４】
ＬＴＥに関する作業項目（ＷＩ：work item）の仕様は、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ））およびＥ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network（ＵＴＲＡＮ））と称され、最終的にリリース８（ＬＴＥリリース８）として公開される。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。ＬＴＥでは、与えられたスペクトルを用いてフレキシブルなシステム配置を達成するために、スケーラブルな複数の送信帯域幅（例えば、１.４ＭＨｚ、３.０ＭＨｚ、５.０ＭＨｚ、１０.０ＭＨｚ、１５.０ＭＨｚ、および２０.０ＭＨｚ）が指定されている。ダウンリンクには、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ：Multipath interference）を受けにくく、また、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）を使用しており、さらに、さまざまな送信帯域幅の構成に対応可能だからである。アップリンクには、ＳＣ−ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access：シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ：User Equipment）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。ＬＴＥリリース８／９では、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（Multiple Input Multiple Output）チャネル伝送技術）が採用され、高効率の制御シグナリング構造が達成されている。
【０００５】
図１は、ＬＴＥの全体的なアーキテクチャを示し、図２は、Ｅ−ＵＴＲＡＮのアーキテクチャをより詳細に示している。Ｅ−ＵＴＲＡＮはｅＮｏｄｅＢから構成され、ｅＮｏｄｅＢは、ユーザ機器（ＵＥ）に向かうＥ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルを終端処理する。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、媒体アクセス制御（ＭＡＣ：Medium Access Control）レイヤ、無線リンク制御（ＲＬＣ：Radio Link Control）レイヤ、およびパケットデータ制御プロトコル（ＰＤＣＰ：Packet Data Control Protocol）レイヤ（これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクサービス品質（ＱｏＳ）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。複数のｅＮｏｄｅＢは、Ｘ２インタフェースによって互いに接続されている。
【０００６】
また、複数のｅＮｏｄｅＢは、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core）、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）、Ｓ１−Ｕによってサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。ＳＧＷは、ユーザデータパケットをルーティングして転送する一方で、ｅＮｏｄｅＢ間のハンドオーバー時におけるユーザプレーンのモビリティアンカーとして機能し、さらに、ＬＴＥと別の３ＧＰＰ技術との間のモビリティのためのアンカー（Ｓ４インタフェースを終端させ、２Ｇ／３ＧシステムとＰＤＮ  ＧＷとの間でトラフィックを中継する）として機能する。ＳＧＷは、アイドル状態のユーザ機器に対しては、ダウンリンクデータ経路を終端させ、そのユーザ機器へのダウンリンクデータが到着したときにページングをトリガーする。ＳＧＷは、ユーザ機器のコンテキスト（例えばＩＰベアラサービスのパラメータ、ネットワーク内部ルーティング情報）を管理および格納する。さらに、ＳＧＷは、合法傍受（lawful interception）の場合にユーザトラフィックの複製を実行する。
【０００７】
ＭＭＥは、ＬＴＥのアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラのアクティブ化／非アクティブ化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク（ＣＮ）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ユーザ機器のＳＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥにおいて終端され、ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダの公衆陸上移動網（ＰＬＭＮ：Public Land Mobile Network）に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制約を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／完全性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、ＭＭＥによってサポートされる。さらに、ＭＭＥは、ＬＴＥのアクセスネットワークと２Ｇ／３Ｇのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インタフェースを終端させる。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインタフェースを終端させる。
【０００８】
システム情報（ＳＩ：System Information）の受信は、ＵＥによって実行される動作であり、スキャンされたＲＦ信号および検出された同期信号に基づく。具体的には、ＵＥは、同期信号を検出した時点でセルを識別し、そのセルによるダウンリンク送信に同期することができる。したがってＵＥは、セルのブロードキャストチャネル（ＢＣＨ：Broadcast Channel）（対応するシステム情報）を受信することができる。ＵＥは、システム情報に基づいて、セルが選択および／または再選択の対象として適しているか否か（すなわちセルが候補セルであるか）を判定することができる。
【０００９】
システム情報とは、セル内のすべてのＵＥにブロードキャスト（同報通信）方式で送信される情報である。システム情報にはセル選択に必要な情報が含まれ、セル選択／再選択時、ＵＥがセルに同期した後にシステム情報の一部が読み取られる。
【００１０】
システム情報は、それぞれが一連のパラメータを含むシステム情報ブロック（ＳＩＢ：System Information Block）によって構築される。具体的には、システム情報は、マスタ情報ブロック（ＭＩＢ：Master Information Block）および複数のシステム情報ブロック（ＳＩＢ）において送信される。ＭＩＢには、他の情報をセルから取得するために必要である最も重要かつ最も高い頻度で送信される限られた数のパラメータ（ダウンリンクシステム帯域幅、ダウンリンクでのＨＡＲＱ確認応答シグナリングに割り当てられるリソースのインジケータ、システムフレーム番号（ＳＦＮ）など）が含まれる。残りのＳＩＢは番号付けされており、リリース８ではＳＩＢ１〜ＳＩＢ１３が定義されている。
【００１１】
ＳＩＢ１には、セルがセル選択に適しているかを判定するのに必要であるパラメータと、他のＳＩＢの時間領域スケジューリングに関する情報とが含まれる。ＳＩＢ２には、共通チャネル（common channel）および共有チャネル（shared channel）の情報が含まれる。ＳＩＢ３〜ＳＩＢ８には、周波数内セル再選択、周波数間セル再選択、およびＲＡＴ（Radio Access Technology：無線アクセス技術）間セル再選択を制御するのに使用されるパラメータが含まれる。ＳＩＢ９は、ホームｅＮｏｄｅＢの名前をシグナリングするのに使用され、ＳＩＢ１０〜ＳＩＢ１２には、地震津波警報システム（ＥＴＷＳ：Earthquake and Tsunami Warning Service）の通知および商用移動通信警報システム（ＣＭＡＳ：Commercial Mobile Alert System）の警告メッセージが含まれる。最後にＳＩＢ１３には、ＭＢＭＳ（マルチメディアブロードキャスト／マルチキャストサービス）に関連する制御情報が含まれる。
【００１２】
システム情報は、ＲＲＣプロトコルによって、３つのタイプのメッセージ、すなわちＭＩＢメッセージ、ＳＩＢ１メッセージ、およびＳＩメッセージにおいて送信される。ＭＩＢメッセージは物理ブロードキャストチャネル（ＰＢＣＨ）で伝えられるのに対し、残りのＳＩＢ１メッセージおよびＳＩメッセージは、物理層においてユニキャストデータと多重化されて物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）で送信される。
【００１３】
ＭＩＢは、固定周期で送信される。ＳＩＢ１も固定周期で送信される。システム情報の送信の堅牢性を高める目的で、システム情報は繰り返される。これらの繰り返しは異なるリダンダンシーバージョン（redundancy version）を有する。したがって実際に送信されるビットの繰り返しではなく、伝えるデータを異なる方式で符号化した繰り返しである。例えばＭＩＢは、フレームごとに最初のサブフレーム（サブフレーム＃０）において送信され、この場合、新しいＭＩＢ（以前のＭＩＢとは内容が異なりうるＭＩＢ）が４つのフレームごとに送信され、残りの３つのフレームはその繰り返しを伝える。同様に、ＳＩＢ１の送信には繰り返し符号化が適用される。新しいＳＩＢ１は、８フレームごとに送信される。各ＳＩＢ１は、３つのさらなる繰り返しを有する。
【００１４】
他のすべてのＳＩＢは、ＳＩＢ１の中のＳＩＢスケジューリング情報要素によって指定される周期で送信される。具体的には、ＳＩメッセージへのＳＩＢのマッピングは、ＳＩＢ１に含まれているschedulingInfoListによって柔軟に設定することができる。ただし、制限として、各ＳＩＢは１つのＳＩメッセージにのみ、そのメッセージ内で最大１回含まれる。同じスケジューリング要件（周期）を有するＳＩＢのみを、同じＳＩメッセージにマッピングすることができる。ＳＩＢ２は、schedulingInfoListの中のＳＩメッセージのリスト内の最初のエントリに対応するＳＩメッセージに常にマッピングされる。複数のＳＩメッセージを同じ周期で送信することができる。
【００１５】
したがって端末は、シグナリングされた情報に基づいてＳＩウィンドウを決定し、そのＳＩウィンドウの先頭から、ＳＩ−ＲＮＴＩ（システム情報が送信されていることを意味する識別子）を使用してのダウンリンク共有チャネルの受信（ブラインド復号）を開始し、各サブフレームについて続行し、ＳＩウィンドウの最後まで、またはＳＩメッセージが受信されるまで行う。ただしＳＦＮ  ｍｏｄ  ２＝０である無線フレーム内のサブフレーム＃５と、ＭＢＳＦＮサブフレームと、ＴＤＤにおけるアップリンクサブフレームを除く。ＳＩウィンドウの最後までにＳＩメッセージが受信されなかった場合、そのＳＩメッセージのための次のＳＩウィンドウにおいて繰り返しを受信する。
【００１６】
言い換えれば、ブラインド復号時、ＵＥはＳＩウィンドウの各サブフレームにおいてＳＩ−ＲＮＴＩを使用してＰＤＣＣＨ（Physical Downlink Control Channel）の復号を試みるが、ＳＩ−ＲＮＴＩを使用して符号化されているＰＤＣＣＨ（ＣＲＣ）（特定のＳＩを含むＰＤＳＣＨに対応する）を実際に伝えているのは、これらのサブフレームのうちのいくつかのみである。
【００１７】
システム情報の定義に関するさらなる詳細は、例えば非特許文献１の６．２．２．７節および６．３．１節（３ＧＰＰのウェブサイトで入手可能であり、本明細書に援用されている）を参照されたい。
【００１８】
ＬＴＥシステムが発展するにつれて、事業者は、無線アクセス技術（ＲＡＴ）の数を最小にすることによって、ネットワークメンテナンス全般のコストを下げるように努める。この点において、マシンタイプ通信（ＭＴＣ：Machine-Type Communications）装置は、将来的に継続的な拡張が見込まれる市場である。
【００１９】
多くのＭＴＣ装置は、ＧＳＭ（登録商標）／ＧＰＲＳによって十分に扱うことのできるローエンド（低コスト、低データ速度）の用途をターゲットとしている。これらの装置が低コストでありＧＳＭ／ＧＰＲＳのカバレッジが良好であるため、ＭＴＣ装置の供給業者にとって、ＬＴＥ無線インタフェースをサポートするモジュールを使用する動機は極めて低い。
【００２０】
ますます多くのＭＴＣ装置が配置されるにつれて、必然的にＧＳＭ／ＧＰＲＳネットワークへの依存度が高まる。これにより事業者には、多数の無線アクセス技術（ＲＡＴ）を維持管理するためのコストが要求されるのみならず、事業者が自社のスペクトルから最大の恩恵を受けることが妨げられる（ＧＳＭ／ＧＰＲＳのスペクトル効率が最適ではない場合）。よりスペクトル効率の高い技術（ＬＴＥなど）を使用して、ユーザおよびトラフィックの密度が高まると、事業者は自社のスペクトルをより効率的に利用することが可能となる。
【００２１】
ＭＴＣ装置の数は一般的に大きいため、これらのＭＴＣ装置がサービスの提供に必要とする合計リソースは相応して大きく、かつそれらのリソースは非効率的に割り当てられる（ＭＴＣにおける目標に関するさらなる詳細は、例えば非特許文献２の４節（３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に援用されている）を参照）。
【００２２】
ＬＴＥのコストを下げる取り組みでは、現在のところ製品のボリュームをコスト低下の主たる理由とみなしている。ボリュームの影響は、低コストのＭＴＣの開発方式に応じて、２とおりのシナリオが考えられる。第一に、低コストＭＴＣが幹線であるＬＴＥに極めて類似しておりＬＴＥのチップセットに含めることができる場合、ＭＴＣはＬＴＥのボリュームの恩恵を受ける。第二に、ＬＴＥをベースとする低コストＭＴＣでは、そのコストを幹線であるＬＴＥよりもより小さくすることができる。ＬＴＥのボリュームの恩恵を受けないように思われるが、サポートされるＭＴＣ用途およびＭＴＣシナリオの数が潜在的に大きいため、ＭＴＣ装置のボリュームはより大きくなりうる。
【００２３】
この点において、ＬＴＥのコストを下げるための（すなわち低コストＭＴＣを定義する）以下の方法が検討され、ＵＥのコストに大きく影響することが判明した（低コストＭＴＣ装置に関するさらなる詳細は、例えば非特許文献３の４節（３ＧＰＰのウェブサイトで入手可能であり、本明細書に援用されている）を参照）。
【００２４】
−  低コストＬＴＥでは、サポートされる帯域幅を縮小する。１．４ＭＨｚ（６個のリソースブロック）の低コストのダウンリンク帯域幅は、ＭＴＣのほとんどの用途のシナリオをカバーすることができる。しかしながら、複雑度がそれほど増大しなければ、３ＭＨｚ（１５個のリソースブロック）または５ＭＨｚ（２５個のリソースブロック）も考慮することができる。ＭＴＣサービスでは（ダウンリンク受信よりも）アップリンクにおける要件が大きく、送信電力が抑制される可能性があり、ベースバンドの複雑さも小さいことを考えれば、ＵＥにおける最小送信帯域幅の縮小は慎重に検討するべきである。
−  低コストＬＴＥでは、ＰＤＣＣＨのブラインド復号が単純化され、かつ多数のＭＴＣ装置の効率的なチャネルアクセスが提供されるように、ＰＤＣＣＨに関連する設計を修正する。最大帯域幅を縮小する（例えば１．４ＭＨｚ）ことによって、当然ながらＰＤＣＣＨのブラインド復号が減少する。
−  ＨＡＲＱ設定、ＭＡＣプロトコル、ＲＬＣプロトコル、およびＲＲＣプロトコルを含めてプロトコルを単純化する。低デューティサイクルのＭＴＣ装置と基地局との間のシグナリングを減らす。
−  カバレッジを維持し、かつ複雑度のバランスがとれるように、送信モードの数を絞り込む。
【００２５】
低コストＭＴＣ装置に関するさらなる考慮事項は、屋内カバレッジの改善に関する。多くの用途では、マシンタイプ通信（ＭＴＣ）装置を、屋内に（例：集合住宅の地階に、あるいは一階の近くに配置される屋内機器に）配置することが要求される。これらのＵＥは、通常のＬＴＥ装置よりも、無線インタフェースにおいてより大きい建物侵入損失を受ける。すなわち屋内カバレッジは、ただちに利用可能であり高い信頼性である必要があり、既存のカバレッジを大幅に改善する必要がある。
【００２６】
これに加えて、低コストＭＴＣ装置の電力消費量に関して、多くの用途では、装置は最大で１０年間のバッテリ寿命を有するように要求される。この点において、現在利用可能なパワーセーブモードは、想定されているバッテリ寿命を達成するには十分ではないと考えられる。この点においては、最大１０年間のバッテリ寿命を達成する目的で、例えばシステム内のシグナリング交換を最適化することによってＭＴＣ装置の電力使用量を大幅に減らす、さらなる技術が提案されるものと予測される。
【００２７】
（低コストＭＴＣ装置の）屋内カバレッジを改善するため、最近の開発では、例えば遅延の影響が小さいＭＴＣ用途を動作させるＵＥに適用される、拡張カバレッジ（ＥＣ：Enhanced Coverage）モードに主眼が置かれている。別の用語は「カバレッジ拡張」である。３ＧＰＰリリース１２における作業項目「Low cost & enhanced coverage MTC UE for LTE（ＬＴＥにおける低コストかつ拡張されたカバレッジのＭＴＣ  ＵＥ）」では、その結論として、技術報告書である非特許文献４（３ＧＰＰのウェブサイトで入手可能であり、本明細書に援用されている）から明らかであるように、複雑度を低減するさらなる技術がサポートされるならば、ＭＴＣ用のＬＴＥ装置の複雑度のさらなる低減を達成できるとしている。技術報告書であるこの非特許文献４では、厳しい場所（例えば建物の内部深く）にＭＴＣ装置が配置されるケースをサポートする目的と、複雑度を低減する技術に起因する利得損失を補正する目的で、通常のＬＴＥのカバレッジと比較したときのカバレッジ改善の目標値として、ＦＤＤおよびＴＤＤの両方において１５〜２０ｄＢを達成できると結論している。ＭＴＣカバレッジの拡張は、３ＧＰＰリリース１３において導入されるものと予測されている。
【００２８】
一般的には、ＭＴＣ装置は、低複雑度（ＬＣ：Low Complexity）ＭＴＣ装置（バッファサイズの制限およびその他の実装上の制限の結果として、装置が受信するトランスポートブロックのサイズ（ＴＢＳ）は基本的に１０００ビット以下に強制される）、または拡張カバレッジ（ＥＣ）装置（多数の繰り返しがサポートされる）とすることができる。
【００２９】
言い換えれば、低複雑度（ＬＣ）装置は、バッファサイズが限られていたり実装が単純であるなど、安価な装置であるように意図された複雑度の低い装置であるのに対して、拡張カバレッジ（ＥＣ）装置は、地下室、あるいはセルの中心から離れた厳しい環境下で動作する必要のある、カバレッジが拡張された装置である。
【００３０】
全般的な目標は、ＬＴＥにおけるＭＴＣ動作用の新規のＵＥとして、拡張されたカバレッジおよび低い電力消費量を可能にするＵＥ、を策定することである。いくつかのさらなる目標を以下に挙げておく。
−  ダウンリンクおよびアップリンクにおけるＵＥの帯域幅を１．４ＭＨｚに縮小する。
−  帯域幅が縮小されたＵＥは、任意のシステム帯域幅の中で動作できるべきである。
−  帯域幅が縮小されたＵＥおよび非ＭＴＣ  ＵＥの周波数分割多重化をサポートするべきである。
−  ＵＥは、ダウンリンクおよびアップリンクにおいて１．４ＭＨｚのＲＦ帯域幅をサポートするのみでよい。
−  仕様によってサポートされる再調整許容時間（例：〜０ｍｓ、１ｍｓ）は、ＲＡＮ４によって決定するべきである。
−  最大送信電力を下げる。
−  新規ＵＥの電力クラスの最大送信電力は、ＲＡＮ４によって決定するべきであり、電力増幅器（ＰＡ）が組み込まれた実装をサポートするべきである。
−  ダウンリンク送信モードのサポートを縮小する。
【００３１】
この作業項目では、ＵＥによる処理に関する以下のさらなる緩和も考慮することができる。
−  ユニキャストシグナリングおよび／またはブロードキャストシグナリングにおける最大トランスポートブロックサイズを小さくする。
−  複数の送信の同時受信のサポートを縮小する。
−  送信および／または受信の変調精度（ＥＶＭ）要件（例えば変調方式の制約）を緩和する。物理制御チャネルの処理を減らす（例えばブラインド復号の試行回数を減らす）。
−  物理データチャネルの処理を減らす（例えばダウンリンクのＨＡＲＱタイムラインを緩和する、ＨＡＲＱプロセス数を減らす）。
−  ＣＱＩ（チャネル品質インジケータ）／ＣＳＩ（チャネル状態情報）報告モードのサポートを縮小する。
−  遅延の影響が小さいＭＴＣ用途を動作させる、上に定義されているカテゴリ／タイプのＵＥおよびそれ以外のＵＥのＬＴＥカバレッジを、それぞれの通常のカバレッジを基準として相対的に改善する（ＦＤＤの場合には１５ｄＢに相当する）ことが可能であるものとする。これを達成するため、以下の技術（ＦＤＤおよびＴＤＤの両方に適用可能であるものとする）のうちの少なくともいくつかを考慮することができる。
−  物理データチャネル（例：ＰＤＳＣＨ、ＰＵＳＣＨ）における、ＨＡＲＱを使用してのサブフレームバンドリング技術
−  制御チャネル（例：ＰＣＦＩＣＨ、ＰＤＣＣＨ）の使用を排除する
−  制御チャネル（例：ＰＢＣＨ、ＰＲＡＣＨ、（Ｅ）ＰＤＣＣＨ）における繰り返し技術
−  排除または繰り返し技術（例：ＰＢＣＨ、ＰＨＩＣＨ、ＰＵＣＣＨ）
−  １つの物理リソースブロック（ＰＲＢ）より小さい粒度でのアップリンクＰＳＤ（電力スペクトル密度）のブースト
−  クロスサブフレームスケジューリングおよび繰り返しを用いる、ＥＰＤＣＣＨを使用してのリソース割当て（ＥＰＤＣＣＨを使用しない動作も考えられる）
−  ＳＩＢ（システム情報ブロック）／ＲＡＲ（ランダムアクセス応答）／ページングにおいて繰り返しを使用する新規の物理チャネルフォーマット
−  帯域幅が縮小された、および／またはカバレッジが拡張されたＵＥ用の新規のＳＩＢ（システム情報ブロック）
−  参照シンボル（reference symbol）の密度を高める、および周波数ホッピング技術
−  ＵＥの電力消費量への影響を穏当なレベルに維持できる限りは、ＰＲＡＣＨ（物理ランダムアクセスチャネル）における「検出失敗の確率」と、ＰＳＳ（プライマリ同期信号）／ＳＳＳ（セカンダリ同期信号）／ＰＢＣＨ（物理ブロードキャストチャネル）／ＳＩＢ（システム情報ブロック）におけるＵＥによる最初のシステム取得時間（initial UE system acquisition time）の緩和を考慮することができる。
−  拡散：  拡散とは、時間−周波数領域リソースを含む複数のリソースにまたがって情報を拡散させる、またはスクランブリング（またはチャネライゼーション）符号を使用して拡散させることを意味する。
上に挙げた以外の技術を導入することもできる。
【００３２】
カバレッジ拡張の程度は、セル単位、ＵＥ単位、チャネル単位、チャネルのグループ単位、の少なくとも１つにおいて設定可能とするべきである。したがって、カバレッジ拡張の異なるレベルが存在する。カバレッジ拡張の異なるレベルとは、ＥＣ（拡張カバレッジ）装置の送信および受信をサポートするために適用されるＣＥ（カバレッジ拡張）技術の異なるレベルを意味する。この機能をサポートするためのＵＥによる関連する測定および報告も定義するべきである。
【００３３】
さらなる詳細については、例えばＥｒｉｃｓｓｏｎ社によって提供された非特許文献５（３ＧＰＰのウェブサイトで入手可能であり、本明細書に援用されている）を参照されたい。
【００３４】
特に、拡張カバレッジモードにおけるＵＥのカバレッジをＵＥの通常のカバレッジを基準として１５／２０ｄＢ拡張することは、ＵＥは、極めて低い信号強度を受信できなければならないことを意味する。このことは、最初のスキャン動作、セルサーチ動作、およびセル選択動作のみならず、ＵＥによって実行される以降の通信手順にもあてはまる。上述したように、ネットワークサポートおよびＵＥの能力に応じて異なるレベルのＣＥ（カバレッジ拡張）が存在する（例：５／１０／１５ｄＢのカバレッジ拡張）。
【００３５】
拡張カバレッジモードを定義するための初期段階の試みでは、無線送信を改良することに主眼が置かれていた。この点において、カバレッジを改善するための主たる技術として、繰り返し送信（レピティション送信）を中心に検討されてきた。繰り返し（レピティション：repetition）は、各チャネルに適用してカバレッジを改善することができる。
【００３６】
この繰り返し送信の例示的な一実施形態では、同じデータを多数のサブフレームにおいて送信することが指定されている。しかしながら、ただちに理解できるように、このような繰り返し送信においては、通常のカバレッジのＵＥに要求されるよりも多くのリソース（時間−周波数）が使用される。ＲＡＮ１は、ＭＴＣ装置への送信に使用されるトランスポートブロックサイズが１０００ビット未満であることを示した。
【００３７】
上の要件を満たすためには、システムオーバーヘッドを最小にし、過去のリリースのシステムおよびそれによってサーブされるレガシーＵＥに影響しないようにするため、新規の情報メッセージスケジューリングが必要である。
【先行技術文献】
【非特許文献】
【００３８】
【非特許文献１】3GPP, TS 36.331, V12.5.0, "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification (Release 12)"
【非特許文献２】3GPP, RP-150492 Ericsson: "Revised WI: Further LTE Physical Layer Enhancements for MTC"
【非特許文献３】3GPP, R1-112912, Huawei, HiSilicon, CMCC: "Overview on low-cost MTC UEs based on LTE"
【非特許文献４】TR 36.888, v12.0.0, "Machine-Type Communications (MTC) User Equipments (UEs)"
【非特許文献５】3GPP RP-141865 "Revised WI: Further LTE Physical Layer Enhancements for MTC"
【非特許文献６】3GPP TS 36.212, v12.4.0
【非特許文献７】3GPP TS 36.321, v12.5.0, "Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification"
【発明の概要】
【課題を解決するための手段】
【００３９】
本発明を制限することのない例示的な一実施形態は、無線ネットワークにおいてシステム情報を効率的に送信および受信する装置および方法を提供する。
【００４０】
一般的な一態様においては、本明細書に開示されている技術は、無線通信システムにおいてシステム情報を受信する装置であって、システム情報設定情報（system information configuration information）を受信し、無線インタフェースの所定のサブフレームにおいてシステム情報を受信する受信部と、受信されたシステム情報設定情報に従って所定のサブフレームを決定し、この所定のサブフレームにおいてシステム情報を受信するように受信部を制御する制御部と、を備えており、システム情報設定情報が、複数のビットを有するサブフレームスケジューリングフィールドを含み、各ビットが、サブフレームに関連付けられており、システム情報が当該サブフレームにおいて受信されるか否かを表す、装置、を提供する。
【００４１】
別の一般的な態様においては、本明細書に開示されている技術は、無線通信システムにおいてシステム情報を送信する装置であって、システム情報を伝送するサブフレーム又はシステム情報を伝送しないサブフレームを設定して、これらの設定を示すシステム情報設定情報を生成し、設定されたサブフレームにおいてシステム情報を送信するように送信部を制御する設定部と、システム情報設定情報を送信し、無線インタフェースの設定されたサブフレームにおいてシステム情報を送信する送信部と、を備えており、システム情報設定情報が、複数のビットを有するサブフレームスケジューリングフィールドを含み、各ビットが、サブフレームに関連付けられており、システム情報が当該サブフレームにおいて受信されるか否かを表す、装置、を提供する。
【００４２】
別の一般的な態様においては、本明細書に開示されている技術は、無線通信システムにおいてシステム情報を受信する方法であって、システム情報設定情報を受信し、無線インタフェースの所定のサブフレームにおいてシステム情報を受信するステップと、受信されたシステム情報設定情報に従って所定のサブフレームを決定し、この所定のサブフレームにおいてシステム情報の受信が行われるように制御するステップと、を含み、システム情報設定情報が、複数のビットを有するサブフレームスケジューリングフィールドを含み、各ビットが、サブフレームに関連付けられており、システム情報が当該サブフレームにおいて受信されるか否かを表す、方法、を提供する。
【００４３】
別の一般的な態様においては、本明細書に開示されている技術は、無線通信システムにおいてシステム情報を送信する方法であって、システム情報を伝送するサブフレーム又はシステム情報を伝送しないサブフレームを設定して、これらの設定を示すシステム情報設定情報を生成し、設定されたサブフレームにおいてシステム情報を送信するように送信部を制御する、ステップと、システム情報設定情報を送信し、無線インタフェースの設定されたサブフレームにおいてシステム情報を送信するステップと、を含み、システム情報設定情報が、複数のビットを有するサブフレームスケジューリングフィールドを含み、各ビットが、サブフレームに関連付けられており、システム情報が当該サブフレームにおいて受信されるか否かを表す、方法、を提供する。
【００４４】
なお、一般的な実施形態または具体的な実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せとして、実施できることに留意されたい。
【００４５】
開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面のさまざまな実施形態および特徴によって、個別に得ることができ、このような恩恵および／または利点の１つまたは複数を得る目的で、実施形態および特徴すべてを設ける必要はない。
【００４６】
本開示の上記およびそれ以外の目的および特徴は、以下の説明と、添付の図面に関連して提示されている好ましい実施形態とから、さらに明らかになるであろう。
【図面の簡単な説明】
【００４７】
【図１】マシンタイプ通信の現在の３ＧＰＰアーキテクチャを示すブロック図
【図２】３ＧＰＰ  ＬＴＥにおける無線アクセスネットワークの例示的なアーキテクチャを示すブロック図
【図３】３ＧＰＰ  ＬＴＥ  ＦＤＤにおけるフレームの一般的な構造を示す概略図
【図４】３ＧＰＰ  ＬＴＥにおいて定義されているダウンリンクコンポーネントキャリアにおけるサブフレームの一般的な構造を示す概略図
【図５Ａ】ビットマップとシステム情報のスケジューリングとの対応関係を示す概略図
【図５Ｂ】ビットマップとシステム情報のスケジューリングとの対応関係を示す概略図
【図６】ＭＢＳＦＮサブフレームの設定を示す概略図
【図７】システム情報の送信の設定を示す概略図
【図８】受信装置および送信装置を示すブロック図
【図９】受信方法および送信方法を示す流れ図
【発明を実施するための形態】
【００４８】
本開示は、マシンタイプ通信（３ＧＰＰ  ＬＴＥにおけるＭＴＣなど）におけるシステム情報の送信および受信に特に適している無線通信システムにおけるシステム情報の送信および受信に関する。システム情報のシグナリングについて３ＧＰＰにおいて最近検討され、以下の目的が事前に合意された。
【００４９】
−  現在のＳＩＢ（システム情報ブロック）のコンセプトによって提供される柔軟性と同程度の柔軟性を維持する（すなわちＳＩＢのサイズは固定されないべきである）。
−  ＳＩＢ１を区別する。すなわちＬＣ（低複雑度）／ＥＣ（拡張カバレッジ）ＵＥは、従来とは異なるＳＩＢ１およびそれ以外のＳＩＢ（異なる時間／周波数リソース）を受信する。新規のＳＩＢ１は、ＥＣおよびＬＣに共通である。
−  オーバーヘッドおよび合計取得時間の点で実現可能である場合、（特に通常のカバレッジの低コストＵＥには）ＳＩＢ１情報をそれ以外のＳＩＢとは個別に送信する。
−  ＬＣ／ＥＣ  ＵＥへのＳＩＢ１を取得できるようにするためのスケジューリング情報（時間、周波数、およびＭＣＳ／ＴＢＳ（変調・符号化方式／トランスポートブロックサイズ））を、例えばＭＩＢにおいて伝えることができる（すなわちＰＤＣＣＨにおける動的な第１層（Ｌ１）情報が必要ない）。
−  ＬＣ／ＥＣ  ＵＥへのＳＩＢ１には、ＰＤＣＣＨを読み取ることなく以降のＳＩＢを取得できるようにするためのスケジューリング情報（時間、周波数、およびＭＣＳ／ＴＢＳ）を含めることができる。
−  ネットワークがＬＣ／ＥＣ  ＵＥとレガシーＵＥとに個別のＳＩＢ（異なる時間／周波数リソース）を提供すると想定したとき、ブロードキャストにおけるトランスポートブロック（ＴＢ）サイズの１０００ビットの制限が受け入れ可能であること。
【００５０】
システム情報を送信するための現在のメカニズムが、ＭＴＣ通信など多数の繰り返しを適用する通信に適用されるならば、現在使用されている各ＳＩＢは、約５０倍高い繰り返し率で送信される。このことは例えば次のように影響する。
【００５１】
−  システム情報ブロック（ＳＩＢ）が重ならず、したがってシステム情報の繰り返しに起因してシステム情報ブロックの送信遅延が長くなり、したがって次のシステム情報ブロックの送信の遅延も大きくなる場合、レガシーＵＥによるシステム情報の取得時間。
−  システム情報全体を繰り返して送信することは、極めて大きなシステム負荷にもつながり、このような負荷は不必要なことがある。なぜならＭＴＣ装置は、現在のシステム情報シグナリングにおいて送信されるすべての情報を利用しないためである。したがってＭＴＣ  ＵＥは、無関係なシステム情報を受信することになる。
−  システム情報全体を受信することによって、ＭＴＣ装置における電力消費量が増大する。
【００５２】
したがって、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を読み取ることなく以降のＳＩＢの取得を可能にするスケジューリング情報（時間、周波数、変調・符号化方式／トランスポートブロックサイズなど）をＳＩＢ１に含めることを標準化するという目的は妥当である。なぜならＰＤＣＣＨ自体を読み取る場合にも、同じような量の時間／バッテリおよびネットワークリソースを必要とするためである。しかしながら現在のところ、この目的をどのように達成するかが明らかではない。特に、（１つまたは複数のＳＩＢを含む）システム情報を、動的なスケジューリングなしで取得するためには、ＭＴＣ装置は、システム情報が送信されることと、これらのＳＩＢがスケジューリングされる位置とを認識することが必要である。動的なスケジューリングは、ブラインド復号によって実施される。特に、システム情報を送信するための特殊な識別子であるＳＩ−ＲＮＴＩ（ＳＩ無線ネットワーク一時識別子）が提供されている。装置は、この識別子が存在していないかどうか、物理ダウンリンク共有チャネル（具体的にはその制御部分であるＰＤＣＣＨ）を監視し、この識別子を検出すると、装置は対応するシステム情報を読み取る（復号する）（システム情報のフォーマットおよび構文は非特許文献１（例えばバージョン１２．５．０）の５．２節に指定されており、物理層に関しては非特許文献６の５．３．３節に記載されており、いずれの仕様書も３ＧＰＰのウェブサイトで入手可能である）。
【００５３】
スケジューリング情報は、システムの仕様において無線装置に提供することができる（すなわちスケジューリング情報は仕様の中で静的に提供される）。しかしながらこの方法では、スケジューリング上の何らの自由度もなく、システム情報を状況に応じて効率的にスケジューリングできる可能性が低減する。
【００５４】
これに代えて、スケジューリング情報を半静的に提供する、例えばスケジューリング情報（現在のところＳＩＢ１の中で送信されるスケジューリング情報など）において提供することができる。しかしながら、この場合、例えばマルチメディアブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）通信を伝えるフレームおよびサブフレームにおいて無線ＭＴＣ装置がスケジューリング情報を使用する方法が明らかではない。
【００５５】
システム情報をスケジューリングするための解決策を提供する目的で、ＭＴＣのシステム情報を、そのシステム情報がＭＴＣ装置を対象としていることを示すための対応する特殊なＲＮＴＩ（ＭＴＣ−ＲＮＴＩなど）を使用して、任意のサブフレームにスケジューリングすることができる。しかしながらこの解決策では、（ｅ）ＰＤＣＣＨまたはＭＰＤＣＣＨ（「ｅ」は「拡張」、「Ｍ」は「ＭＴＣ」を表す）など、物理的にブロードキャストされないチャネルを使用してこれらをブラインド復号することが依然として要求され、結果として低複雑度（ＬＣ）ＭＴＣ装置および拡張カバレッジ（ＥＣ）ＭＴＣ装置のいずれの場合にも、システム情報が多数回繰り返されてシステム情報の取得時間が遅延する。なぜなら、ＬＣ装置およびＥＣ装置それぞれは、特殊な識別子（それぞれＳＩ−ＲＮＴＩまたはＭＴＣ−ＲＮＴＩ）と一致するようにＰＤＣＣＨの少なくとも一部分を依然として復号する必要があるためである。
【００５６】
上記目的のいくつかに準拠し、かつシステム情報の効率的なシグナリングを提供する目的で、本開示によると、システム情報の位置を無線装置に示すために、システム情報設定情報をネットワークによって送信する。システム情報設定情報には複数のビットが含まれ、各ビットが、サブフレームに関連付けられており、システム情報が当該サブフレームにおいて送信されるか否かを表す。
【００５７】
例示的な実施形態においては、ＭＴＣのシステム情報ブロック（ＳＩＢ１）の位置を示すマスタ情報ブロック（ＭＩＢ）が送信され（ブロードキャストされ）、ＭＴＣのシステム情報ブロック（ＳＩＢ１）には、ＭＴＣに関連するシステム情報のためのシステム情報設定情報が含まれる。ＭＴＣのＳＩＢ１は、従来のシステム情報に使用されるＳＩＢ１とは異なるＳＩＢ１とすることができる。この利点として、ＭＴＣ  ＵＥが自身の動作に関連しないＳＩＢの部分を受信することが回避される。しかしながら、本開示はこれに制限されず、一般的には、低複雑度（ＬＣ）／拡張カバレッジ（ＥＣ）ＵＥを宛先とする固有の情報要素のみを含むＳＩＢ１を、レガシーＵＥとＬＣ／ＥＣ  ＵＥの両方に共通とすることができる。
【００５８】
システム情報（ＳＩ）設定情報はビットマップ（サブフレームスケジューリングフィールド）を含み、ビットマップの各ビットは、特定の１つのサブフレームについて、システム情報がそのサブフレームに含まれるか否かを示す。この実施形態においては、システム情報は、ＬＣ（低複雑度）端末およびＥＣ（拡張カバレッジ）端末の両方を対象とするシステム情報である。しかしながら、本開示は、そのような構成に限定されないことに留意されたい。本明細書に記載されているシステム情報の送信および受信は、無線システムにおいて低複雑度（ＬＣ）ＭＴＣ装置または拡張カバレッジ（ＥＣ）ＭＴＣ装置のいずれかを対象とするシステム情報を伝える目的に、システム情報を伝えるための唯一の方法として適用することもできる。
【００５９】
ビットマップは、システム情報が送信されないサブフレームに対して値「０」をとり、システム情報が送信されるサブフレームに対して値「１」をとる複数のビットのフィールドであることが有利である。しかしながら、「０」および「１」の割当ては、本発想から逸脱することなく逆でもよいことが、当業者には明らかであろう。
【００６０】
ビットマップは、例えば、サブフレーム構成の一部を形成する各サブフレームに対する個別のビットを含むことができる。言い換えれば、ＬＴＥシステムの場合のように無線フレーム内のサブフレームの数が１０であると想定すると、ビットマップは、０から９まで番号付けされた１０個の各サブフレームに対する１０ビットの長さを有する。しかしながら本開示は、これに限定されない。特定の状況においては、フレームが有するサブフレームの数よりもビットマップのビットの数が少ないならば、効率の理由で有利なことがある。例えば、ＬＴＥおよびＬＴＥ−Ａでは、最初のサブフレーム（番号０のサブフレーム）は、システム情報の送信に使用されることはない。したがってリソースを節約する目的で、ビットマップは、各サブフレーム１〜９に対応する９ビットの長さを有することができる。サブフレーム０は、４番目ごとのフレームにおいて新しいＭＩＢの送信に使用され、残りのフレームにおいてはＭＩＢの繰り返しの送信に使用される（すなわちブロードキャストされるシステム情報の場合）。繰り返しはビットごとの繰り返しではなく、新しいＭＩＢの異なるリダンダンシーバージョンである。この場合、同じサブフレームにさらなるＳＩＢはマッピングされない。このことは図５Ａに示してあり、図５Ａは、それぞれが１０個のサブフレームを有する４つのフレーム例を示している。各フレームは、ＭＩＢ専用の先頭サブフレームを有する。システム情報を伝えるサブフレームには、「×」印を付してある。右側は対応するビットマップであり、いずれのビットマップも９ビットのサイズを有する。したがってサブフレームスケジューリングフィールドは、上に示した例など、９ビットを有するビットマップを含むことができる。なお、本開示は、１つのフレームのサブフレーム（のうちのいくつか）を反映するビット数を有するビットマップに制限されない。サブフレームスケジューリングフィールドとしてシグナリングされるビットマップは、複数のフレームを反映することができる。この方式は、ＳＩＢのスケジューリングパターンがより大きいウィンドウ繰り返し構造に従う場合に有用であり得る。例えば、ビットマップが４つのフレームを表すことができ、すなわち、図５Ａに示した４つのビットマップ（この文脈ではサブビットマップ）すべてを含むことができ、したがって４×９＝３６ビットを有することができる。しかしながら、４つは一例にすぎず、フレームの数は、本開示から逸脱することなく異なっていてよい。
【００６１】
さらに、システム情報を伝える目的に使用されることのないサブフレームを除外することによって、ビットマップを（さらに）短くすることができる。例えば、別のシステム情報を含むサブフレームを除外することによって、ビットマップを短くすることができる。例えば、従来のカバレッジのシステム情報用にスケジューリングされている（設定されている）サブフレームは、拡張カバレッジシステム（例えばＭＴＣ）のシステム情報を伝えることはないと想定することができる。このような場合、共存するシステム（リソースを共有するシステム）のシステム情報を伝えるように設定されているサブフレームに対応するビットを含めないことによって、ビットマップのサイズを小さくすることができる。しかしながら、これを達成するためには、このような並列するシステム情報を伝えるサブフレームの位置を端末に知らせなければならない。このことは、ＥＣシステムのスケジューリング情報とＬＣシステムのスケジューリング情報が同じＭＩＢまたはＳＩＢ１において伝えられるならば可能である。さらに、ＥＣ端末が、スケジューリング情報を受信する目的でＬＣシステムのＳＩＢ１を読み取ることもできる。
【００６２】
図５Ｂは、ＭＩＢを伝えるサブフレームと、従来のカバレッジのシステム情報を伝えるサブフレーム（「○」印を付してある）とを除外することによって、ビットマップのサイズが小さくなる例を示している。右側において理解できるように、これらのビットマップの例は異なるサイズを有する。具体的には、最初のビットマップは、ＭＩＢ用のサブフレームとＬＣ  ＳＩＢ用のサブフレームを除外した後のサブフレーム番号２，３，４，５，７，８，９に対応する７ビットのサイズを有する。２番目のビットマップは、ＬＣ  ＳＩＢを伝えるサブフレーム＃７を除外した後のサブフレーム番号０，１，２，３，４，５，６，８，９に対応する９ビットのサイズを有する。３番目のビットマップは、ＭＩＢおよびＬＣ  ＳＩＢのいずれも伝えないため１０ビットのサイズを有する。４番目のビットマップは、ＬＣ  ＳＩＢを伝えるサブフレーム番号４および９に対応する２個のビットを除外して、８ビットのサイズを有する。なお、上記ビットマップも単なる例であることに留意されたい。一般的には、各フレームにおいてＭＩＢが送信または繰り返されるＬＴＥなどのシステムの場合、各フレームの先頭サブフレーム（およびビットマップ内の対応する各ビット）を除外することは有用である。しかしながら、本開示は、ＬＴＥシステムと、ＭＩＢが先頭サブフレームにおいてシグナリングされるシステムとに限定されない。したがって、図５Ｂは、ＭＩＢサブフレームが含まれない、および／または除外されないビットマップの例も示している。図５Ｂも４つの例を示しており、各例は、図５Ａに関連して説明したように、（１つのフレームを反映する）スケジューリングサブフレームフィールドとして送信することのできるビットマップを示している。このようなフレームの繰り返しおよび位置は、オフセットおよび繰り返し周期などのさらなるスケジューリングパラメータによって求めることができる。しかしながら、本開示は、２つ以上のフレームのサブフレームを表すスケジューリングサブフレームフィールド（すなわち２つ以上のフレームのサブフレームに対応するビットを有するビットマップ）を含むこともできる。例えば、図５Ｂの最初の２つのフレームを、それぞれ７ビットおよび９ビットを有する最初の２つのビットマップに対応する７＋９＝１６ビットを有するビットマップによって表すことができる。
【００６３】
システム情報が送信されるサブフレームは、別のデータのユニキャスト送信用にも依然として使用することができる。特に、システム情報のスケジューリングによるオーバーヘッドコストを減らす目的で、あるサブフレームがシステム情報を伝えるように設定される場合に、システム情報用に使用されるそのサブフレームのリソースグリッド内の特定の数の物理リソースブロックおよびそれらの位置を事前に定義することが有利であり得る。例えば、ＳＩを伝えるように設定されるサブフレームにおいて、周波数ホッピングを適用することなく中央の６個の物理リソースブロックを使用してＳＩを伝えることができる。これは一例にすぎず、これに代えて、事前に定義される位置が、周波数ホッピングが適用された状態で中央の６個の物理リソースブロックを含むこともできる。また、別の数の物理リソースブロックおよび中央以外の位置を含む別の設定も適用可能である。
【００６４】
本開示はこの設定に限定されず、システム情報をスケジューリングするときのより高い柔軟性を可能にする目的で、システム情報設定情報の中で周波数割当てもシグナリングすることができる。例えば、周波数リソースの数および／または位置と、周波数ホッピングが適用されるか否かとをシグナリングすることができる。これに代えて、周波数リソース数Ｎおよび位置を事前に定義し、周波数ホッピングが適用されるか否かのみをシグナリングに含めることができる。さらにこれに代えて、特定の量の周波数リソースについて周波数ホッピングの使用および周波数リソースの位置を事前に定義する一方で、周波数リソース数をシグナリングすることができる。事前に定義するスケジューリング情報とシグナリングするスケジューリング情報の他の設定も可能である。
【００６５】
例えば、ＭＴＣ  ＳＩ（各ＳＩは１つまたは複数のＳＩＢを含む）をスケジューリングするための周波数の位置およびホッピング情報を、個別のスケジューリング情報ブロックに含め、個別のスケジューリング情報ブロックは、ＳＩＢ１の内側に属する、あるいはＳＩＢ１からスケジューリングされる個別のブロックとすることができる。別の可能な方式として、（ＭＴＣの）ＳＩＢ１をスケジューリングするために使用されるスケジューリング情報（例えば周波数領域のスケジューリングおよび時間領域のスケジューリングのいずれか／両方）またはその派生（例：オフセット）を使用する。特に、ＭＴＣのＳＩＢ１を、ＭＩＢを使用してスケジューリングすることができ、この場合、ＭＩＢのいくつかのビットがＭＩＢ内の組合せを示し、組合せは以下の情報を示す。
−  ＣＥ（カバレッジ拡張）のサポート＝あり／なし
−  ＳＩＢ１（ＭＴＣ）の可能なサイズ＝Ｘ／Ｙ／Ｚビット
−  ＳＩＢ１（ＭＴＣ）を送信するのに使用可能なサブフレーム
【００６６】
下の表は、このような組合せの例を示している（２ビットの組合せを使用）。
【００６７】
【表１】
2020145683.tif 000003
【００６８】
この表において、最初の列は、４つの可能な組合せのうちの１つを示すビットを示している。２番目の列は、新規のＳＩＢ１（すなわちＭＴＣなど他のシステム用のＳＩＢ１）のサイズを示しており、３番目の列は、フレームのサブフレームのうち新規のＳＩＢ１を送信するのに使用可能なサブフレームを示している。表の行は、それぞれの可能な設定を示している。
【００６９】
しかしながら、３個以上のビットを使用してシグナリングされる５つ以上の可能な組合せを定義することもできる。
【００７０】
例えば、ＭＩＢにおいて、より多くのビットの組合せ（５ビットの組合せなど）を使用することができる。さらには、このような組合せに、ＳＩＢ１のサイズおよびＳＩＢ１がスケジューリングされるサブフレーム以外の別のパラメータを含めることもできる。これらのパラメータに代えて、またはこれに加えて、組合せは、上の組合せそれぞれに対応する周波数リソース／ホッピングパターンなどを示すことができる。
【００７１】
この場合、ＳＩＢ１は、さらなるシステム情報が伝えられるサブフレームを示す、上述したようなビットマップを伝えることができる。このビットマップからは、例えば上の表に例示した組合せによって示される、ＳＩＢ１のスケジューリングのためのサブフレームに対応するビットをすでに除外しておくことができる。
【００７２】
したがって、ＳＩリソースをＭＴＣ  ＳＩＢ１のスケジューリングに基づいて導く（またはＭＴＣ  ＳＩＢ１のスケジューリングから導く）ことができ、ＭＴＣ  ＳＩＢ１のスケジューリングはＭＩＢからスケジューリングされる。ＳＩリソースを導くための情報（例：時間／周波数オフセット）を、ＭＴＣ  ＳＩＢ１自体の中でシグナリングすることができる。
【００７３】
これに代えて、またはこれに加えて、ＬＴＥなどのシステムにおけるＭＢＳＦＮなどマルチメディアブロードキャスト用に設定されているサブフレームが存在する場合、そのようなサブフレームにおいてシステム情報が伝えられることはない。これに対応して、マルチメディアブロードキャスト用に設定されているサブフレームに対応するビットを含めないことによって、ビットマップのサイズを小さくすることができる。なお、マルチメディアブロードキャストのサブフレームは、それらの位置が別のシグナリング情報から既知である場合に除外できることに留意されたい。
【００７４】
ＭＢＳＦＮサブフレームは、ＬＴＥでは半静的に（すなわちＲＲＣプロトコルを介して）設定される。この設定は、ＭＢＳＦＮサブフレームが現れる周期（例えばＸ個のフレームごと）と、サブフレームのマッピングが開始される位置（オフセット）とを指定する。
【００７５】
具体的には、ＭＢＳＦＮサブフレームの物理層スケジューリングは、ＳＩＢ２において情報要素（ＩＥ:Information Element）  mbsfn-SubframeConfigListの中で指定され、この情報要素は、以下のフォーマットを有する情報要素MBSFN-SubframeConfigをさらに含む。
2020145683.tif 000004
このフォーマットにおいて、情報要素fourFramesは、４つの連続する無線フレームの中のＭＢＳＦＮサブフレーム割当てを示すビットマップであり、「１」は、対応するサブフレームがＭＢＳＦＮ用に割り当てられることを表す。ビットマップは次のように解釈される。ＦＤＤにおいては、最初の無線フレームから開始し、ビットマップの先頭／左端のビットを起点として、連続する４つの無線フレームにおけるサブフレーム＃１，＃２，＃３，＃６，＃７，＃８に割当てが適用される。ＴＤＤにおいては、最初の無線フレームから開始し、ビットマップの先頭／左端のビットを起点として、連続する４つの無線フレームにおけるサブフレーム＃３，＃４，＃７，＃８，＃９に割当てが適用される。最後の４個のビットは使用されない。アップリンクサブフレームには割り当てられない。フレームのサブフレームには、＃０から＃９までの番号が付される。
【００７６】
情報要素oneFrameにおいては、「１」は、対応するサブフレームがＭＢＳＦＮ用に割り当てられることを表す。ＦＤＤの場合には次のマッピングが適用される。すなわち最初／左端のビットがサブフレーム＃１のＭＢＳＦＮ割当てを定義し、２番目のビットがサブフレーム＃２、３番目のビットがサブフレーム＃３、４番目のビットがサブフレーム＃６、５番目のビットがサブフレーム＃７、６番目のビットがサブフレーム＃８のＭＢＳＦＮ割当てを定義する。ＴＤＤの場合には、最初／左端のビットがサブフレーム＃３の割当てを定義し、２番目のビットがサブフレーム＃４、３番目のビットがサブフレーム７、４番目のビットがサブフレーム８、５番目のビットがサブフレーム９の割当てを定義する。アップリンクサブフレームには割り当てられない。最後のビットは使用されない。
【００７７】
上の構文における項「ＣＨＯＩＣＥ」によって示されているように、情報要素oneFrame及び情報要素fourFramesのうち一方のみが使用される。
情報要素radioframeAllocationPeriodおよびradioframeAllocationOffsetは、ＭＢＳＦＮサブフレームがスケジューリングされるフレームを定義する。具体的には、ＭＢＳＦＮサブフレームを含む無線フレームは、等式ＳＦＮ  modulo  radioframeAllocationPeriod＝radioframeAllocationOffsetが満たされるタイミングで現れる。radioframeAllocationPeriodの値ｎ１は値１を表し、ｎ２は値２を表し、以下同様である。subframeAllocationにおいて情報要素fourFramesが使用されるときには、以下の説明における無線フレームは、上の等式によって定義される無線フレームである。fourFramesが使用されるときには、値ｎ１およびｎ２は適用されない。
【００７８】
情報要素subframeAllocationは、radioframeAllocationPeriodおよびradioframeAllocationOffsetによって定義される無線フレームの割当て周期内でＭＢＳＦＮ用に割り当てられるサブフレームを定義する。
【００７９】
図６は、ＭＢＳＦＮの例示的な構成を示している。この例示的な構成においては、オフセット２に対応する３番目のフレームから開始して８番目ごとの無線フレームが、ＭＢＳＦＮ送信用に設定されている。サブフレームはビットマップ「１１００００」（それぞれサブフレーム＃１，＃２，＃３，＃６，＃７，＃８に対応する６個のビット）によって指定され、このビットマップ「１１００００」は、設定されているフレーム内のサブフレーム１および２（フレーム内の１０個のサブフレームには０から９までの番号が付されている）がＭＢＳＦＮ送信用に使用されることを指定している。
【００８０】
ＬＴＥにおけるマルチメディアブロードキャストのための上述したサブフレーム設定は、端末によって受信することができ、端末は、このサブフレーム設定を使用してＭＢＳＦＮサブフレームを求め、求めたＭＢＳＦＮサブフレームを、ＭＴＣのシステム情報を伝える目的に使用されるサブフレームから除外する。したがってシステム情報設定情報には、ＭＢＳＦＮ用に設定されているサブフレームに対応するビットを含める必要がなく、したがってＳＩのオーバーヘッドが減少する。
【００８１】
しかしながら、端末によっては、例えば拡張カバレッジシステムのシステム情報の受信および復号に加えてレガシーシステムのＳＩＢ２の受信および復号に起因する電力消費量を低減する目的で、ＳＩＢ２でシグナリングされるＭＢＳＦＮを読み取らない（復号しない）ことが有利であることがある。
【００８２】
システム情報のシグナリングの設定能力を高める目的で、一実施形態によると、サブフレームスケジューリングフィールド適用ビット（「汎用性ビット（universality bit）」を意味する「Ｕビット」と略す）を提供する。Ｕビットは、サブフレームスケジューリングフィールドを、汎用的に（すなわちＭＢＳＦＮサブフレームの設定を考慮しない、またはＭＢＳＦＮ用に設定されているサブフレームを除外するかを考慮しない）認識するべきかを示す。例えばＵビットがＴＲＵＥ（例：論理「１」）に設定されている場合、サブフレームスケジューリングフィールド（ビットマップ）が汎用ビットマップであり、セル内のＭＢＳＦＮ設定とは無関係に適用され、ＵＥ（ＭＴＣ装置）がＭＢＳＦＮ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇを取得／使用する必要がないことを意味する。これに対して、ＵビットがＦＡＬＳＥ（例：論理「０」）に設定されている場合、サブフレームスケジューリングフィールド（ビットマップ）が汎用ビットマップではないことを意味する。ＭＴＣ装置は、ＭＴＣ  ＳＩを伝えていないサブフレーム（なぜならこれらのサブフレームはすでにＭＢＳＦＮを伝えている）においてＭＴＣ  ＳＩを受信する試みを回避する目的で、ＭＴＣ  ＳＩ（ＥＣ  ＳＩ）用に設定されているサブフレームの位置を求めるために、情報要素MBSFN-SubframeConfigをさらに取得しなければならない。
【００８３】
したがって、ＭＢＳＦＮサブフレームとして設定されているフレームにおけるＳＩ送信にも、同じ設定が適用されるかを、１個のビットによって示すことができる。サブフレームスケジューリングフィールドが汎用である（すなわちマルチメディアブロードキャストも含めて任意のサブフレームに有効である）場合、衝突が起こらない（すなわちスケジューリング情報がマルチメディアブロードキャストと同じサブフレームにスケジューリングされることがない）ようにすることは、ネットワークの責務である。ＭＴＣ装置は、（サブフレームが、ＭＢＳＦＮサブフレームを有するフレームに属しているか否かにかかわらず、およびそれを認識しているか否かにかかわらず）ＭＴＣ  ＳＩ用であるものとしてサブフレームスケジューリングフィールドによって示されるサブフレームすべてが、ＭＴＣ  ＳＩを伝えるものと単純に想定する。
【００８４】
サブフレームスケジューリングフィールドが汎用ではない場合（すなわちマルチメディアブロードキャストの設定を受信した後にはじめてサブフレームスケジューリングフィールドを正しく解釈できる場合）、端末はマルチメディアブロードキャストの設定とサブフレームスケジューリングフィールドの両方を受信する。レガシーシステムにおけるマルチメディアブロードキャストの設定を伝えるシステム情報を受信および復号する試みに起因してバッテリ消費量が増大することを回避する目的で、マルチメディアブロードキャストの設定をＥＣ（拡張カバレッジ）に固有のシステム情報に含めることができる。例えば、情報要素mbsfn-SubframeConfigListを、ＭＴＣに固有のＳＩＢ（ＭＴＣ  ＳＩＢ１など）に含めることができる。
【００８５】
したがってＭＴＣ装置は、Ｕビットの値に基づいて、ＭＴＣ  ＳＩが送信される位置を正確に認識することができる。したがって、不必要な受信の試みが回避され、これによりバッテリが節約される。
【００８６】
例えば、Ｕビットの値がＦＡＬＳＥであるとき、無線装置（ＭＴＣ装置など）は、ＭＢＳＦＮサブフレームを有するフレーム内のどのサブフレームがＭＴＣ  ＳＩを伝えるかを認識するため、次の計算を実行する。現在、ＭＴＣ  ＳＩのサブフレームスケジューリングフィールドに対応するビットマップをＡとし、ＬＴＥの場合について上述したＭＢＳＦＮ設定に対応する拡張ビットマップをＢとする。なお、この例においては、両方のビットマップのフォーマットは、ＭＢＳＦＮ設定に関連して上に例示したように１つのフレームまたは４つのフレームのいずれかをカバーすることができることに留意されたい。したがってビットマップＡは、１つのフレームのサブフレームを記述する１０ビットの長さ、または４つのフレームのサブフレームを記述する４０ビットの長さとすることができる。ビットマップＢも同じフォーマットを有することができ、ビットマップＢのフォーマットは、ＭＢＳＦＮ設定に属する上述した６個のビットまたは２４個のビットを使用し、ビットマップに含まれない対応するサブフレームの（すなわち非ＭＢＳＦＮサブフレームの位置に対応する）位置に「０」を挿入することによって、生成することができる。１つのフレームのすべてのサブフレームをカバーする拡張フォーマットにおいて、例えば、Ａ＝０１０１０１０１０１およびＢ＝０１１０００００００である。ＳＩの位置を求める目的で、ＳＩ用に設定されているサブフレームと、ＭＢＳＦＮ用に設定されていないサブフレームとの間に論理ＡＮＤを適用し、すなわちＡ  ＡＮＤ  （ＮＯＴ（Ｂ））とし、これは上の例の場合、（０１０１０１０１０１）  ＡＮＤ  （ＮＯＴ（０１１０００００００））＝０１０１０１０１０１  ＡＮＤ  １００１１１１１１１＝０００１０１０１０１である。
【００８７】
したがって、通常のフレームでは、ＳＩはサブフレーム＃１，＃３，＃５，＃７，＃９（すなわちビットマップＡ）において伝えられ、ＭＢＳＦＮフレームでは、ＳＩはサブフレーム＃３，＃５，＃７，＃９（Ａ  ＡＮＤ  （ＮＯＴ（Ｂ）））において伝えられる。
【００８８】
この実施形態における１つの可能なＡＳＮ構造は、次に示したようにすることができる。
システム情報の設定は、ＭＢＳＦＮサブフレームのシグナリングと同様に、システム情報においてコンテナＩＥ「MTCSI-SubframeConfig」の中で伝えることができる。当業者には明らかであるように、この情報要素（ＩＥ）の名前は一例にすぎず、代わりに任意の別の名前を使用することができる。この例においては、情報要素MTCSI-SubframeConfigは、次のように、ＭＴＣに固有な帯域幅におけるダウンリンクでのＭＴＣ  ＳＩの送信用に予約されるサブフレームを定義する。
2020145683.tif 000005
【００８９】
MTCSI-SubframeConfig IEには、さらなる情報要素が含まれている。情報要素radioframeAllocationPeriodおよびradioframeAllocationOffsetの意味は、上述したＭＢＳＦＮの対応する情報要素と同様である。情報要素radioframeAllocationPeriodおよびradioframeAllocationOffsetは、ＳＩサブフレームがスケジューリングされるフレームを定義する。
【００９０】
情報要素firstBitmapSolution1は、上述したサブフレームスケジューリングフィールドに対応し、フレームの１０個の各サブフレームに対する１０ビットを有するビットマップである。このビットマップは、上述したようにフレーム内のサブフレームの数よりも短くすることができる。
【００９１】
情報要素universalUseは、上述したＵビットに対応し、情報要素firstBitmapSolution1が連続的に（すなわち割当て周期およびオフセットによって示されるフレームのすべてのサブフレームに）適用されるか否かを示す。情報要素universalUseは２つのブール値（ＴＲＵＥまたはＦＡＬＳＥ）をとることができる。情報要素universalUseが値ＦＡＬＳＥを有する場合、そのビットマップを受信した無線装置は、ＭＢＳＦＮサブフレームも有するフレーム内のどのサブフレームがＭＴＣ  ＳＩを伝えるかを求める（例えば上述したように論理演算によって計算する）必要がある。この計算は、この例においては、その次の情報要素mbsfn-SubframeConfig（上述した）を読み取ることによって実行され、mbsfn-SubframeConfigは、ＭＢＳＦＮフレームの設定（割当て周期、オフセット、およびビットマップを含む）を示す。
【００９２】
言い換えれば、情報要素universalUseが値ＦＡＬＳＥを有する場合、情報要素mbsfn-SubframeConfigが存在する。これに対して、情報要素universalUseが値ＴＲＵＥを有する場合、情報要素mbsfn-SubframeConfigが存在しなくてよい。
【００９３】
上のＡＳＮ構文において「汎用」に設定されている条件付き存在（conduniversal）は、universalUseフィールドが値ＦＡＬＳＥを有するときにはこのフィールド（情報要素mbsfn-SubframeConfig）が必ず存在することを意味する。
【００９４】
なお、この例は、ＭＢＳＦＮ設定（スケジューリング）を、（情報要素MTCSI-SubframeConfigに対応する）システム情報設定情報の中に直接含める方式を示していることに留意されたい。しかしながら、本開示はこの例に限定されない。ＡＳＮ構文にＵビット（universalUse）を含めてＭＢＳＦＮ設定を含めないこともできる。そのような場合、ＭＴＣ装置は、上述したように、対応するシステム情報（ＬＴＥレガシーシステムの場合におけるＳＩＢ２の中の情報要素MBSFN-SubframeConfigListなど）を読み取ることによってＭＢＳＦＮ設定を求めることができる。ＭＢＳＦＮ設定をシステム情報設定情報の中に含める利点として、ＭＴＣ装置は、ＳＩＢ１のリソースを、ＲＮＴＩ−ＳＩを使用することによって監視する必要がない。その一方で、ＭＢＳＦＮ設定をシステム情報設定情報の中に含めることによって、追加のシグナリングオーバーヘッドが要求される。
【００９５】
図７は、ＭＢＳＦＮサブフレームを有するフレーム（すなわちシステムフレーム番号（ＳＦＮ）が２，１０，１８に等しいフレーム）を示している（フレーム番号および位置は上述したように情報要素radioframeAllocationPeriodおよびradioframeAllocationOffsetから導かれる）。さらにこの図は、次の４つのタイプのサブフレームを示している。
−  ｅＭＢＭＳ／ＭＢＭＳ／ＭＢＳＦＮの目的に（すなわちマルチメディアブロードキャスト送信用に）使用できない非ＭＢＳＦＮサブフレーム（この図ではフレーム１０の中の番号０，４，５，９のサブフレーム）
−  ｅＭＢＭＳ／ＭＢＭＳ／ＭＢＳＦＮの目的に設定することのできるサブフレーム（番号１，２，３，６，７，８のサブフレーム）
−  ｅＭＢＭＳ／ＭＢＭＳ／ＭＢＳＦＮの目的に実際に設定されているサブフレーム（この例では１，２）。この設定は、上述したようにoneFrame／fourFrameフィールドによって与えられる。
−  ＭＴＣ  ＳＩの送信用に設定されるサブフレーム（番号３，５，７，９のサブフレーム）。この設定は、上述したようにＳＩ設定情報の中で示すことができる。
【００９６】
さらにこの図は、ＭＴＣ  ＳＩが中央の６個のＰＲＢにデフォルトでスケジューリングされ、追加の周波数スケジューリングが必要ないことを、一例として示している。なお、図７は、設定の単なる例であることに留意されたい。
【００９７】
別の第２の実施形態によると、ＳＩ設定情報の中に、２つの異なるそれぞれのフォーマットを有する２つの個別のビットマップを提供し、一方は通常のフレーム（ＭＢＳＦＮサブフレームを含まないフレーム）用であり、他方はＭＢＳＦＮサブフレームを有するフレーム用である。この実施形態の利点の１つとして、端末にとって、より簡易となる。なぜなら、ＵＥはＭＢＳＦＮ情報を受信して、上に例示的に示したような何らかのビット演算を実行する必要がない。ＵＥは、設定を単に適用するのみである。なぜなら、これらの設定は、異なるフレームセットに（すなわち２つのビットマップのフォーマット／設定に対応するフレーム／サブフレームに）適用されるためである。
【００９８】
ＭＴＣ装置は、ＭＢＳＦＮ設定に関して何も認識する必要がない。ＭＴＣ装置は、同じくＳＩ設定の中でシグナリングされる設定（例えば偶数のサブフレームにフォーマット１、奇数のサブフレームにフォーマット２）に基づいて、フォーマットを適用するのみである。
【００９９】
通常フレームのビットマップの長さは、特に、１０ビット（サブフレーム＃０がＭＴＣ  ＳＩの送信に使用されることはないと想定するときには９ビット）とすることができ、その一方で、ＭＢＳＦＮサブフレームを有するフレームのビットマップ（MTCSI-subframeAllocationビットマップ）の長さは、上述したＭＢＳＦＮスケジューリングと同じとすることができる。このようなビットマップの例を以下に示す。
2020145683.tif 000006
【０１００】
さらなる最適化として、「Ｑ−ｂｉｔ」ビットは、第２のビットマップ設定を含む情報要素によって示されるフレーム内のサブフレーム＃０，＃４，＃５，＃９（ＦＤＤ）およびサブフレーム＃０，＃１，＃５，＃６（ＴＤＤ：ＤＬサブフレームまたはスペシャルサブフレームのいずれか）にも、第１のビットマップの中の対応するビットが適用されるか否かを示すことができる。上記のサブフレーム＃０，＃４，＃５，＃９（ＦＤＤ）およびサブフレーム＃０，＃１，＃５，＃６（ＴＤＤ）は、ＭＢＳＦＮデータを送信するのに使用されることのない（すなわちフレーム内にない）サブフレームである。
【０１０１】
この第２の解決策では、必ず２つの個別のビットマップをシグナリングし、一方が通常の（非ＭＢＳＦＮ）フレーム用であり、他方がＭＢＳＦＮサブフレームを有するフレーム用である。第２のビットマップ（ＭＢＳＦＮサブフレームを有するフレーム用）は、サブフレーム＃０，＃４，＃５，＃９（ＦＤＤ）およびサブフレーム＃０，＃１，＃５，＃６（ＴＤＤ）について示さない。したがってネットワークは、ＭＢＳＦＮサブフレームを有するフレームのこれらのサブフレームにも第１のビットマップが適用されるか否かを、１ビットの情報を使用して示すことができる。
【０１０２】
これに代えて、例えば標準規格の中に解釈を定義することができ、ＵＥはこの解釈に従って、第２のビットマップ設定によって示されるフレームのサブフレーム＃０，＃４，＃５，＃９（ＦＤＤ）およびサブフレーム＃０，＃１，＃５，＃６（ＴＤＤ：ＤＬサブフレームまたはスペシャルサブフレームのいずれか）にも、第１のビットマップの対応するビットが適用されることを想定しなければならない。
【０１０３】
この場合のＳＩ設定情報の例示的な構文を以下に示す。この第２の実施形態によるシステム情報の設定も、システム情報においてコンテナＩＥ「MTCSI-SubframeConfig」の中で伝えることができる。
【０１０４】
情報要素MTCSI-SubframeConfigは、次のように、ＭＴＣに固有な帯域幅におけるダウンリンクでのＭＴＣ  ＳＩの送信用に予約されるサブフレームを定義する。
2020145683.tif 000007
【０１０５】
上のＳＩ設定には、１０ビットの長さを有する第１のビットマップフィールド「firstBitmap」が含まれる。なお、この１０ビットは、フレームあたりのサブフレームの数に対応する、ビットマップの例示的な長さにすぎないことに留意されたい。しかしながら上述したように、いくつかのサブフレームおよび対応するビットマップのビットを除外することができる。したがって第１のビットマップを、フレームあたりのサブフレームの数よりも短くすることができる。情報要素firstBitmapは、secondBitmapが適用されないフレームに適用される。
【０１０６】
第２のビットマップは情報要素secondBitmapに含まれ、このsecondBitmapは、ビットマップ自体（サブフレームスケジューリングフィールド）のみならず、さらなる設定情報（この例においては割当て周期およびオフセット）も含む。したがって情報要素secondBitmapは、ＭＴＣ  ＳＩが提供されるフレームおよびサブフレームを正確に示す。個々のフィールド（radioframeAllocationPeriod、radioframeAllocationOffset、oneFrame、およびfourFrames）の解釈は、前の第１の実施形態において説明したMBSFN-SubframeConfigの場合と同じである。
【０１０７】
上の例において、６ビットの長さが使用される場合、secondBitmapの設定には、第１のビットマップより（ビット数において）短い、（oneFrameフィールドまたはfourFramesフィールドにおける）ビットマップが含まれる。具体的には、情報要素secondBitmapの中のビットマップは、ＭＢＳＦＮ設定の情報要素の長さ（すなわち６個および２４個のサブフレーム）に従う。しかしながら、第２のビットマップの長さを２４ビットとすることもできる。
【０１０８】
したがって、上の例において第２のビットマップは、ＵＥにあらかじめ既知であるいくつかのサブフレーム（例えばＭＢＳＦＮサブフレームとすることのできないサブフレーム０，４，５，９（ＦＤＤの場合））を設定を示さない。しかしながら、本開示はこのような設定に限定されないことに留意されたい。第２のビットマップがこれらのサブフレームを設定を示し、他のサブフレーム（例えば第１の実施形態に関連して説明したＭＩＢシグナリングの理由によるサブフレーム０または別の例）を設定を示さないこともできる。
【０１０９】
上述したように、Ｑビットを、次のＡＳＮ構文に例示したようにＳＩ設定情報の一部とすることもできる。
2020145683.tif 000008
【０１１０】
Ｑビットは、firstBitmap内のビット（ＦＤＤにおける＃０，＃４，＃５，＃９、およびＴＤＤにおける＃０，＃１，＃５，＃６）が、secondBitmapの対応するサブフレーム位置にも適用されるか否かを示す。したがって、ＱビットがＴＲＵＥに設定されている場合、第２のビットマップのビットによって設定を示されていないサブフレームも、ＳＩの送信に使用することができる。
【０１１１】
情報要素Ｑビットは、Ｕビットと同様に、２つのブール値（ＴＲＵＥまたはＦＡＬＳＥ）をとることができる。情報要素Ｑビットが値ＦＡＬＳＥを有する場合、第１のビットマップは、情報要素secondBitmapの中で伝えられる第２の設定に示されていないフレームにのみ適用される。これらのフレームは、非ＭＢＳＦＮフレームであることが有利である。これに対して、情報要素Ｑビットが値ＴＲＵＥを有する場合、第１のビットマップは、（情報要素secondBitmapのoneFrameフィールドまたはfourFramesフィールドにおいて伝えられる）第２のビットマップのビットに関連付けられていないサブフレームにも適用される。これらのサブフレームの位置（０〜９）は、secondBitmapの中で指定することができ、一例として、非ＭＢＳＦＮサブフレーム（すなわちサブフレーム＃０，＃４，＃５，＃９（ＦＤＤ）およびサブフレーム＃０，＃１，＃５，＃６（ＴＤＤ））に対応させることができる。
【０１１２】
したがって、ＱビットがＴＲＵＥに設定されている場合、ユーザ機器は、次の例に示したように第２のビットマップと第１のビットマップとの間に論理ＯＲを適用することによって、システム情報を伝えるサブフレームを求めることができる。現在、第１のビットマップ（Ｃ）が０００１０１０１１０であり、第２のビットマップ（Ｄ）が０１０１０１であると想定する。この場合、位置０，４，５，９（第２のビットマップによってカバーされない位置）を除くＣの位置すべてを０に設定することによって、ビットマップＣ’が得られ、結果としてＣ’＝０００１００００１０である。次いで第２のビットマップＤを、このビットマップによってカバーされていない位置（０，４，５，９）に「０」を挿入することによって、フレーム内のサブフレームの数（この場合には１０）がカバーされるように拡張する。この結果として第２のビットマップＤ’は００１０００１００１である。次いで、Ｃ’とＤ’との間で論理（ビット）ＯＲ（非排他的）を実行し、すなわち０００１００００１０  ＯＲ  ００１０００１００１＝０００１００１０１１となり、このことは、secondBitmapによって示されるフレームでは番号３，６，８，９のサブフレームにおいて、それ以外のすべてのフレームでは番号３，５，７，８のサブフレームにおいて、ＳＩ情報が送信されることを意味する。
【０１１３】
なお、ＴＲＵＥおよびＦＡＬＳＥの意味は逆でもよいことに留意されたい。さらに、ビットマップＤは、上の構文において例示したように２４ビットの長さを有することもできることに留意されたい。そのような場合、ビットマップＤ’は、２４ビットのビットマップによって表される４つのフレームそれぞれにおけるサブフレーム０，４，５，９の位置に０を挿入することによって形成し、このようにして４０ビットを得る。長さ１０ビットの第１のビットマップＣは４回繰り返して、同じく４０ビットとなる。次いで上述した手順と同様に、ビットマップＣ’を形成し、この場合にも４０ビットの長さが維持される。
【０１１４】
上の構文およびビットマップの長さは例示的である。すでに上述したように、フレームあたりのサブフレームの数と、対応するビットがビットマップに割り当てられていないサブフレームの数とに応じて、任意の別の長さを選択することができる。
【０１１５】
本開示は、特に、共存するレガシーシステムのＳＩＢシグナリングに加えてＭＴＣ  ＳＩＢシグナリングに適用されたときに、いくつかの有利な効果を提供することができる。現在のＬＴＥ  ＳＩＢシグナリングと比較すると、本開示では、ブラインド復号しなければならないチャネルにおける繰り返しに起因する極めて大きいシステム負荷の発生が回避される。ブラインド復号が適用されるチャネル（（ｅ）ＰＤＣＣＨ／ＭＰＤＣＣＨなど）の使用が回避され、すなわちＳＩ送信のための動的なスケジューリングが要求されない。さらに、レガシーＵＥには影響がなく、したがってレガシーＵＥは何らの修正なしにこれまで同様に動作することができる。その一方で、本開示では、静的なスケジューリング情報を仕様に規定する必要がない。
【０１１６】
本開示においては、ＭＴＣ装置の挙動が次のように設計され、すなわち半静的なスケジューリング情報がＭＢＳＦＮフレーム／サブフレームおよび通常のフレーム／サブフレームにおいてどのように使用されるかが、正確に認識される。特に有利な点として、実際にＳＩを伝えているサブフレームのみにおいてＵＥがＳＩを取得するように制限することによって、ＵＥの電力消費量を低減することが可能である。
【０１１７】
ここまでの例においては、システム情報設定情報は、ＳＩが送信されるリソースの位置を一義的に指定する。すなわち無線装置は、システム情報を読み取る目的でブラインド復号を試みる必要がなく、システム情報を読み取る位置およびタイミングを正確に認識する。したがって、ＭＴＣ  ＳＩシグナリングに上の開示が適用される場合、ＭＴＣ装置は、ブラインド復号を試みないことによってバッテリを節約することができ、したがってＭＴＣ  ＳＩのための特殊なＲＮＴＩも必要ない。
【０１１８】
しかしながら一般的には、システム情報の位置を正確に指定しなくてもよい。電力消費量を制限する目的で、リソースを読み取る／復号するための位置を完全に指定するのではなく、ブラインド復号の機会を単に減らすことができる。
【０１１９】
具体的には、以下のリソース（サブフレーム）にシステム情報がマッピングされないことを規定する規則を、事前に定義することができる。
−  物理ブロードキャストチャネル（例えばＭＩＢもしくはＭＴＣ−ＳＩＢ１またはその両方）にマッピングされるリソース（サブフレーム）、および／または、
−  マルチメディアブロードキャスト用に設定されるリソース（サブフレーム）（ＭＢＳＦＮなど、すなわちＭＢＳＦＮサブフレームを有するフレーム内のサブフレーム）、および／または、
−  レガシーＳＩ送信用（ＳＩ−ＲＮＴＩ、すなわちブラインド復号を使用する）にスケジューリングされるリソース（サブフレーム）
【０１２０】
言い換えれば、ネットワークは、（ＭＴＣの）システム情報をレガシーシステムと同様に（すなわち個別の識別子ＭＴＣ−ＲＮＴＩを使用して動的に）スケジューリングする。ＭＴＣ端末は、（ｅ）ＰＤＣＣＨまたはＭＴＣ用の同等のチャネルにおいてＭＴＣ−ＲＮＴＩの存在を検出するように試みることによってブラインド復号を試みる。すなわち、ＭＴＣ端末は、リソース（基本的にはＭＴＣ−ＲＮＴＩによってマスクされた（ｅ）ＰＤＣＣＨ／ＭＰＤＣＣＨのＣＲＣ）をモニタし、ＭＴＣ−ＲＮＴＩを検出すると、そのリソースにおいてＭＴＣ  ＳＩを読み取る。上の例によると、ＭＴＣ−ＳＩＢ１サブフレーム、レガシーＳＩサブフレーム、ＭＢＳＦＮサブフレームなどを除外することによって、端末が監視するリソースの数を減らすことができる。
【０１２１】
復号する試みに関する別の問題は、このような不必要な試みによって、失敗した軟合成の試みの「最大数」をカウントする方法が複雑になることである。カウント方法は、誤ってカウントすることなく、失敗した軟合成の試みの最大数を超えたことを判定する目的で、必要である。最大数を超えたことの判定は、システム情報を取得できなかったことを上位層に通知する目的で使用される。
【０１２２】
背景技術のセクションで説明したように、たとえ不良なチャネル条件下でも正しく受信されるようにすることによりＭＴＣシステムのカバレッジを拡張する目的で、ＭＴＣ  ＳＩは、ＭＴＣデータと同様に多数の繰り返しを使用して送信される。
【０１２３】
これらの繰り返しは、必ずしも同じ符号化ブロックの繰り返しではない。符号化する前のデータは同じであるが、繰り返しは、一般的には同じデータの異なる符号化（すなわちＨＡＲＱ再送信における異なるリダンダンシーバージョン）である。すなわち繰り返しは、別のリダンダンシーバージョンに属することができる。この場合に受信機は、繰り返しによって得られた受信データを合成して復号を試みる。受信される繰り返しが多いほど、正しく復号される確率が高くなる。復号の試みの所定の回数の後、受信は失敗したとみなされて上位層に通知され、これは、最大ＨＡＲＱ再送信を超えた時点でＭＡＣ副層において行われる処理（非特許文献７の５．４．２．２節（３ＧＰＰのウェブサイトで入手可能である）に記載されている）と同じである。
【０１２４】
上の開示に説明したようにシステム情報が半静的かつ一義的にスケジューリングされる場合、端末は、スケジューリングされたシステム情報の繰り返しの位置および繰り返し回数に関する正確な情報を有する。繰り返し回数は、システム情報の中で指定または設定することができる。ＵＥは、スケジューリング情報から、どのＳＩがどのＳＩウィンドウの中で送信されるかを認識する。ＵＥは、ＳＩ−ＸのためのＳＩウィンドウが現れる頻度、ＳＩウィンドウの長さなどを、ＭＴＣスケジューリング情報から認識する。したがって、端末は、失敗した復号の試みがいつ所定の回数に達するかを正しく判定することができる。しかしながら、ブラインド復号の場合、端末は、（たとえＭＴＣ  ＳＩが送信されなかったときにも）何回かのＳＩ受信の試みをカウントすることがあり、復号の試みを誤ってカウントすることがある。正しくカウントされない場合、ＵＥは、そのシステム情報の取得を時期尚早に中止することがあり、ネットワークのサービス（セルへのキャンプオンおよびセルの選択も含まれうる）を利用できないことがある。
【０１２５】
言い換えれば、本開示は、システム情報を受信し、かつ図１および図２に示したシステムなどの無線通信システムにおいて動作する、図８に示した装置、を提供する。この装置（受信機、図２にも示してある無線装置）８００Ａは、システム情報設定情報を受信し、無線インタフェースの所定のサブフレームにおいてシステム情報を受信する受信部８２０と、受信されたシステム情報設定情報に従って所定のサブフレームを決定し、この所定のサブフレームにおいてシステム情報を受信するように受信部を制御する制御部８１０と、を備える。システム情報設定情報は、複数のビットを有するサブフレームスケジューリングフィールドを含む。各ビットは、サブフレームに関連付けられており、システム情報が当該サブフレームにおいて受信されるか否かを表す。
【０１２６】
無線装置８００Ａは、特に、ＬＴＥまたはＬＴＥ−Ａなどのセルラーシステム（システム情報がＲＲＣプロトコルメッセージによって送信される）における移動端末とすることができる。受信部８２０は、ＳＩ設定を受信してそれを制御部８１０に渡し、制御部８１０は、その設定に従ってシステム情報を受信するように受信部８２０を制御する。ここで「受信する」とは、無線信号を物理的に受信して、送信された情報を復号することを意味する。
【０１２７】
さらに本開示は、無線通信システムにおいてシステム情報を送信する装置８００Ｂを提供する。装置８００Ｂは、基地局またはより具体的にはＬＴＥシステムにおける（ｅ）ＮＢなどのネットワークノードとすることができる。ネットワークノード８００Ｂは、設定部８６０を備えており、設定部８６０は、システム情報を伝送するサブフレーム又はシステム情報を伝送しないサブフレームを設定して、これらの設定を示すシステム情報設定情報を生成し、設定されたサブフレームにおいてシステム情報を送信するように送信部８７０を制御する。送信部８７０は、システム情報設定情報を送信し、無線インタフェースの設定されたサブフレームにおいてシステム情報を送信する。システム情報設定情報は、複数のビットを有するサブフレームスケジューリングフィールドを含む。各ビットは、サブフレームに関連付けられており、システム情報が当該サブフレームにおいて受信されるか否かを表す。
【０１２８】
ネットワークノード８００Ｂは、３ＧＰＰ  ＬＴＥ、３ＧＰＰ  ＬＴＥ−Ａ、３ＧＰＰ  ＵＭＴＳ、または任意の他の公知のシステムにおいて送信されるシステム情報の場合と同様に、システム情報の送信を、セルのタイプと、セルによってサポートされる特徴とに従って設定する。セルの特徴としては、ＭＴＣのサポート（低複雑度（ＬＣ）およびカバレッジ拡張（ＥＣ）のいずれかまたは両方、およびこれらの特徴に関連するシステム情報）が挙げられる。
【０１２９】
それぞれのサブフレームに関連付けられる、システム情報設定情報のビット数は、無線フレームのサブフレーム数より少ないかまたは等しいことが有利である。これらのビットのいずれも、システム情報設定情報の受信に使用されるサブフレーム、物理ブロードキャストチャネル用に使用されるサブフレーム、マルチメディアブロードキャスト動作用に設定されているサブフレームにも関連付けられない。システム情報は、システム情報設定情報のサブフレームスケジューリングフィールドのビットによって示されるサブフレームのみにおいて、ネットワークノード８００Ｂによって送信される（これに対応してさらに無線装置８００Ａによって受信される）。
【０１３０】
システム情報設定情報は、例えば、物理ブロードキャストチャネルで伝送される無線リソース制御（ＲＲＣ）プロトコルのマスタ情報メッセージの中で、またはマスタ情報メッセージの中でスケジューリングされる無線リソース制御（ＲＲＣ）プロトコルのシステム情報メッセージの中で、（ネットワークノード８００Ｂから）送信され、（無線装置８００Ａによって）受信される。システム情報設定情報は、システム情報のための周波数リソースの指示情報（システム情報用に予約される物理リソースブロックの位置および／または数、周波数ホッピングが適用されるか否か、のうちの少なくとも１つを含む）をさらに含む。
【０１３１】
装置８００Ａ（無線装置）は、マシンタイプ通信（ＭＴＣ）端末とすることができ、上記のシステム情報は、ＭＴＣのシステム情報とすることができる。サブフレームスケジューリングフィールドの中のビットのいずれも、ＭＴＣ以外のタイプの通信のシステム情報を伝送するサブフレームに関連付けられないことが有利である。
【０１３２】
システム情報設定情報は、例えば、マルチメディアブロードキャストスケジューリング情報を使用するべきか否かを示すサブフレームスケジューリングフィールド適用インジケータをさらに含む。受信機の制御部８１０は、このサブフレームスケジューリングフィールド適用インジケータが第１の値を有するときには、
−  マルチメディアブロードキャスト通信に使用されるサブフレームを示すマルチメディアブロードキャストスケジューリング情報を受信し、
−  マルチメディアブロードキャストスケジューリング情報に従って、マルチメディアブロードキャスト通信に使用されるサブフレームを除外することによって、所定のサブフレームを決定し、
サブフレームスケジューリングフィールド適用インジケータが、第１の値とは異なる別の値を有するときには、マルチメディアブロードキャストスケジューリング情報を受信しない、または考慮しない。
【０１３３】
これに対応して、設定部８６０は、サブフレームスケジューリングフィールド適用インジケータおよび対応するＳＩ設定情報を適切に設定する。
【０１３４】
マルチメディアブロードキャストスケジューリング情報は、複数のビットを有するサブフレームスケジューリングフィールドを含み、各ビットが、サブフレームに関連付けられており、マルチメディアブロードキャストが当該サブフレームにおいて送信されるか否かを表す。この場合、無線装置の制御部８１０は、システム情報が受信されるサブフレームを表すビットマップのビットと、マルチメディアブロードキャストが送信されないサブフレームを表すビットマップのビットとの間に論理ＡＮＤを適用することによって、所定のサブフレームを決定することが有利である。
【０１３５】
これに代えて、システム情報設定情報は、
−  それぞれがいくつかのサブフレームを対象とするサブフィールドを含む、第１のサブフレームスケジューリングフィールドおよび第２のサブフレームスケジューリングフィールドと、
−  第２のサブフレームスケジューリングフィールドが適用されるフレームを示すスケジューリング情報と、
を含み、
第２のサブフレームスケジューリングフィールドが、スケジューリング情報によって示されるフレームに適用される一方で、第１のサブフレームスケジューリングフィールドがそれ以外のフレームに適用される。
【０１３６】
例えば、第２のサブフレームスケジューリングフィールドには、事前に定義されるいくつかのサブフレームに関連付けられるビットが含まれない。システム情報設定情報は、この事前に定義されるサブフレームに関連付けられる、第１のサブフレームスケジューリングフィールドのビットが、スケジューリング情報に示されているフレームに適用されるか否かを示す第１ビットマップ適用ビット、を含む。
【０１３７】
上述した例のいずれにおいても、物理ブロードキャストチャネルで送信されるマスタ情報メッセージは、システム情報設定情報を含む第１のシステム情報のサブフレームスケジューリングに関するスケジューリング情報を含むことができ、サブフレームスケジューリングフィールドのビットのいずれも、そのスケジューリング情報において第１のシステム情報を伝送するものとして示されているサブフレームに関連付けられていない。
【０１３８】
スケジューリング情報は、第１のシステム情報のサイズ、第１のシステム情報をスケジューリングすることのできるサブフレーム、周波数ホッピングの適用、周波数ホッピングパターン、周波数割当て、のうちの少なくとも２つの、事前に定義される数の事前に定義される組合せ、から構成することができる。
【０１３９】
上に詳しく説明したさらなる特徴は、無線装置、ネットワークノード、およびシステム情報設定情報のフォーマットにおいて採用することができる。
【０１４０】
さらに、本開示は、図９に示したように、無線通信システムにおいてシステム情報を受信する方法９００Ａ、を提供する（無線チャネルによって形成されるインタフェースは、縦方向の点線９９０によって示してある）。受信方法９００Ａは、システム情報設定情報を受信し（９３０）、無線インタフェースの所定のサブフレームにおいてシステム情報を受信する（９６０）ステップと、受信されたシステム情報設定情報に従って所定のサブフレームを決定し（９４０）、この所定のサブフレームにおいてシステム情報の受信が行われるように制御する（９４０）ステップと、を含む。システム情報設定情報は、複数のビットを有するサブフレームスケジューリングフィールドを含む。各ビットは、サブフレームに関連付けられており、システム情報が当該サブフレームにおいて受信されるか否かを表す。
【０１４１】
さらに、本開示は、無線通信システムにおいてシステム情報を送信する方法９００Ｂ、を提供する。方法９００Ｂは、システム情報を伝送するサブフレーム又はシステム情報を伝送しないサブフレームを設定して、これらの設定を示すシステム情報設定情報を生成し、設定されたサブフレームにおいてシステム情報を送信するように送信部を制御する（９１０）、ステップ、を含み、システム情報設定情報を送信し（９２０）、無線インタフェースの設定されたサブフレームにおいてシステム情報を送信する（９５０）ステップ、をさらに含む。システム情報設定情報は、複数のビットを有するサブフレームスケジューリングフィールドを含む。各ビットは、サブフレームに関連付けられており、システム情報が当該サブフレームにおいて受信されるか否かを表す。
【０１４２】
別の実施形態によると、コンピュータ可読プログラムコードが具体化されているコンピュータ可読媒体を備えたコンピュータプログラム製品であって、プログラムコードが本開示を実行するようにされている、コンピュータプログラム製品、を提供する。
【０１４３】
別の例示的な実施形態は、ハードウェアおよびソフトウェアを用いて、上述したさまざまな実施形態を実施することに関する。これに関連して、ユーザ端末（移動端末）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ端末および基地局は、本明細書に記載されている方法を実行するようにされており、これらの方法に適切に関与する対応する構成要素（受信機、送信機、プロセッサなど）を含む。
【０１４４】
さらに、さまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行することができることを認識されたい。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他プログラマブルロジックデバイスとすることができる。さまざまな実施形態は、これらのデバイスの組合せによって実行する、または具体化することもできる。
【０１４５】
さらに、さまざまな実施形態は、ソフトウェアモジュールによって実施することもでき、これらのソフトウェアモジュールは、プロセッサによって実行される、またはハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体（例えばＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなど）に格納することができる。
【０１４６】
さらには、複数の異なる実施形態の個々の特徴は、個別に、または任意の組合せにおいて、別の実施形態の主題とすることができることに留意されたい。
【０１４７】
具体的な実施形態において示した本開示には、さまざまな変更もしくは修正またはその両方を行うことができることが、当業者には理解されるであろう。したがって、本明細書における実施形態は、あらゆる点において例示的であり、本発明を制限するものではないものとみなされたい。
【図１】
2020145683.tif 000009
【図２】
2020145683.tif 000010
【図３】
2020145683.tif 000011
【図４】
2020145683.tif 000012
【図５Ａ】
2020145683.tif 000013
【図５Ｂ】
2020145683.tif 000014
【図６】
2020145683.tif 000015
【図７】
2020145683.tif 000016
【図８】
2020145683.tif 000017
【図９】
2020145683.tif 000018