JP7058215B2 - 要求に応じてシステム情報を一斉同報するための方法およびデバイス - Google Patents

Description

本開示の諸実施形態は、概して電気通信の技術分野に関し、詳細には、要求に応じてシステム情報を一斉同報（ブロードキャスト）するための方法およびデバイスに関する。

第５世代（５Ｇ）システムのような将来の電気通信では、デバイス数およびトラフィック量が大幅に増加することになる。エネルギー効率は、特に、トラフィック負荷が少ない時に、重要な側面となる。この目的を達成するために、端末デバイスが基地局（ＢＳ）のセルにアクセスするために必要とされるシステム情報を効率的に伝送すべきである。

従来、Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ （ＬＴＥ）システムでは、システム情報は、異なるトランスポートチャネルに依存した２つの異なる機構によって配信される。システム情報の一部はマスター情報ブロック（Ｍａｓｔｅｒ－Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＭＩＢ）としてブロードキャストチャネル（ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ、ＢＣＨ）上で伝送される。システム情報の残りの部分はシステム情報ブロック（Ｓｙｓｔｅｍ－Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＳＩＢ）としてダウンリンク共有チャネル（ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＤＬ－ＳＣＨ）上で伝送される。ＭＩＢは、端末が、ＤＬ－ＳＣＨ上で提供される残りのＳＩＢを読み込むことができるために絶対的に必要とされるごく限られた量のシステム情報を含む。ＢＳの周りに端末が存在しない場合でもＭＩＢとＳＩＢの両方が周期的に一斉同報され、これにより、エネルギーおよびリソースの浪費が生じる。

概して、本開示の例示的な諸実施形態は、要求に応じてシステム情報を一斉同報するための方法およびデバイスを提供する。

第１の態様では、デバイスによって実装される方法が提供される。本方法によれば、必須システム情報、および要求チャネルのリソース構成が一斉同報され、必須システム情報は、デバイスのセルにアクセスするために必要とされる。デバイスは、要求チャネル上において、必須システム情報以外の任意システム情報の少なくとも一部のリクエストを監視する。リクエストを受信したことに応じて、任意システム情報の一部が一斉同報される。また、本方法を遂行するためのコンピュータプログラム製品が提供される。

いくつかの実施形態では、要求チャネルは、セル内の端末によって共有された共通チャネルである。

いくつかの実施形態では、必須システム情報、および要求チャネルのリソース構成を一斉同報することは、アクセス情報テーブル（ａｃｃｅｓｓ ｉｎｆｏｒｍａｔｉｏｎ ｔａｂｌｅ、ＡＩＴ）内の、要求チャネルのリソース構成、および必須システム情報の少なくとも一部を一斉同報することを含む。

いくつかの実施形態では、必須システム情報を一斉同報することは、必須システム情報の準静的システム情報を第１の期間で一斉同報することと、必須システム情報の動的システム情報を第１の期間よりも小さい第２の期間で一斉同報することであって、動的システム情報は要求チャネルのリソース構成を含む、一斉同報することと、を含む。

いくつかの実施形態では、本方法は、リソースゾーンの構成を必須システム情報とともに一斉同報することをさらに含む。任意システム情報の一部を一斉同報することは、リソースゾーン内で任意システム情報の一部を一斉同報することを含む。

いくつかの実施形態では、任意システム情報の一部を一斉同報することは、既定のリソースゾーン内で、任意システム情報の一部の存在を指示するためのインジケータを一斉同報することと、既定のリソースゾーン内で任意システム情報の一部を一斉同報することと、を含む。

いくつかの実施形態では、必須システム情報、および要求チャネルのリソース構成を一斉同報することは、要求チャネルのリソース構成を必須システム情報の一部として一斉同報することを含む。

いくつかの実施形態では、要求チャネルのリソース構成は、要求チャネルの期間、参照信号に対する時間オフセット、または参照信号に対する周波数オフセットのうちの少なくとも１つを含む。

いくつかの実施形態では、本方法は、デバイスのビーム形成、またはセル内の端末のグループ化のうちの少なくとも１つに基づいて要求チャネルのリソース構成を決定することをさらに含む。

いくつかの実施形態では、リクエストを監視することは、リクエストとしてのシーケンスを監視することを含み、シーケンスはセル内の複数の端末に共通である。

第２の態様では、端末によって実装される方法が提供される。本方法によれば、端末は、デバイスによって一斉同報された、必須システム情報、および要求チャネルのリソース構成を受信し、必須システム情報は、デバイスのセルにアクセスするために必要とされる。次に、必須システム情報以外の任意システム情報の少なくとも一部が受信され、受信される任意システム情報の一部は、デバイスによって、リソース構成に従って要求チャネル上で送信されたリクエストに応じて一斉同報される。また、本方法を遂行するためのコンピュータプログラム製品が提供される。

第３の態様では、デバイスが提供される。デバイスは、必須システム情報、および要求チャネルのリソース構成を一斉同報するように構成された送受信器を備え、必須システム情報は、デバイスのセルにアクセスするために必要とされる。デバイスは、要求チャネル上において、必須システム情報以外の任意システム情報の少なくとも一部のリクエストを監視するように構成されたコントローラをさらに備える。送受信器は、リクエストを受信したことに応じて任意システム情報の一部を一斉同報するようにさらに構成されている。

第４の態様では、端末が提供される。端末は、デバイスによって一斉同報された、必須システム情報、および要求チャネルのリソース構成を受信するように構成された受信器を備え、必須システム情報は、デバイスのセルにアクセスするために必要とされる。受信器は、必須システム情報以外の任意システム情報の少なくとも一部を受信するようにさらに構成されており、任意システム情報の一部は、デバイスによって、リソース構成に従って要求チャネル上で送信されたリクエストに応じて一斉同報される。

第５の態様では、デバイスが提供される。デバイスはプロセッサとメモリとを備える。メモリはプロセッサによって実行可能な命令を包含し、プロセッサは、デバイスに、必須システム情報、および要求チャネルのリソース構成を一斉同報することであって、必須システム情報は、デバイスのセルにアクセスするために必要とされる、一斉同報することと、要求チャネル上において、必須システム情報以外のものである任意システム情報の少なくとも一部のリクエストを監視することと、リクエストを受信したことに応じて任意システム情報の一部を一斉同報することと、を行わせるように構成されている。

第６の態様では、端末が提供される。端末はプロセッサとメモリとを備える。メモリはプロセッサによって実行可能な命令を包含し、プロセッサは、端末に、デバイスによって一斉同報された、必須システム情報、および要求チャネルのリソース構成を受信することであって、必須システム情報は、デバイスのセルにアクセスするために必要とされる、受信することと、必須システム情報以外の任意システム情報の少なくとも一部を受信することであって、任意システム情報の受信される一部は、デバイスによって、リソース構成に従って要求チャネル上で送信されたリクエストに応じて一斉同報される、受信することと、を行わせるように構成されている。

以下の説明を通じて、本開示の諸実施形態によれば、システム情報は必須システム情報および任意システム情報として分類されることが理解されるであろう。必須情報は周期的に一斉同報され、任意システム情報は要求に応じて一斉同報される。このように、特に、無負荷または低負荷の場合に、大幅なリソースおよびエネルギーを節約することができる。さらに、たとえ、複数のＵＥがシステム情報を必要としている時でも、システム情報を効率的に提供することができる。追加的に、アイドル状態のＵＥのためのシステム情報を入手することの不都合を解決することができる。

発明の概要のセクションは、本開示の諸実施形態の主要な、または必須の特徴を特定することを意図されておらず、また、本セクションは、本開示の範囲を限定するために用いられることも意図されていないことを理解されたい。本開示の他の特徴は、以下の説明を通じて容易に理解できるようになるであろう。

添付の図面における本開示のいくつかの実施形態のより詳細な説明を通じて、本開示の、上述の、および他の目的、特徴および利点がより明らかになるであろう。

本開示の諸実施形態が実施され得る環境の簡略ブロック図である。 本開示の諸実施形態に係る、システム情報の要求時一斉同報を示すフローチャートである。 本開示の諸実施形態に係る、デバイスによって、システム情報を提供するために実装される方法のフローチャートである。 本開示の諸実施形態に係る、必須システム情報、および要求チャネルの構成を示す概略図である。 本開示の諸実施形態に係る、準静的および動的必須システム情報の別個の伝送を示す概略図である。 本開示の諸実施形態に係る、任意システム情報を一斉同報するためのリソースゾーンの構成を示す概略図である。 本開示の諸実施形態に係る、任意システム情報を一斉同報するためのリソースゾーンの構成を示す概略図である。 本開示の諸実施形態に係る、端末によって、システム情報を受信するために実装される方法のフローチャートである。 本開示の諸実施形態に係る、端末によって、任意システム情報をリクエストするために実装される方法のフローチャートである。 本開示の諸実施形態に係る、複数の端末による任意システム情報のリクエストを示す概略図である。 本開示の諸実施形態に係る、通信システムにおけるデバイスの簡略ブロック図である。 本開示の諸実施形態に係る、通信システムにおける端末の簡略ブロック図である。 本開示の諸実施形態を実施するために適したデバイスの簡略ブロック図である。

図面全体を通じて、同じ、または同様の参照符号は、同じ、または同様の要素を表す。

これより、本開示の原理が、いくつかの例示的な実施形態を参照して説明される。これらの実施形態は例示の目的のためにのみ記載されており、当業者が本開示を理解して実施することを助けるものであり、本開示の範囲に関するいかなる限定をも示唆していないことを理解されたい。本明細書に記載されている開示は、以下に記載されているもの以外の様々な様態で実施することができる。

本明細書で使用する時、用語「端末デバイス」または「端末」は、以下のものに限定されるわけではないが、携帯電話、セルラー電話、スマートフォン、携帯情報端末（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャデバイス、ゲームデバイス、音楽記憶および再生機器、ワイヤレス通信能力を有する任意のポータブルユニットもしくは端末、またはワイヤレスインターネットアクセスおよびブラウジングを可能にするインターネット機器、ならびに同様のものを含む、ワイヤレス通信能力を有する任意のデバイスを指し得る。

加えて、本開示の文脈において、用語「端末」および「ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）」は、説明を容易にするために、交換可能に用いることができる。電気通信システムにおけるＵＥの例としては、限定するものではないが、移動端末（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ、ＭＴ）、加入者局（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ、ＳＳ）、ポータブル加入者局（Ｐｏｒｔａｂｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ、ＰＳＳ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ、ＭＳ）、またはアクセス端末（Ａｃｃｅｓｓ Ｔｅｒｍｉｎａｌ、ＡＴ）が挙げられる。

本明細書で使用する時、用語「基地局」（ｂａｓｅ ｓｔａｔｉｏｎ、ＢＳ）は、１つまたは複数の端末がアクセスすることができるセルを提供する、またはセルをホストする能力を有するデバイスを指す。ＢＳの例としては、限定するものではないが、ノードＢ（ＮｏｄｅＢもしくはＮＢ）、エボルブドノードＢ（ｅＮｏｄｅＢもしくはｅＮＢ）、リモートラジオユニット（Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｕｎｉｔ、ＲＲＵ）、無線ヘッダ（ｒａｄｉｏ ｈｅａｄｅｒ、ＲＨ）、リモート無線ヘッド（ｒｅｍｏｔｅ ｒａｄｉｏ ｈｅａｄ、ＲＲＨ）、中継、フェムト、ピコ、および同様のものなどの低電力ノードが挙げられる。

本明細書で使用する時、用語「～を含む（ｉｎｃｌｕｄｅｓ）」およびその変化形は、「～を含むが、これらに限定されない（ｉｎｃｌｕｄｅｓ， ｂｕｔ ｉｓ ｎｏｔ ｌｉｍｉｔｅｄ ｔｏ）」を意味する非限定用語（ｏｐｅｎ ｔｅｒｍ）と読まれるべきである。用語「～に基づく（ｂａｓｅｄ ｏｎ）」は、「～に少なくとも一部基づく」と読まれるべきである。用語「一実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」および「一実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ）」は「少なくとも１つの実施形態」と読まれるべきである。用語「別の実施形態（ａｎｏｔｈｅｒ ｅｍｂｏｄｉｍｅｎｔ）」は「少なくとも１つの他の実施形態」と読まれるべきである。明示的および黙示的な他の定義が以下において含まれ得る。

図１は、本開示の諸実施形態が実施され得る環境のブロック図を示す。環境１００は、通信ネットワークの一部であり、デバイス１１０および１つもしくは複数の端末１２０－１、１２０－２、・・・、１２０－Ｎ（まとめて「端末」１２０と呼ばれる）を含む。単に説明を容易にするために、以下の説明において、デバイス１１０はＢＳと記述されることになり、端末１２０はＵＥと記述されることになる。ＢＳおよびＵＥはそれぞれデバイス１１０および端末１２０の例示的な実装形態にすぎず、本開示の範囲に関するいかなる限定も示唆していないことを理解されたい。任意の他の好適な実装形態も同様に可能である。

ＢＳ１１０のセル１１２のカバレッジ区域内において、ＵＥ１２０は、点線によって指示されるように、ＢＳ１１０と通信し、場合によっては、互いに通信し得る。通信は、限定するものではないが、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、ＬＴＥ、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＷＣＤＭＡ）、符号分割多元接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ）および移動通信用のグローバルシステム（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＧＳＭ）ならびに同様のものを含む、任意の好適な規格に準拠し得る。さらに、通信は、現在知られている、または将来開発される任意の世代の通信プロトコルに従って行われ得る。通信プロトコルの例としては、限定するものではないが、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、将来の第５世代（５Ｇ）の通信プロトコルが挙げられる。

セル１１２にアクセスするために、ＵＥ１２０は、ＢＳ１１０に関連付けられたシステム情報を入手する必要がある。従来、上述されたように、全てのシステム情報が周期的に一斉同報される。例えば、ＬＴＥシステムでは、ＭＩＢが、ＵＥがＳＩＢを入手することを可能にするために一斉同報される。ＭＩＢ内に含まれる情報の種類に基づいて異なるＳＩＢが規定され得る。ＭＩＢと同様に、ＳＩＢも周期的に一斉同報される。特定のＳＩＢを一斉同報するための期間は、ＵＥが、セルに入る際に、対応するシステム情報をどれほど迅速に獲得する必要があるのかに依存する。例えば、ＳＩＢは、ＳＩＢ１、ＳＩＢ２などと名付けられたグループに分類することができる。概して、より低次のＳＩＢはより高次のＳＩＢよりもタイムクリティカルであり、それゆえ、より頻繁に伝送される。例えば、ＳＩＢ１は、主として、ＵＥがセル上にキャンプすることを可能にされているかどうかに関する情報を含み、例えば、８０ｍｓごとに伝送される。ＳＩＢ６～ＳＩＢ８は近隣セルについての情報を含み、例えば、６４０ｍｓごとに伝送され得る。しかし、ＭＩＢおよびＳＩＢはどちらも、周期的に伝送されることが義務付けられているため、ＢＳ側におけるエネルギー消費は比較的高くなる。

エネルギーを節約し、高利得ビーム形成またはその他のマルチアンテナ技法の利用を十分に可能にするために、次世代のワイドエリアネットワークのために制御／一斉同報層をデータプレーンから分離することが可能である。システム情報はアクセス情報テーブル（ＡＩＴ）およびシステム署名シーケンスインデックス（ｓｙｓｔｅｍ ｓｉｇｎａｔｕｒｅ ｓｅｑｕｅｎｃｅ ｉｎｄｅｘ、ＳＳＩ）によって保持され得る。セルラーシステムにおける従来の参照信号と比べて、ＡＩＴは、比較的長い、例えば、１．０２４ｓから最大１０．２４ｓまでの期間で伝送され得る。しかし、全てのシステム情報がＡＩＴ内に含まれる場合には、単一のセルのためのシステム情報の量はすでに極めて大きい。その結果、複数のセルのためのＡＩＴのサイズは非常に大きくなる。加えて、セル内の負荷が低い時には、大きなエネルギー浪費が生じることになる。

代替的に、ＡＩＴは、必ず必要とされるシステム情報のみを保持することができ、残りの重要度の低いシステム情報はＵＥに固有のやり方で伝送され得る。ＡＩＴのサイズが低減されても、ＵＥは、追加のシステム情報をリクエストするために、ＵＥに固有のシグナリングを介してセルに接続されなければならない。これは、特に、それらのアイドル状態のＵＥのために都合が良くない。例えば、第１のセル上にキャンプしているアイドル状態のＵＥが第２のセルについてのシステム情報をセル再選択のために入手したいと欲すると、ＵＥは、第２のセルにアクセスし、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）接続などの接続を確立する必要がある。次に、ＵＥは任意システム情報をリクエストし、第２のセルが再選択のために利用可能であるかどうかを決定することができる。この手順では、アイドル状態のＵＥは接続状態にならなければならない。ターゲットセルが妨げられている場合には、アイドル状態のＵＥはこのセルについての情報を何も得ないことになる。さらに、アイドル状態のＵＥは通常、ランダムアクセスおよび接続確立手順を何度も行わなければならず、これにより、多くの不必要な時間およびエネルギーを消費する。

さらに、従来の解決策では、セルのカバレッジ区域内の複数のＵＥからの多数のリクエストが存在する時には、任意システム情報の伝送は効率的でない。同じ任意システム情報が専用データチャネルを介して異なるＵＥへ送信されることになり、これによってリソースの大幅な浪費が生じる。さらに、異なるＵＥから専用シグナリングチャネルを介してリクエストを伝送するために、より多くのオーバヘッドが必要とされる。

上述およびその他の潜在的問題を解決するために、本開示の諸実施形態はシステム情報の要求時一斉同報を提供する。要求時一斉同報の機構が、図２に示されるとおりの高レベルフローチャートに示されている。概して、システム情報は２つのグループ、すなわち、必須システム情報および任意システム情報に分類される。ＢＳ１１０は、セルへのアクセスのために絶対的に必要とされ、通常、限られたサイズのペイロードのものである、必須システム情報を周期的に一斉同報する（２１０）。ＢＳ１１０はまた、ＵＥ１２０が任意システム情報をリクエストし得る要求チャネルのリソース構成を一斉同報する（２１０）。一斉同報された情報はＵＥ１２０によって受信され得る（２３０）。次に、ＢＳ１１０は任意システム情報のリクエストについて要求チャネルを監視する（２２０）。

任意システム情報は、ＵＥがセルにアクセスするために必ずしも必要とされない。したがって、任意システム情報の伝送はＵＥからのリクエストによってトリガされる。具体的には、ＵＥ１２０は、リクエストをＢＳ１１０へ送信すること（２４０）によって、任意システム情報をリクエストし得る。リクエストは、受信されたリソース構成に従って要求チャネル上で伝送される。リクエストを受信すると（２５０）、ＢＳ１１０は、ＵＥ１２０に知られている可能なリソースゾーン内で任意システム情報を一斉同報し（２６０）、それにより、ＵＥ１２０は、一斉同報された任意システム情報を受信することができる（２７０）。

本開示の諸実施形態によれば、任意システム情報も、ＵＥに固有の仕方で伝送されるのではなく、一斉同報されることが分かる。要求時一斉同報は、ＵＥ１２０、特に、それらのアイドル状態のＵＥを、接続確立手順を行う必要から解放する。さらに、ＢＳ側におけるオーバヘッドが大幅に低減され得る。次に、いくつかの例示的な実施形態が詳細に説明されることになる。

図３は、本開示の諸実施形態に係る、システム情報を提供するための方法３００のフローチャートを示す。方法３００は、例えば、図１に示されるとおりのデバイス／ＢＳ１１０によって実装され得る。ステップ３１０において、ＢＳ１１０は必須システム情報、および要求チャネルのリソース構成を一斉同報する。

本開示の諸実施形態によれば、システム情報は、以上において大まかに説明されたように、必須システム情報および任意システム情報にカテゴリ化される。必須システム情報および任意システム情報のカテゴリ化は、例えば、システム情報の属性および／または目的に従って行うことができる。

一般的に言えば、必須システム情報は、ＵＥ１２０がＢＳ１１０のセル１１２にアクセスするために必ず必要とされる情報を含む。例として、いくつかの実施形態では、必須システム情報は、ダウンリンクセル帯域幅、継続時間およびリソースなどの物理チャネル構成、システムフレーム番号、伝送アンテナポートの数、セルの１つのオペレータ／複数のオペレータについての情報、時分割複信（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ、ＴＤＤ）のための、アップリンク／ダウンリンクへのサブフレームの割り当て、およびスペシャルサブフレームの構成についての情報、残りのシステム情報の時間領域スケジューリングについての情報、アップリンクセル帯域幅についての情報、ランダムアクセスパラメータ、アップリンク電力制御に関するパラメータ、ならびに同様のもののうちの１つまたは複数を含み得る。すなわち、このような実施形態では、ステップ３１０において一斉同報される必須システム情報は、ＬＴＥシステムにおけるＭＩＢ、ＳＩＢ１およびＳＩＢ２の少なくとも一部を含み得る。

必須システム情報とは異なり、任意システム情報は比較的重要度の低い情報を含む。ＵＥ１２０は、たとえ、任意システム情報が存在しなくても、ＢＳ１１０のセル１１２に少なくとも部分的にアクセスすることができる。それが、任意システム情報を要求に応じて提供することができる理由である。任意システム情報の例としては、限定するものではないが、同じキャリア上の近隣セル、異なるキャリア上の近隣セル、およびＷＣＤＭＡ／ＨＳＰＡ、ＧＳＭ、およびＣＤＭＡ２０００セルなどの、近隣の非ＬＴＥセルについての情報などのセル固有の情報が挙げられる。

システム情報の分類は、環境、通信規格、プロトコル、要件、および／またはその他の関連因子に応じて変更され得ることを理解されたい。すなわち、本明細書において説明される必須システム情報および任意システム情報の分類は一例として与えられており、本開示の範囲の限定を示唆するものと見なされるべきではない。当業者は、実際の必要に基づいてシステム情報を分類する多くの異なる仕方が存在することを理解するであろう。

ステップ３１０において、ＢＳ１１０は、任意システム情報を有しない必須システム情報のみを一斉同報する。加えて、本ステップでは、要求チャネルのリソース構成が一斉同報される。本明細書で使用する時、用語「要求チャネル」は、ＵＥ１２０が任意システム情報の伝送のリクエストとしてのシグナリングを送信することができるチャネルを指す。要求チャネルは、ＵＥ１２０がリクエストを送信するために確保されているため、ＢＳ１１０はそのチャネル上ではダウンリンクおよびアップリンクデータ伝送の両方をスケジュールすることができないことが理解されるであろう。追加のオーバヘッドを回避するために、いくつかの実施形態では、要求チャネルは共通チャネルとして設計することができる。すなわち、異なるＵＥ１２０が、任意システム情報をリクエストするために同じ要求チャネルを共有する。このように、極めて低いオーバヘッドを用いてリクエストを伝送することができる。

ステップ３１０において一斉同報されるリソース構成は要求チャネルの物理リソースブロックを少なくとも指定する。すなわち、リソース構成は、ＵＥ１２０によって、任意システム情報のリクエストを送信するために用いられ得るリソースゾーンを指示する。例えば、いくつかの実施形態では、リソース構成は、ＳＳＩなどの特定の参照信号に対する時間および／または周波数オフセット位置を含み得る。加えて、または代替的に、リソース構成は、例えば、マイクロサブフレームを単位とした、要求チャネルの期間を指示し得る。

いくつかの実施形態では、要求チャネルのリソース構成はステップ３０５においてＢＳ１１０によって決定される。例えば、シグナリングを受信するためにアナログビーム形成が実施される実施形態では、ＢＳ１１０はビーム形成に基づいて要求チャネルを構成し得、そのため、要求チャネルのリソース構成はビームに固有なものになる。すなわち、異なるビームは異なる構成に関連付けられる。代替的に、または加えて、ＢＳ１１０はＵＥ１２０のグループ化に従って要求チャネルを構成し得、そのため、ＵＥ１２０の異なるグループは異なる構成を有する。ステップ３０５は任意選択的なものであることを理解されたい。例えば、いくつかの実施形態では、リソース構成は別のデバイスまたは人間のユーザによって決定され、次に、ＢＳ１１０内に入力され得る。

いくつかの実施形態では、ステップ３１０において、要求チャネルのリソース構成は必須情報内に含まれ、それゆえ、必須システム情報の一部として一斉同報される。代替的に、他の実施形態では、必須システム情報およびリソース構成を一斉同報することが可能である。

いくつかの実施形態では、要求チャネルのリソース構成および／または必須システム情報の少なくとも一部はＡＩＴ内に含まれてもよい。上述されたように、ＡＩＴは、１つまたは複数の区域のための初期アクセス関係パラメータおよび関連システム情報を含む、一部または全てのアクセス情報を保持するために用いられる。ＳＳＩはＢＳ１１０によって一斉同報され、時間同期、およびＡＩＴ内のテーブル項目への対応付けを提供する。ＵＥ１２０はＳＳＩに基づいてアクセス情報を入手し得る。以下のテーブルＩは例示的なＡＩＴの一部を示す。本例では、ＡＩＴは、それぞれの固有のＳＳＩによって表される複数のセルの必須システム情報を含み、各セルはＳＳＩも周期的に一斉同報することになる。

図４は、本開示の例示的な諸実施形態に係る、ＡＩＴ内の必須システム情報、および要求チャネルのリソース構成の伝送の概略図を示す。図４において、縦軸および横軸は周波数および時間をそれぞれ表す。ＡＩＴ４１０およびＳＳＩ４２０は両方とも周期的に一斉同報される。ＡＩＴ４１０は通例、例えば、１．０２４ｓから最大１０．２４ｓまでの、比較的長い周期性で一斉同報される。ＳＳＩ４２０はより頻繁に、例えば、１００ｍｓごとに伝送される。本例では、ＡＩＴ４１０は必須システム情報４３０を包含し、必須システム情報４３０が今度は要求チャネルのリソース構成を含む。リソース構成は、ＵＥ１２０が任意システム情報のリクエストを送信することができる、点線によって指示されるとおりの、要求チャネル上の周期的リソースゾーン４４０を指定する。

必須システム情報、および／または要求チャネルのリソース構成は必ずしもＡＩＴ内で一斉同報される必要はないことを理解されたい。これは、単に、例示的な実装形態にすぎず、本開示の範囲に関するいかなる限定をも示唆しない。他の実施形態では、必須システム情報、および／または要求チャネルのリソース構成は、任意の他の好適な機構を用いて一斉同報され得る。

上述の説明から、必須システム情報、および要求チャネルのリソース構成はＢＳ１１０によって周期的に一斉同報されることが分かる。図３をなおも参照すると、ステップ３１０において必須システム情報およびリソース構成を一斉同報した後に、本方法はステップ３２０へ進み、ステップ３２０において、ＢＳ１１０は一斉同報期間をリセットする。例えば、いくつかの実施形態では、ＢＳ１１０は、これを行う際にタイマを用い得る。次に、ステップ３３０において、ＢＳ１１０は、期間が満期になったかどうかをチェックする。そうである場合には（分岐「はい」）、方法３００はステップ３１０へ戻り、次の巡回において必須システム情報、および要求チャネルのリソース構成を一斉同報する。さもなければ、ＢＳ１１０はステップ３３０において一斉同報期間の満期を待ち続ける。

図４を参照して説明されたものなどのいくつかの実施形態では、全ての必須システム情報が同じ周期性で一斉同報される。このような実施形態では、必須情報システムの内容が、ＡＩＴを一斉同報していない第１のセルのために変更された場合には、第１のセルは、ＡＩＴを一斉同報している第２のセルに必須情報システムの更新について知らせる必要がある。この時点で、第２のセルは２つの選択肢を有する。第２のセルは、元の項目と異なる新しいＳＳＩに関連付けられた、ＡＩＴ内の異なる、新しい項目を占有することができる。次に、第２のセルは新しいＳＳＩを一斉同報のために第１のセルへ送り返す。代替策として、第２のセルは、第１のセルのそのＳＳＩに対応する内容を更新することができる。ＡＩＴが動的に更新される場合には、上述の手順が何度も頻繁に行われることになり、これにより、システム性能が劣化することになることが理解されるであろう。

上述の状況に対処するために、いくつかの実施形態では、ステップ３２０において、異なる種類の必須システム情報のために異なる一斉同報期間を用いることができる。より具体的には、必須情報は、必須情報の属性に従って異なるグループにさらに分類され、異なる期間で一斉同報され得る。例えば、いくつかの実施形態では、必須システム情報は準静的必須システム情報および動的必須システム情報に分類される。動的必須システム情報は、頻繁に更新されることが予想される。具体的には、経時的に変化し得る、要求チャネルのリソース構成は、動的システム情報として分類することができる。安定した、またはゆっくりと変更される必須システム情報は、準静的必須システム情報として分類される。

概して、動的必須システム情報は準静的必須システム情報よりも頻繁に一斉同報され得る。換言すれば、動的必須システム情報のための一斉同報期間は準静的必須システム情報のためのものよりも短い。例えば、いくつかの実施形態では、準静的必須システム情報は依然としてＡＩＴ内で一斉同報され得るが、その一方で、動的必須システム情報はより短い周期性で別個に一斉同報される。例えば、動的必須システムはＬＴＥシステムにおけるＳＩＢと同様の仕方で一斉同報されてもよい。しかし、伝送されるべき情報量ははるかにより少ないことが理解されるであろう。これは、セルを、ＡＩＴを頻繁に更新することから解放することになる。

いくつかの実施形態では、動的必須システム情報を一斉同報するための期間は適応させられ得る。例えば、セル内のトラフィック負荷が閾値未満に減少した場合には、動的必須システム情報を一斉同報するための期間は増大させられてもよい。他方で、トラフィック負荷が閾値を超えた場合には、その期間を短縮することができる。

図５は、異なる期間による準静的必須システム情報および動的必須システム情報の伝送の概略図を示す。図示のように、準静的必須システム情報５２０はＡＩＴ４１０内に含まれ、比較的長い周期性で一斉同報される。動的必須システム情報５３０はより頻繁に一斉同報される。本例では、動的必須システム情報５３０は、点線によって指示されるように、周期的リソースゾーン４４０を指定する要求チャネルのリソース構成を含む。

動的必須システム情報５３０は追加の情報および／または代替的な情報を含み得ることを理解されたい。例えば、一実施形態では、動的必須システム情報５３０は、任意システム情報を一斉同報するためのリソースゾーンの構成をさらに含み得、これについては以下の段落において説明されることになる。

図３に戻ると、ステップ３４０において、ＢＳ１１０は任意システム情報のリクエストについて要求チャネルを監視する。リクエストはＵＥ１２０によって、ステップ３１０において一斉同報されたリソース構成に従って要求チャネル上で送信される。いくつかの実施形態では、任意システム情報のリクエストは明示的なシグナリングであってもよい。代替的に、リクエストはシーケンス内に暗黙的に含まれてもよい。このような実施形態では、ステップ３４０において、ＢＳ１１０が要求チャネル上の指定されたリソースゾーン内でこのようなシーケンスを検出した場合には、ＵＥが任意システム情報をリクエストしていると決定することができる。

ステップ３５０において、リクエストが要求チャネル上で受信されないと決定された場合には、ＢＳ１１０は、ステップ３４０において要求チャネルを監視することを継続する。他方で、リクエストが受信された場合には、方法３００はステップ３６０へ進み、ステップ３６０において、リクエストされた任意システム情報は一斉同報される。いくつかの実施形態では、受信されたリクエストは全ての任意システム情報のためのものである。代替的に、リクエストは、任意システム情報の一部のみに向けられたものであることができる。すなわち、リクエストは、ＵＥが入手したいと欲する任意システム情報のサブセットを指示し得る。ステップ３６０において、ＢＳ１１０は、任意システム情報のリクエストされた一部を一斉同報することになる。リクエストの例示的な諸実施形態が以下の段落においてさらに説明されることになる。

必須システム情報と同様に、ステップ３６０において、リクエストされたシステム情報は、ＵＥに固有のやり方で伝送されるのではなく、一斉同報される。それらのアイドル状態のＵＥが、任意システム情報を入手するためにセルに接続する必要がないため、これは有益であろう。さらに、複数のＵＥ１２０が任意システム情報をリクエストしている場合には、ＢＳ１１０は同じ任意システム情報を何度も伝送する必要がなく、これにより、リソースの浪費が回避される。

ステップ３６０において、ＢＳ１１０は、ＵＥ１２０に知られている既定のリソースゾーン内で、リクエストされた任意システム情報を伝送する。いくつかの実施形態では、このようなリソースゾーンの構成もまた、ステップ３１０において、ＢＳ１１０によって、例えば、必須システム情報、および／または要求チャネルのリソース構成とともに一斉同報される。例えば、一実施形態では、任意システム情報を一斉同報するためのリソースゾーンの構成は必須システム情報内に含まれ得る。図６Ａおよび図６Ｂは２つの例示的実施形態の概略図を示す。

図６Ａに示される例では、必須システム情報６１０は、点線によって指示されるように、要求チャネルの周期的リソースゾーン４４０だけでなく、ＢＳ１１０が任意システム情報を一斉同報する周期的リソースゾーン６２０の構成をも指定する。このように、ＵＥ１２０は、ステップ３１０において一斉同報された必須システム情報からリソースゾーン６２０を決定し得る。このように、ＢＳ１１０がＵＥ１２０からのリクエストに応じてリソースゾーン６２０内で任意システム情報を一斉同報すると、ＵＥ１２０は任意システム情報を正しく読み込むことができる。

図６Ｂに示されるとおりの別の実施形態では、準静的必須システム情報５２０および動的必須システム情報６３０は、上述されたように、異なる期間で別個に一斉同報される。本例では、リソースゾーン６２０の構成は動的必須システム情報６３０内に含まれる。すなわち、点線によって指示されるように、リソースゾーン４４０および６２０の両方を指定するのは動的必須システム情報６３０である。

リソースゾーン６２０の構成は必ずしも必須システム情報内で一斉同報される必要はないことを理解されたい。代替的な実施形態では、ＢＳ１１０がリソースゾーン６２０の構成を、必須システム情報、および／または要求チャネルのリソース構成とは別個に一斉同報することが可能である。

さらに他の実施形態では、リソースゾーン６２０の構成を一斉同報する代わりに、周期的リソースゾーン６２０は、ＢＳ１１０およびＵＥ１２０の両方に知られた仕方で、（例えば、４０サブフレームごとに）前もって規定することができる。このような実施形態では、ステップ３６０において、リクエストされた任意システム情報に加えて、ＢＳ１１０は、既定のリソースゾーン６２０内において、リクエストされた任意システム情報の存在を指示するためのインジケータをさらに一斉同報し得る。例えば、一実施形態では、無線ネットワーク一時識別子（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ、ＲＮＴＩ）またはセル無線ネットワーク一時識別子（Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、Ｃ－ＲＮＴＩ）が、任意システム情報が利用可能であることを指示するインジケータとしてサーブし得る。

ＵＥ１２０がリソースゾーン６２０内でこのようなインジケータを検出できない場合には、このとき、ＵＥ１２０は、任意システム情報はこのリソースゾーン６２０内に含まれないと決定することができる。インジケータがリソースゾーン６２０内で伝送された場合には、それは、利用可能な任意システム情報が存在することを意味する。このように、ＵＥ１２０は、インジケータに基づいて、リクエストされた任意システム情報を既定のリソースゾーン６２０から正しく読み込むことができる。

次に、本開示の諸実施形態に係る、システム情報を受信するための方法７００のフローチャートを示す図７を参照する。方法７００は、図１に示されるとおりの端末／ＵＥ１２０によって実装され得る。説明を容易にするために、方法７００の例示的な諸実施形態は、図１に示されるとおりのＵＥ１２０－１を参照して説明されることになる。

ステップ７１０において、方法７００に入り、ステップ７１０において、ＵＥ１２０－１は必須システム情報、および要求チャネルのリソース構成を受信する。受信される情報はＢＳ１１０によって周期的に一斉同報される。上述されたように、いくつかの実施形態では、ＵＥ１２０－１は、一斉同報されたＡＩＴから、必須システム情報、および要求チャネルのリソース構成を受信し得る。加えて、または代替的に、ＵＥ１２０－１は、異なる期間に従って異なる種類の必須システム情報を受信し得る。例えば、動的必須システム情報は準静的必須システム情報よりも頻繁に受信され得る。

いくつかの実施形態では、要求チャネルのリソース構成は必須システム情報内に含まれる。要求チャネルは共通チャネルであってもよく、要求チャネルのリソース構成は、例えば、要求チャネルの期間、参照信号に対する時間オフセット、および／または参照信号に対する周波数オフセットを指示し得る。必須システム情報およびリソース構成の他の例および特徴は上述されており、本明細書において繰り返されない。

いくつかの実施形態では、方法７００はステップ７２０へ進み、ステップ７２０において、ＵＥ１２０－１は任意システム情報、または任意システム情報の一部のリクエストを送信する。概して、リクエストは、ＵＥ１２０－１が任意システム情報を必要とする時に送信され得る。リクエストは、ステップ７１０において受信されたリソース構成に従って要求チャネル上で伝送される。例えば、本明細書において図４、図５、および図６Ａ～図６Ｂを参照して説明された実施形態では、任意システム情報のリクエストは、一斉同報されたリソース構成によって指定されたリソースゾーン４４０内で送信することができる。

いくつかの実施形態では、ステップ７２０において送信されるリクエストは明示的なシグナリングであってもよい。代替的に、リクエストはシーケンス内に暗黙的に含まれてもよい。すなわち、セル１１２内の全てのＵＥ１２０は、任意システム情報が必要とされる時に、共通シーケンスを送信し得る。シーケンスを検出すると、ＢＳ１１０は、任意システム情報が今リクエストされていることを知る。このような実施形態では、全てのＵＥ１２０が同じシーケンスを送信することになるため、たとえ、リクエストを実質的に同時に送信している複数のＵＥ１２０が存在する場合でも、ＢＳ１１０は非常に効果的且つ効率的にリクエストを検出することができる。

いくつかの実施形態では、ステップ７２０において送信されるリクエストは完全な任意システム情報のためのものである。他の実施形態では、任意システム情報は複数の部分に分割することができ、リクエストは、どの種類または部分の任意システム情報が必要とされているのかを指示し得る。任意システム情報が３つの部分に分割されると仮定すると、ＵＥ１２０－１は、どの部分が必要とされているのかを決定し、リクエストを、必要とされている部分に対応するシーケンスとともに送信する。例えば、リクエストが指示「０」を含む場合には、それは、ＵＥ１２０－１が任意システム情報の全ての部分をリクエストしていることを意味する。同様に、「１」、「２」および「３」のような指示は、任意システム情報の第１、第２および第３の部分のみが必要とされていることをＢＳ１１０にそれぞれ指示し得る。別の例として、リクエストは複数のビットを有してもよく、これらのビットの異なるパターンが任意システム情報の異なる部分に対応する。他の実装形態も同様に可能である。

ステップ７３０において、ＵＥ１２０－１は、ＢＳ１１０によって一斉同報された、リクエストされた任意システム情報、または任意システム情報の一部を受信する。具体的には、ＵＥに固有のやり方で任意システム情報を受信するのではなく、ＵＥ１２０－１は、複数のＵＥ１２０がアクセス可能であるリソースゾーン６２０から、一斉同報された任意システム情報を入手する。上述されたように、リソースゾーン６１０は種々の仕方でＵＥに知らせることができる。例えば、図６Ａ～図６Ｂを参照して説明されたとおりの実施形態では、リソースゾーン６２０の構成はＢＳ１１０によって必須システム情報６１０または６３０とともに一斉同報される。他の実施形態では、リソースゾーン６２０はあらかじめ規定されており、ＵＥ１２０－１は、リクエストされた任意システム情報がリソースゾーン６２０内で利用可能であることを指示するインジケータ（ＲＮＴＩまたはＣ－ＲＮＴＩなど）が存在するかどうかをチェックすることになる。

いくつかの実施形態では、方法７００のステップ７２０は場合によって省くことができ、それゆえ、図７では点線によって示されていることを理解されたい。このような例示的な一実施形態が図８を参照して説明される。図８に示される方法８００は方法７００のステップ７２０および７３０の特定の実装形態と見なすことができる。説明を容易にするために、依然として、方法８００は、図１に示されるとおりのＵＥ１２０－１によって実装されると仮定される。

本実施形態では、一部または全ての任意システム情報が必要とされているが、必要が緊急でない時には、ＵＥ１２０－１はリクエストを直ちに送信しない。その代わりに、ステップ８１０において、ＵＥ１２０－１は、ＢＳ１１０によってすでに一斉同報された利用可能な任意システム情報が存在するかどうかを知るために、１つまたは複数の巡回にわたってリソースゾーン６２０をチェックする。このような任意システム情報は、他の１つまたは複数のＵＥ１２０、例えば、図１に示されるとおりのＵＥ１２０－２および／または１２０－３によって以前にリクエストされている。

ＵＥ１２０－１が、ステップ８２０において、必要とされている任意システム情報がリソースゾーン６２０内で伝送されていると決定した場合には、このとき、ＵＥ１２０－１は、ステップ８４０において、ＵＥ１２０－１自身でリクエストを送信することなく、情報を直接再利用することができる。このように、リクエストの伝送に関連付けられたシステムオーバヘッドを回避することができ、それゆえ、リソースコストがさらに低減される。

さもなければ、任意システム情報が見つからなかった場合には、方法８００はステップ８３０へ進み、ステップ８３０において、ＵＥ１２０－１はＵＥ１２０－１自身でリクエストを送信することになる。次に、ステップ８４０において、リクエストに応じてＢＳ１１０によって一斉同報された任意システム情報を受信することができる。具体的には、時として、ＵＥ１２０－１は、ＵＥ１２０－１が必要とする任意システム情報の全てではなく、一部をリソースゾーン６２０内で見つけることができることが理解されるであろう。この場合には、ステップ８３０において、ＵＥ１２０－１は残りの利用不可能な任意システム情報のみのリクエストをＢＳ１１０へ送信し得、これにより、ＢＳ１１０が重複情報を伝送することが防止される。

図９は、方法８００が適用される一例の概略図を示す。例として、ＵＥ１２０－２が時点９１０において任意システム情報をすでにリクエストしたと想定される。ＵＥ１２０－１が後続の時点９２０において任意システム情報を必要とした時に、必要が緊急でない場合には、ＵＥ１２０－１は任意システム情報について１つまたは複数のリソースゾーンをチェックすることができる。一例として、一実施形態では、ＵＥ１２０－１はまず、リソースゾーン６２０－１をチェックすることができる。必要に応じた全ての任意システム情報が利用可能でない場合には、ＵＥ１２０－１は後続のリソースゾーン６２０－２を後ほど引き続きチェックする。ＵＥ１２０－１が、必要とされている任意システム情報を依然として全て見つけられない場合には、ＵＥ１２０－１は、例えば、要求チャネル上のリソース４４０－３を用いてリクエストを送信し得る。次に、ＵＥ１２０－１は、リソースゾーン６２０－３などの後続のリソースゾーン内で、リクエストされた任意システム情報を受信し得る。本例では、ＵＥ１２０－１は２つのリソースゾーン６２０－１および６２０－２をチェックするが、これは単に説明の目的のためにすぎず、本開示の範囲に関するいかなる限定をも示唆しないことを理解されたい。他の実施形態では、ＵＥ１２０－１は、３回以上の巡回において、１つのリソースゾーンのみ、または複数のリソースゾーンをチェックすることができる。

図１０は、本開示の諸実施形態に係るデバイス１０００の簡略ブロック図である。デバイス１０００は、図１に示されるとおりのＢＳ１１０の機能を果たすことができる。図示のように、デバイス１０００は、必須システム情報、および要求チャネルのリソース構成を一斉同報するように構成された送受信器１０１０を含み、必須システム情報は、デバイスのセルにアクセスするために必要とされる。デバイス１０００は、要求チャネル上において、必須システム情報以外の任意システム情報の少なくとも一部のリクエストを監視するように構成されたコントローラ１０２０をさらに含む。送受信器１０１０は、リクエストを受信したことに応じて任意システム情報の一部を一斉同報するようにさらに構成されている。

いくつかの実施形態では、送受信器１０１０は、ＡＩＴ内の、要求チャネルのリソース構成、および必須システム情報の少なくとも一部を一斉同報するように構成されている。いくつかの実施形態では、送受信器１０１０は、必須システム情報の準静的システム情報を第１の期間で一斉同報し、必須システム情報の動的システム情報を第１の期間よりも短い第２の期間で一斉同報するように構成されている。いくつかの実施形態では、動的システム情報は要求チャネルのリソース構成を含む。

いくつかの実施形態では、送受信器１０１０は、リソースゾーンの構成を必須システム情報とともに一斉同報するようにさらに構成されている。これらの実施形態では、送受信器１０１０は、リソースゾーン内で任意システム情報の一部を一斉同報するように構成されている。代替的に、いくつかの実施形態では、送受信器１０１０は、既定のリソースゾーン内で、任意システム情報の一部の存在を指示するためのインジケータを一斉同報し、既定のリソースゾーン内で任意システム情報の一部を一斉同報するように構成されている。

いくつかの実施形態では、送受信器１０１０は、要求チャネルのリソース構成を必須システム情報の一部として一斉同報するように構成されている。いくつかの実施形態では、要求チャネルのリソース構成は、要求チャネルの期間、参照信号に対する時間オフセット、または参照信号に対する周波数オフセットのうちの少なくとも１つを含む。

いくつかの実施形態では、コントローラ１０２０は、デバイスのビーム形成、またはセル内の端末のグループ化のうちの少なくとも１つに基づいて要求チャネルのリソース構成を決定するようにさらに構成されている。いくつかの実施形態では、コントローラ１０２０は、リクエストとしてのシーケンスを監視するように構成されており、シーケンスはセル内の複数の端末に共通である。

図１１は、本開示の諸実施形態に係る端末またはＵＥ１１００の簡略ブロック図を示す。端末１１００は、図１に示されるとおりのＵＥ１２０－１、１２０－２または１２０－３の機能を果たすことができる。図示のように、端末１１００は、デバイスによって一斉同報された、必須システム情報、および要求チャネルのリソース構成を受信するように構成された受信器１１００を含む。受信器１１００は、必須システム情報以外の任意システム情報の少なくとも一部を受信するようにさらに構成されており、任意システム情報の一部は、デバイスによって、リソース構成に従って要求チャネル上で送信されたリクエストに応じて一斉同報される。

いくつかの実施形態では、端末１１００は、リソース構成に従って要求チャネル上で任意システム情報の一部のリクエストに構成された送信器１１２０をさらに含む。いくつかの実施形態では、端末１１００は、リソースゾーン内において、さらなる端末によってリクエストされた任意システム情報の一部をチェックするように構成されたコントローラ１１３０をさらに含む。これらの実施形態では、送信器１１２０は、リソースゾーン内に任意システム情報の一部が無いことに応じて、リクエストをデバイスへ送信するように構成されている。いくつかの実施形態では、送信器１１２０は、リクエストとしてのシーケンスを送信するように構成されており、シーケンスはセル内の端末およびさらなる端末に共通である。

いくつかの実施形態では、受信器１１１０は、デバイスによって一斉同報されたＡＩＴを受信するように構成されている。これらの実施形態では、要求チャネルのリソース構成、および必須システム情報の少なくとも一部は、受信されたＡＩＴ内に含まれる。

いくつかの実施形態では、受信器１１１０は、デバイスによって第１の期間で一斉同報された必須システム情報の準静的システム情報を受信し、デバイスによって第１の期間よりも短い第２の期間で一斉同報された必須システム情報の動的システム情報を受信するように構成されている。いくつかの実施形態では、動的システム情報は要求チャネルのリソース構成を含み得る。

いくつかの実施形態では、受信器１１１０は、デバイスによって必須システム情報とともに一斉同報されたリソースゾーンの構成を受信するようにさらに構成されている。これらの実施形態では、受信器１１１０は、リソースゾーン内で任意システム情報の一部を受信するように構成されている。代替的に、いくつかの実施形態では、受信器１１１０は、既定のリソースゾーン内でインジケータを受信したことに応じて、既定のリソースゾーン内で任意システム情報の一部を受信するように構成されており、インジケータは、既定のリソースゾーン内における任意システム情報の一部の存在を指示する。

いくつかの実施形態では、受信器１１１０は、必須システム情報内に含まれる要求チャネルのリソース構成を受信するように構成されている。いくつかの実施形態では、要求チャネルのリソース構成は、要求チャネルの期間、参照信号に対する時間オフセット、または参照信号に対する周波数オフセットのうちの少なくとも１つを含む。いくつかの実施形態では、要求チャネルのリソース構成は、デバイスのビーム形成、またはセル内の端末のグループ化のうちの少なくとも１つに基づいて決定される。

図１２は、本開示の諸実施形態を実施するために適したデバイス１２００の簡略ブロック図である。例えば、図１に示されるとおりのＢＳ１１０およびＵＥ１２０の両方がデバイス１２００によって実現され得る。

図示のように、デバイス１２００は、プロセッサ１２１０と、プロセッサ１２１０に結合されたメモリ１２２０と、プロセッサ１２１０に結合された好適な送信器（ＴＸ）および受信器（ＲＸ）１２４０と、プロセッサ１２１０に結合された通信インターフェース１２５０とを含む。メモリ１２２０はプログラム１２３０の少なくとも一部を記憶する。ＴＸ／ＲＸ１２４０は双方向ワイヤレス通信のためのものである。ＴＸ／ＲＸ１２４０は、通信を促進するための少なくとも１つのアンテナを有するが、実際には、本出願に述べられているアクセスノードはいくつかのアンテナを有し得る。通信インターフェース１２５０は、ｅＮＢ間の双方向通信のためのＸ２インターフェース、モビリティ管理エンティティ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、ＭＭＥ）／サービングゲートウェイ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ、Ｓ－ＧＷ）とｅＮＢとの間の通信のためのＳ１インターフェース、ｅＮＢと中継ノード（ｒｅｌａｙ ｎｏｄｅ、ＲＮ）との間の通信のためのＵｎインターフェース、またはｅＮＢと端末デバイスとの間の通信のためのＵｕインターフェースなどの、他のネットワーク要素との通信のために必要である任意のインターフェースを表し得る。

プログラム１２３０は、関連付けられたプロセッサ１２１０によって実行されると、デバイス１２００が、本明細書において図２～図８を参照して説明されたとおりの、本開示の諸実施形態に従って動作することを可能にするプログラム命令を含むと仮定される。本明細書における諸実施形態は、デバイス１２００のプロセッサ１２１０によって実行可能なコンピュータソフトウェアによって、またはハードウェアによって、あるいはソフトウェアおよびハードウェアの組み合わせによって実施され得る。プロセッサ１２１０およびメモリ１２２０の組み合わせは、本開示の様々な実施形態を実施するように適合された処理手段を形成し得る。

メモリ１２２０は、局所的技術環境に適した任意の種類のものであり得、非限定例として、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定式メモリおよび着脱式メモリなどの、任意の好適なデータ記憶技術を用いて実装され得る。１つのメモリ１２２０のみがデバイス１２００内に示されているが、いくつかの物理的に別個のメモリモジュールがデバイス１２００内に存在してもよい。プロセッサ１２１０は、局所的技術環境に適した任意の種類のものであり得、非限定例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含み得る。デバイス１２００は、メインプロセッサを同期させるクロックに時間的に従属させられた特定用途向け集積回路チップなどの、複数のプロセッサを有し得る。

概して、本開示の様々な実施形態は、ハードウェアまたは専用回路、ソフトウェア、論理あるいはこれらの任意の組み合わせの形態で実施され得る。いくつかの態様はハードウェアの形態で実施され得、その一方で、他の態様は、コントローラ、マイクロプロセッサまたはその他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアの形態で実施され得る。本開示の諸実施形態の様々な態様は、ブロック図、フローチャートとして、または何らかの他の図的表現を用いて図解され、説明されているが、本明細書において説明されているブロック、装置、システム、技法または方法は、非限定例として、ハードウェア、ソフトウェア、ファームウェア、専用回路もしくは論理、汎用ハードウェアもしくはコントローラ、またはその他のコンピューティングデバイス、あるいはこれらの何らかの組み合わせの形態でされ得ることは理解されるであろう。

例として、本開示の諸実施形態は、プログラムモジュール内に含まれるものなどの、マシン実行可能命令がデバイス内においてターゲットの現実または仮想のプロセッサ上で実行される一般的な文脈で説明することができる。概して、プログラムモジュールは、特定のタスクを遂行するか、または特定の抽象データ型を実装する、ルーチン、プログラム、ライブラリ、オブジェクト、クラス、構成要素、データ構造、または同様のものなどを含む。プログラムモジュールの機能性は様々な実施形態において所望に応じてプログラムモジュールの間で組み合わせられるか、または分けられ得る。プログラムモジュールのためのマシン実行可能命令はローカルデバイスまたは分散デバイス内で実行され得る。分散デバイス内において、プログラムモジュールは、ローカルおよびリモート記憶媒体の両方の内部に配置され得る。

本開示の方法を遂行するためのプログラムコードは、１つまたは複数のプログラミング言語の任意の組み合わせで書かれ得る。これらのプログラムコードは汎用コンピュータ、専用コンピュータ、またはその他のプログラム可能データ処理装置のプロセッサまたはコントローラに提供されてもよく、それにより、プログラムコードは、プロセッサまたはコントローラによって実行されると、フローチャートおよび／またはブロック図において指定された機能／動作を実施させる。プログラムコードは完全にマシン上で実行するか、一部マシン上で実行するか、独立型ソフトウェアパッケージとして実行するか、一部マシン上で、且つ一部リモートマシン上で実行するか、または完全にリモートマシンもしくはサーバ上で実行し得る。

本開示の文脈において、マシン可読媒体は、命令実行システム、装置、またはデバイスによって、またはこれと関連して用いるためのプログラムを包含または記憶し得る任意の有形媒体であり得る。マシン可読媒体はマシン可読信号媒体またはマシン可読記憶媒体であり得る。マシン可読媒体としては、限定するものではないが、電子式、磁気式、光学式、電磁式、赤外線式、または半導体式のシステム、装置、またはデバイス、あるいは上述のものの任意の好適な組み合わせを挙げることができる。マシン可読記憶媒体のより具体的な例としては、１つもしくは複数の配線を有する電気接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、リードオンリーメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＥＰＲＯＭもしくはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスクリードオンリーメモリ（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＣＤ－ＲＯＭ）、光記憶デバイス、磁気記憶デバイス、または上述のものの任意の好適な組み合わせが挙げられるであろう。

さらに、動作は特定の順序で示されているが、これは、望ましい結果を達成するために、このような動作が、図示されている特定の順序で、または順番に行われること、あるいは例示されている動作が全て行われることを必要とするものと理解されるべきではない。特定の状況では、マルチタスキングおよび並列処理が有利になり得る。同様に、上述の説明にはいくつかの特定の実装の詳細が包含されているが、これらは、本開示の範囲の限定として解釈されるべきではなく、むしろ、特定の実施形態に固有のものであり得る特徴の説明として解釈されるべきである。別個の実施形態の文脈で記載されている一部の特徴はまた、単一の実施形態において組み合わせて実装することもできる。逆に、単一の実施形態の文脈で記載されている様々な特徴はまた、複数の実施形態において、別個に、または任意の好適な部分的組み合わせで実装することもできる。

本開示は、構造的特徴および／または方法の動作に特定的な文言で説明されたが、添付の請求項において定義された本開示は、上述された特定の特徴または動作に必ずしも限定されないことを理解されたい。むしろ、上述された特定の特徴および動作は、請求項を実施する例示的形態として開示されている。

Claims (22)

1. デバイス（１１０、１０００、１２００）によって実装される方法（３００）であって、
   必須システム情報（４３０、５２０、５３０、６１０、６３０）、および要求チャネルのリソース構成を一斉同報すること（２１０、３１０）であって、前記要求チャネルは、端末が任意システム情報の少なくとも一部を要求するリクエストを送信する、セル（１１２）内の端末（１２０－１、１２０－２、１２０－３）によって共有された共通チャネルであり、前記必須システム情報は、前記デバイスの前記セルにアクセスするために必要とされ、前記リクエストは、前記任意システム情報のどの部分が必要とされているかを示す、一斉同報すること（２１０、３１０）と、
   前記要求チャネル上において、前記必須システム情報以外の任意システム情報の少なくとも一部のリクエストを監視すること（２２０、３４０）と、
   端末から前記リクエストを受信したこと（２５０、３５０）に応じて、前記任意システム情報の前記一部を一斉同報すること（２６０、３６０）と、
   を含み、
   前記必須システム情報、および前記要求チャネルの前記リソース構成を一斉同報することが、アクセス情報テーブル（ＡＩＴ）（４１０）内の、前記要求チャネルの前記リソース構成、および前記必須システム情報（４３０、５２０、６１０）の少なくとも一部を一斉同報すること（２１０、３１０）を含む、方法（３００）。
2. 前記必須システム情報を一斉同報することが、
   前記必須システム情報の準静的システム情報（５２０）を第１の期間で一斉同報すること（２１０、３１０）と、
   前記必須システム情報の動的システム情報（５３０、６３０）を前記第１の期間よりも短い第２の期間で一斉同報すること（２１０、３１０）であって、前記動的システム情報は前記要求チャネルの前記リソース構成を含む、一斉同報すること（２１０、３１０）と、
   を含む、請求項１に記載の方法。
3. リソースゾーン（６２０、６２０－１、６２０－２、６２０－３）の構成を前記必須システム情報とともに一斉同報すること（２１０、３１０）をさらに含み、
   前記任意システム情報の前記一部を一斉同報することが、前記リソースゾーン内で前記任意システム情報の前記一部を一斉同報すること（２６０、３６０）を含む、
   請求項１または２に記載の方法。
4. 前記任意システム情報の前記一部を一斉同報することが、
   既定のリソースゾーン（６２０、６２０－１、６２０－２、６２０－３）内で、前記任意システム情報の前記一部の存在を指示するためのインジケータを一斉同報すること（２６０、３６０）と、
   前記既定のリソースゾーン内で前記任意システム情報の前記一部を一斉同報すること（２６０、３６０）と、
   を含む、請求項１または２に記載の方法。
5. 必須システム情報、および前記要求チャネルの前記リソース構成を一斉同報することが、
   前記要求チャネルの前記リソース構成を前記必須システム情報（４３０、５３０、６１０、６３０）の一部として一斉同報すること（２１０、３１０）を含む、請求項１から４のいずれか一項に記載の方法。
6. 前記要求チャネルの前記リソース構成が、前記要求チャネルの期間、参照信号（４２０）に対する時間オフセット、または前記参照信号に対する周波数オフセットのうちの少なくとも１つを含む、請求項１から５のいずれか一項に記載の方法。
7. 前記デバイスのビーム形成、または前記セル内の端末（１２０－１、１２０－２、１２０－３）のグループ化のうちの少なくとも１つに基づいて前記要求チャネルの前記リソース構成を決定すること（３０５）をさらに含む、請求項１から６のいずれか一項に記載の方法。
8. 前記リクエストを監視することが、前記リクエストとしてのシーケンスを監視すること（２２０、３４０）であって、前記シーケンスは前記セル内の複数の端末（１２０－１、１２０－２、１２０－３）に共通である、監視すること（２２０、３４０）を含む、請求項１から７のいずれか一項に記載の方法。
9. 端末（１２０－１、１２０－２、１２０－３、１１００、１２００）によって実装される方法（７００、８００）であって、
   デバイス（１１０、１０００、１２００）によって一斉同報された、必須システム情報（４３０、５２０、５３０、６１０、６３０）、および要求チャネルのリソース構成を受信すること（２３０、７１０）であって、前記要求チャネルは、前記端末が任意システム情報の少なくとも一部を要求するリクエストを送信する、セル（１１２）内の前記端末（１２０－１）およびさらなる端末（１２０－２、１２０－３）によって共有チャネルであり、前記必須システム情報は、前記デバイスの前記セルにアクセスするために必要とされ、前記リクエストは、前記任意システム情報のどの部分が必要とされているかを示す、受信すること（２３０、７１０）と、
   前記必須システム情報以外の任意システム情報の少なくとも一部を受信すること（２７０、７３０、８４０）であって、前記任意システム情報の前記一部は、前記デバイスによって、前記リソース構成に従って前記要求チャネル上で送信されたリクエストに応じて一斉同報される、受信すること（２７０、７３０、８４０）と、
   を含み、
   前記必須システム情報、および前記要求チャネルの前記リソース構成を受信することが、アクセス情報テーブル（ＡＩＴ）（４１０）内の、前記要求チャネルの前記リソース構成、および前記必須システム情報（４３０、５２０、６１０）の少なくとも一部を受信すること（２３０、７１０）を含む、方法（７００、８００）。
10. 前記リソース構成に従って前記要求チャネル上で前記任意システム情報の前記一部の前記リクエストを送信すること（７２０、８３０）をさらに含む、請求項９に記載の方法。
11. 前記リクエストを送信することが、
    リソースゾーン（６２０、６２０－１、６２０－２、６２０－３）内において、さらなる端末（１２０－２、１２０－３）によってリクエストされた前記任意システム情報の前記一部をチェックすること（８１０）と、
    前記リソースゾーン内に前記任意システム情報の前記一部が無いこと（８２０）に応じて、前記リクエストを前記デバイスへ送信すること（７２０、８３０）と、
    を含む、請求項１０に記載の方法。
12. 前記リクエストを送信することが、
    前記リクエストとしてのシーケンスを送信すること（７２０、８３０）であって、前記シーケンスは前記セル内の前記端末（１２０－１）およびさらなる端末（１２０－２、１２０－３）に共通である、送信すること（７２０、８３０）を含む、請求項１０または１１に記載の方法。
13. 必須システム情報を受信することが、
    前記デバイスによって第１の期間で一斉同報された前記必須システム情報の準静的システム情報（５２０）を受信すること（２３０、７１０）と、
    前記デバイスによって前記第１の期間よりも短い第２の期間で一斉同報された前記必須システム情報の動的システム情報（５３０、６３０）を受信すること（２３０、７１０）であって、前記動的システム情報は前記要求チャネルの前記リソース構成を含む、受信すること（２３０、７１０）と、
    を含む、請求項９から１２のいずれか一項に記載の方法。
14. 前記デバイスによって前記必須システム情報とともに一斉同報されたリソースゾーン（６２０、６２０－１、６２０－２、６２０－３）の構成を受信すること（２３０、７１０）をさらに含み、
    任意システム情報の少なくとも一部を受信することが、前記リソースゾーン内で前記任意システム情報の前記一部を受信すること（２７０、７３０、８４０）を含む、
    請求項９から１３のいずれか一項に記載の方法。
15. 前記任意システム情報の前記一部を受信することが、既定のリソースゾーン内でインジケータを受信したことに応じて、前記既定のリソースゾーン内で前記任意システム情報の前記一部を受信すること（２７０、７３０、８４０）であって、前記インジケータは、前記既定のリソースゾーン内における前記任意システム情報の前記一部の存在を指示する、受信すること（２７０、７３０、８４０）を含む、請求項９から１４のいずれか一項に記載の方法。
16. 前記要求チャネルの前記リソース構成を受信することが、
    前記必須システム情報内に含まれる前記要求チャネルの前記リソース構成を受信すること（２３０、７１０）を含む、請求項９から１５のいずれか一項に記載の方法。
17. 前記要求チャネルの前記リソース構成が、前記要求チャネルの期間、参照信号（４２０）に対する時間オフセット、または前記参照信号に対する周波数オフセットのうちの少なくとも１つを含む、請求項９から１６のいずれか一項に記載の方法。
18. 前記要求チャネルの前記リソース構成が、前記デバイスのビーム形成、あるいは前記セル内の前記端末（１２０－１）およびさらなる端末（１２０－２、１２０－３）のグループ化のうちの少なくとも１つに基づいて決定される、請求項９から１７のいずれか一項に記載の方法。
19. デバイス（１１０、１０００）であって、
    必須システム情報（４３０、５２０、５３０、６１０、６３０）、および要求チャネルのリソース構成を一斉同報する（２１０、３１０）ように構成された送受信器（１０１０）であって、前記要求チャネルは、端末が任意システム情報の少なくとも一部を要求するリクエストを送信する、セル（１１２）内の端末（１２０－１、１２０－２、１２０－３）によって共有された共通チャネルであり、前記必須システム情報は、前記デバイスの前記セルにアクセスするために必要とされ、前記リクエストは、前記任意システム情報のどの部分が必要とされているかを示す、送受信器（１０１０）と、
    前記要求チャネル上において、前記必須システム情報以外の任意システム情報の少なくとも一部のリクエストを監視する（２２０、３４０）ように構成されたコントローラ（１０２０）と、
    を備え、
    前記送受信器が、端末から前記リクエストを受信したこと（２５０、３５０）に応じて前記任意システム情報の前記一部を一斉同報する（２６０、３６０）ようにさらに構成され、
    前記送受信器が、アクセス情報テーブル（ＡＩＴ）（４１０）内の、前記要求チャネルの前記リソース構成、および前記必須システム情報（４３０、５２０、６１０）の少なくとも一部を一斉同報する（２１０、３１０）ように構成されている、
    デバイス（１１０、１０００）。
20. 受信器（１１００）を備える端末（１２０－１、１２０－２、１２０－３、１１００）であって、前記受信器（１１００）は、
    デバイス（１１０、１０００、１２００）によって一斉同報された、必須システム情報（４３０、５２０、５３０、６１０、６３０）、および要求チャネルのリソース構成を受信すること（２３０、７１０）であって、前記要求チャネルは、端末が任意システム情報の少なくとも一部を要求するリクエストを送信する、セル（１１２）内の前記端末（１２０－１）およびさらなる端末（１２０－２、１２０－３）によって共有された共通チャネルであり、前記必須システム情報は、前記デバイスの前記セルにアクセスするために必要とされ、前記リクエストは、前記任意システム情報のどの部分が必要とされているかを示す、受信すること（２３０、７１０）と、
    前記必須システム情報以外の任意システム情報の少なくとも一部を受信すること（２７０、７３０、８４０）であって、前記任意システム情報の前記一部は、前記デバイスによって、前記リソース構成に従って前記要求チャネル上で送信されたリクエストに応じて一斉同報される、受信すること（２７０、７３０、８４０）と、
    を行うように構成され、
    前記受信器が、前記デバイスによって一斉同報されたアクセス情報テーブル（ＡＩＴ）（４１０）を受信する（２３０、７１０）ように構成されており、前記ＡＩＴは、前記要求チャネルの前記リソース構成、および前記必須システム情報（４３０、５２０、６１０）の少なくとも一部を含む、端末（１２０－１、１２０－２、１２０－３、１１００）。
21. デバイス（１２００）のプロセッサ（１２１０）上で実行されると、前記デバイスに、請求項１から８のいずれか一項に記載の方法（３００）を行わせる命令を含む、コンピュータプログラム（１２３０）。
22. 端末（１２００）のプロセッサ（１２１０）上で実行されると、前記端末に、請求項９から１８のいずれか一項に記載の方法（７００、８００）を行わせる命令を含む、コンピュータプログラム（１２３０）。

Images