(57)【特許請求の範囲】
【請求項１】
ネットワークノードによって実施される、システム情報（ＳＩ）収集時間を低減するための方法であって、
ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ１−ＢＲ（ＳＩＢ１−ＢＲ）に含まれる情報が過去における特定の時間から変化したか否かを指示するための１ビット情報エレメントを含むマスタ情報ブロック（ＭＩＢ）を生成することであって、前記情報が、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇと複数のＳＩメッセージのスケジューリング情報とを含む、ＭＩＢを生成することと、
前記ＭＩＢを送信することと
を含み、
過去における前記特定の時間が、現在時間とＭＩＢ指示時間期間とに基づいており、
前記ＭＩＢ指示時間期間がＢＣＣＨ修正期間である、
方法。
【請求項２】
前記情報を更新することと、
前記情報が変化したことを指示するようにＳＩ変化フラグを第１の値にセットすることと、
タイマーをアクティブ化することであって、前記タイマーは、前記タイマーがアクティブ化されたときから前記ＭＩＢ指示時間期間が経過したときに満了する、タイマーをアクティブ化することと、
前記タイマーが満了した場合、前記情報が前記ＭＩＢ指示時間期間内に変化しなかったことを指示するように前記ＳＩ変化フラグを第２の値にセットすることと、
前記タイマーが依然として動作している間に前記情報がさらに更新された場合、前記タイマーをリセットすることであって、前記タイマーがリセットされたときから前記ＭＩＢ指示時間期間が経過したときに前記タイマーが満了するように、前記タイマーをリセットすることと
をさらに含み、
前記ＭＩＢ中に含まれる前記１ビット情報エレメントが前記ＳＩ変化フラグの値に等しくセットされる、
請求項１に記載の方法。
【請求項３】
ユーザ機器（ＵＥ）によって実施される、システム情報（ＳＩ）収集時間を低減するための方法であって、
ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ１−ＢＲ（ＳＩＢ１−ＢＲ）に含まれる情報が過去における特定の時間から変化させられたか否かを指示するための１ビット情報エレメントを含むマスタ情報ブロック（ＭＩＢ）を受信すること
を含み、
前記情報が、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇと複数のＳＩメッセージのスケジューリング情報とを含み、
過去における前記特定の時間が、現在時間とＭＩＢ指示時間期間とに基づいており、
前記ＭＩＢ指示時間期間がＢＣＣＨ修正期間である、方法。
【請求項４】
前記ＭＩＢを受信した後に、前記情報を含むシステム情報ブロック（ＳＩＢ）を収集することであって、前記ＵＥは、前記１ビット情報エレメントがセットされる値にかかわらず前記ＳＩＢを収集すること
をさらに含む、請求項３に記載の方法。
【請求項５】
前記ＳＩＢを収集した後に、前記情報が過去における特定の時点から変化させられなかったことを指示する特定の値にセットされる１ビット情報エレメントを含む後続のＭＩＢを受信することと、
後続のＳＩＢの収集がスキップされ得るかどうかを決定することであって、前記後続のＭＩＢ中に含まれる前記１ビット情報エレメントが、前記情報が変化させられなかったことを指示する前記特定の値にセットされていると決定することを含む、後続のＳＩＢの収集がスキップされ得るかどうかを決定することと、
前記後続のＳＩＢの収集がスキップされ得ると決定した後に、前記情報を含む前記後続のＳＩＢの前記収集をスキップすることと
をさらに含む、請求項４に記載の方法。
【請求項６】
前記後続のＳＩＢの収集がスキップされ得るかどうかを決定することは、前記ＵＥが、前記ＵＥが最新のＳＩを現在有するかどうかを決定することをさらに含む、請求項５に記載の方法。
【請求項７】
システム情報（ＳＩ）収集時間を低減するためのネットワークノードであって、
ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ１−ＢＲ（ＳＩＢ１−ＢＲ）に含まれる情報が過去における特定の時間から変化したか否かを指示するための１ビット情報エレメントを含むマスタ情報ブロック（ＭＩＢ）を生成することであって、前記情報が、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇと複数のＳＩメッセージのスケジューリング情報とを含む、ＭＩＢを生成することと、
前記ＭＩＢを送信することと
を行うように適応され、
過去における前記特定の時間が、現在時間とＭＩＢ指示時間期間とに基づいており、
前記ＭＩＢ指示時間期間がＢＣＣＨ修正期間である、ネットワークノード。
【請求項８】
システム情報（ＳＩ）収集時間を低減するためのユーザ機器（ＵＥ）であって、
ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ１−ＢＲ（ＳＩＢ１−ＢＲ）に含まれる情報が過去における特定の時間から変化させられたか否かを指示するための１ビット情報エレメントを含むマスタ情報ブロック（ＭＩＢ）を受信する
ように適応され、
前記情報が、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇと複数のＳＩメッセージのスケジューリング情報とを含み、
過去における前記特定の時間が、現在時間とＭＩＢ指示時間期間とに基づいており、
前記ＭＩＢ指示時間期間がＢＣＣＨ修正期間である、ＵＥ。
【請求項９】
少なくとも１つのプロセッサ上で実行されたとき、前記少なくとも１つのプロセッサに、請求項１から６のいずれか一項に記載の方法を行わせる命令を備える、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
たとえば、ディープスリープ状態から起動しつつあるユーザ機器（ＵＥ）など、ＵＥ（たとえば、モノのインターネット（ＩｏＴ）デバイス、マシン型通信（ＭＴＣ）デバイス、または他の通信デバイス）によってシステム情報（ＳＩ）収集時間を低減することに関係する実施形態が開示される。
【背景技術】
【０００２】
概して、ＵＥがネットワークと通信することが可能であるために、ＵＥは、何らかのシステム情報（ＳＩ）を取得しなければならない。一般に、基地局が、ＵＥによって必要とされるＳＩを含んでいるマスタ情報ブロック（ＭＩＢ）を周期的にブロードキャストする。基地局は、ＵＥによって必要とされるさらなるＳＩを同じく含んでいることがある異なるシステム情報ブロック（ＳＩＢ）をも送信する。たとえば、ＬＴＥ−Ｍ１基地局が、たとえば、「ＳＩＢ１−ＢＲ」と呼ばれる特定のＳＩＢを送信する。
【０００３】
最近、マシンツーマシン（Ｍ２Ｍ）および／またはモノのインターネット（ＩｏＴ）関係使用事例をカバーするための技術を指定することに関して、３ＧＰＰにおいて多くの作業があった。３ＧＰＰリリース１３のための直近の作業は、最高６つの物理リソースブロック（ＰＲＢ）の低減された最大帯域幅をサポートする、新しいＵＥカテゴリＭ１（Ｃａｔ−Ｍ１）を用いたマシン型通信（ＭＴＣ）と、新しい無線インターフェースを指定する狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）作業項目（およびＵＥカテゴリＮＢ１、Ｃａｔ−ＮＢ１）とをサポートするための拡張を含む。
【０００４】
ＭＴＣについての３ＧＰＰリリース１３において導入されたＬＴＥ拡張を「ｅＭＴＣ」と呼び、３ＧＰＰリリース１４において導入されたさらなる拡張を「ＦｅＭＴＣ」と呼び、帯域幅制限されたＵＥと、Ｃａｔ−Ｍ１と、Ｃａｔ−Ｍ２とのサポート、およびカバレッジ拡張のサポートが含まれる（限定ではない）。これは、説明をＮＢ−ＩｏＴから分離するためであるが、サポートされる特徴は、一般的なレベルで同様である。
【０００５】
「レガシー」ＬＴＥと、ｅＭＴＣまたはＦｅＭＴＣ作業のために（同様にＮＢ−ＩｏＴのために）規定されたプロシージャおよびチャネルとの間に複数の差異がある。いくつかの重要な差異は、ｅＭＴＣにおいてＭＰＤＣＣＨと呼ばれ、ＮＢ−ＩｏＴにおいてＮＰＤＣＣＨと呼ばれる、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、ならびに、ＮＢ−ＩｏＴのための新しい物理ランダムアクセスチャネル（ＮＰＲＡＣＨ）など、新しい物理チャネルを含む。
【０００６】
システム情報（ＳＩ）（ｅＭＴＣとＮＢ−ＩｏＴの両方）の場合、ＳＩＢ１−ＢＲ／ＳＩＢ１−ＮＢ（ＭＩＢ／ＭＩＢ−ＮＢ中に含まれるスケジューリング情報）、またはシステム情報メッセージ（ＳＩＢ１−ＢＲ／ＳＩＢ１−ＮＢ中で与えられるシステム情報ウィンドウ内の固定スケジューリング）のいずれもの動的スケジューリングがない。ｅＭＴＣとＮＢ−ＩｏＴの両方がカバレッジ拡張をサポートし、ＵＥは、システム情報ブロードキャストを正常に復号することが可能であるために、システム情報ブロードキャストのいくつかの繰返しを累積しなければならないことがある。これは、システム情報収集時間が実際に長くなるほど、ＵＥがその中にあるカバレッジが悪くなることを意味する。これをなくすために、いくつかの物理チャネルとシステム情報とのためのより密な繰返しが、ｅＭＴＣおよびＮＢ−ＩｏＴリリース１３において導入された。これの欠点は、システムオーバーヘッドの増加である（すなわち、より多くの無線リソースが、連続（「常時オン」の）制御シグナリングブロードキャストよって消費される）。システム収集プロシージャは、概して、ＬＴＥに関してｅＭＴＣおよびＮＢ−ＩｏＴについて同じであり、ＵＥは、最初に、ＰＳＳ／ＳＳＳを読み取ることによってダウンリンク同期を達成し、次いで、ＵＥは、ＭＩＢを読み取り、次いで、ＳＩＢ１（たとえば、ＳＩＢ１−ＢＲ）を読み取り、最後に、（各々が、場合によっては複数のＳＩＢを含んでいる）ＳＩ−メッセージが収集される。
【０００７】
第７０回３ＧＰＰ  ＲＡＮ会議において、狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）と称する新しいリリース１３作業項目が承認された。その目的は、改善された屋内カバレッジ、大量の低スループットデバイスのサポート、遅延に対して敏感でないこと、超低デバイスコスト、低デバイス電力消費および（最適化された）ネットワークアーキテクチャに対処する、セルラーモノのインターネット（ＩｏＴ）のための無線アクセスを指定することである。
【０００８】
ＮＢ−ＩｏＴの場合、３つの異なる動作モード、すなわち、スタンドアロン、ガード帯域、および帯域内が規定される。スタンドアロンモードでは、ＮＢ−ＩｏＴシステムは、専用周波数帯域において動作される。帯域内動作の場合、ＮＢ−ＩｏＴシステムは、現在のＬＴＥシステムによって使用される周波数帯域内に配置され得、ガード帯域モードでは、ＮＢ−ＩｏＴシステムは、現在の（レガシー）ＬＴＥシステムによって使用されるガード帯域において動作され得る。ＮＢ−ＩｏＴは、１８０ｋＨｚのシステム帯域幅を用いて動作することができる。複数のキャリアが設定されたとき、たとえば、システム容量、セル間干渉協調、負荷分散などを増加させるために、いくつかの１８０ｋＨｚキャリアが使用され得る。
【０００９】
通常よりも多くの容量を必要とするいくつかの使用事例、たとえば、ソフトウェアまたはファームウェアアップグレードに適応するために、マルチキャリア動作が使用される。ＮＢ−ＩｏＴデバイスは、アンカーキャリア上でシステム情報をリッスンするが、データがあるとき、通信は、２次キャリアに移動され得る。
【発明の概要】
【００１０】
リリース１４中に、長いシステム情報収集時間に関係するいくつかの潜在的問題が、ＲＡＮ４によって識別された。システム収集時間を低減することは、ｅＭＴＣについてのリリース１５のための同意された作業項目目的のうちの１つでもある。より詳細には、ＲＡＮ１は、概して、ＲＡＮ２が（考慮されたＲＡＮ１改善の上に）改善を与え得るいくつかのエリアを概説する。原則として、これは、ちょうど、いくつかのＳＩブロードキャストメッセージがいくつかの状況においてＵＥによってスキップされ得るかどうかという問いをＲＡＮ２に提起しており、ここで最も関心のある事例は、ＳＩＢ１−ＢＲ読取りをスキップすることである）。参照のために、ＬＴＥ−Ｍ  ＭＩＢのコンテンツが表１において以下で示される。
表１
0006989618.tif 000002
【００１１】
ＮＢ−ＩｏＴにとっての最も顕著な差異は、ＮＢ−ＩｏＴでは、ｖａｌｕｅＴａｇがＭＩＢ中に存在せず、代わりに、ＳＩＢ１−ＢＲ中にあることである。
【００１２】
現在、（１つまたは複数の）ある課題が存在する。ＳＩＢ１−ＢＲは、ｉ）アクセス情報と、ｉｉ）システム情報ｖａｌｕｅＴａｇと、ｉｉｉ）ハイパーシステムフレーム番号（Ｈ−ＳＦＮ）と、ｉｖ）有効サブフレームを指示するビットマップと、ｖ）（本質的にＰＣＦＩＣＨと入れ替わる）ＭＰＤＣＣＨおよびＰＤＳＣＨのための開始ＯＦＤＭシンボルと、ｖｉ）他のＳＩメッセージのスケジューリング情報とを含んでいる。
【００１３】
アクセス関係情報、有効サブフレーム指示などにより、ＵＥが初期収集のためにＳＩＢ１−ＢＲを読み取ることをスキップすることは、極めて困難であるか、さらには不可能である。しかしながら、ＳＩの再収集の場合、それは、たとえばｅＤＲＸまたはＰＳＭから起動するＵＥについて、存立可能なオプションであり得る。たいていの場合、ＳＩはセルにおいて変化しないが、ＵＥは、依然として、システム情報ｖａｌｕｅＴａｇを読み取ることによってこれが当てはまることを保証しなければならない。したがって、１つの手法は、ＭＩＢ中に直接ｖａｌｕｅＴａｇを入れることである。しかしながら、これは、いくつかの理由のために問題になる。最初に、ｖａｌｕｅＴａｇは５ビットであるが、５スペアビットのみがＭＩＢ中に残されている。ｅＭＴＣが、ＬＴＥ全般のための将来の使用を意図したすべての残りのスペアビットを使い切ることを３ＧＰＰによって許可される可能性は、非常に低い。その上、ＭＩＢスペアビットのうちのいくつかは、おそらく、たとえば、ＮＢ−ＩｏＴに関してＭＩＢ中にアクセス規制有効化フラグ（ａｃｃｅｓｓ  ｂａｒｒｉｎｇ  ｅｎａｂｌｅｄ  ｆｌａｇ）（ａｂ−Ｅｎａｂｌｅｄ）を有するために、依然として「低減されたシステム収集時間」に関係する、他の目的のために使用される。ＭＩＢ中にｖａｌｕｅＴａｇを含めることに関する別の問題は、これにより、余分な情報を、最悪の場合には５ビットをブロードキャストし、システムオーバーヘッドを増加させることになることである。別の手法は、ｖａｌｕｅＴａｇのためにより少数のビット（たとえば、５の代わりに２ビット）を使用することである。５ビットの場合、ネットワークは、３ｈまたは２４ｈのＳＩ有効性時間（ｖａｌｉｄｉｔｙ  ｔｉｍｅ）中に最高３２回システム情報を更新することができる（これは設定次第である）。５ビットよりも少ないｖａｌｕｅＴａｇが代わりに使用される場合、これは、ネットワークがＳＩ有効性時間中に３２回よりも少なく（たとえば、２回または４回）ＳＩを変化させるように制限されることを意味する。これは、レガシー動作に対するかなり押しつけがましい変化であり、たとえば、２ビットｖａｌｕｅＴａｇは、ネットワークがこの期間中に４回のみＳＩを更新することができることを意味する。
【００１４】
本開示のいくつかの態様およびそれらの実施形態は、これらまたは他の課題のソリューションを与える。たとえば、本明細書で提示されるいくつかの実施形態は、ＵＥがＳＩＢ１−ＢＲを読み取る必要がある場合、特定の値にセットされる、ＭＩＢ中の指示（たとえば、１ビットフラグ）を利用し、他の場合、ＭＩＢ指示は異なる値にセットされる。このＭＩＢ指示は、そのＭＩＢ指示中のＳＩＢ１−ＢＲおよびｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇが変化すると、１ビットを使用する最も単純な場合には、フラグが「０」から「１」に変化させられ、これが、ＵＥがＳＩＢ１−ＢＲを読み取ることをもはや省略することができないことを指示するが、ＳＩＢ１−ＢＲの後続の変化において、フラグが、ある時間期間、たとえばＨＳＦＮサイクルの残りの間、依然として「１」にセットされるという意味で、ｖａｌｕｅＴａｇとは異なる。ＭＩＢスペアビットの中から１ビット（または何らかの他の小さい数）のみを使用することは、ＳＩＢ１−ＢＲ／ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇが更新されないとき、すべてのＵＥに明らかな利点を与え、これは、ほとんどの場合、当てはまる。ＳＩが更新された場合、ＵＥは、単に、リリース１３プロシージャに従う。（複数のビットを用いた実施形態は、詳細な説明において見られるように、追加の利益を有し得る。）（システムｖａｌｕｅＴａｇを検査するためになど）ＵＥがＳＩＢ１−ＢＲを収集する必要を低減する、上記で説明されたソリューションは、システムアクセス時間とＵＥバッテリー寿命とを大幅に改善する。
【００１５】
本明細書で開示される問題点のうちの１つまたは複数に対処する様々な実施形態が、本明細書で提案される。いくつかの実施形態は、（１つまたは複数の）以下の技術的利点のうちの１つまたは複数を与え得る。ＵＥは、ＳＩ再収集のためにＳＩＢ１−ＢＲを読み取ることをスキップし、それにより、ＵＥシステム収集／アクセス時間を改善し、ＵＥバッテリー寿命を延長することができ、ソリューションは、ＭＩＢスペアビットのうちの１つ（または少数）のみを使用し、それにより、希少資源を効率的に使用する。
【００１６】
これらおよび他の実施形態が、本明細書でさらに説明される。
【００１７】
本明細書に組み込まれ、明細書の一部をなす添付の図面は、様々な実施形態を示している。
【図面の簡単な説明】
【００１８】
【図１】いくつかの実施形態による、アーキテクチャ図である。
【図２】いくつかの実施形態による、プロセスを示すフローチャートである。
【図３】いくつかの実施形態による、プロセスを示すフローチャートである。
【図４】いくつかの実施形態による、プロセスを示すフローチャートである。
【図５】ＳＩＢ１−ＢＲスキッピングのための一実施形態を示す図である。
【図６】いくつかの実施形態による、プロセスを示すフローチャートである。
【図７】いくつかの実施形態による、プロセスを示すフローチャートである。
【図８】いくつかの実施形態による、ＵＥのブロック図である。
【図９】いくつかの実施形態による、ネットワークノードのブロック図である。
【図１０】いくつかの実施形態による、符号化プロセスを示す図である。
【図１１】いくつかの実施形態による、符号化プロセスを示す図である。
【発明を実施するための形態】
【００１９】
不十分なカバレッジにおけるＣａｔ−Ｍ１、Ｃａｔ−Ｍ２、Ｃａｔ−Ｎ１、およびＣａｔ−Ｎ２  ＵＥが、長いシステム収集時間を経験し得る。いくつかの場合には、ＮＢ−ＩｏＴとＬＴＥ−Ｍ（ｅＭＴＣ）の両方について、システム情報を収集するのに長い時間を要し得ることが、［３］［４］において識別される。したがって、Ｒｅｌ−１５における、ＬＴＥ−ＭとＮＢ−ＩｏＴの両方のさらなる拡張の１つの目的は、システム収集時間を低減することである。
【００２０】
本開示では、ＮＢ−ＩｏＴ  ＵＥがマスタ情報ブロック（ＭＩＢ）中のあるマスタ情報（ＭＩ）および／またはいくつかのシステム情報ブロック（ＳＩＢ）中のあるシステム情報（ＳＩ）の収集をスキップすることを可能にする方法およびシステムを提案する。提案される方法は、以下のような実施形態を含む。
【００２１】
（１）新しいシステム情報ブロック（ＳＩＢ）中でＭＩＢ／ＳＩＢ有効性間隔（ｖａｌｉｄｉｔｙ  ｉｎｔｅｒｖａｌ）または満了時間をシグナリングする。この新しいＳＩＢを、ＮＢ−ＩｏＴについてすでに規定されているシステム情報ブロック差別化するために、ＳＩＢ−Ｘと呼ぶ。
【００２２】
（２）ＭＩ／ＳＩ収集をスキップするＵＥが、アクセス規制フラグ、システム情報番号、およびハイパーシステム情報番号のうちの１つまたは複数を収集することを可能にするための機構。
【００２３】
ＵＥは、ＵＥが本質的マスタ情報またはシステム情報を収集した最後の時間から本質的マスタ情報またはシステム情報が変化させられなかったとき、狭帯域物理ブロードキャストチャネル（ＮＰＢＣＨ）中で搬送されるマスタ情報ブロック（ＭＩＢ）（またはその部分）または狭帯域物理ダウンリンク共有チャネル（ＰＤＳＣＨ）中で搬送されるいくつかのシステム情報ブロック（ＳＩＢ）（またはその部分）を読み取ることをスキップすることができる。最新のＭＩ／ＳＩを再収集する必要がない場合、ＵＥは、エネルギー消費を低減し、したがって、より長いバッテリー寿命を享受する。さらに、送るべきデータをＵＥが有するときにＵＥがネットワークへのアクセスを確立することのレイテンシが低減される。
【００２４】
ＮＢ−ＩｏＴシステム情報は、以下で概説される。
【００２５】
ＮＢ−ＩｏＴマスタ情報ブロック（ＭＩＢ−ＮＢ）は、以下の情報からなる。
・  ＳＦＮの４つの最上位ビット（ＭＳＢ）。
・  Ｈ−ＳＦＮの２つの最下位ビット（ＬＳＢ）。
・  アクセス規制が有効化されるかどうかを指示するアクセス規制（ＡＢ）フラグ。
・  動作モード（スタンドアロン、帯域内、ガード帯域）。
・  帯域内およびガード帯域の場合、周波数ラスタオフセット（±２．５、±７．５ｋＨｚ）。
・  システム情報ブロック１（ＳＩＢ１−ＮＢ）スケジューリングに関する情報。
・  本質的にシステム情報のバージョン番号であるシステム情報値タグ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｖａｌｕｅ  ｔａｇ）。
【００２６】
ＮＢ−ＩｏＴは、以下のシステム情報タイプをさらに規定する。
・  ＳＩＢ１−ＮＢ：Ｈ−ＳＦＮの８つのＭＳＢ、他のシステム情報タイプのスケジューリング情報、無効サブフレームビットマップ、および他の情報。
・  ＳＩＢ２：無線リソース設定（ＲＲＣ）情報。
・  ＳＩＢ３：セル再選択情報。
・  ＳＩＢ４およびＳＩＢ５：ネイバリングセル関係情報。
・  ＳＩＢ１４−ＮＢ：ＰＬＭＮごとのアクセスクラス規制（ａｃｃｅｓｓ  ｃｌａｓｓ  ｂａｒｒｉｎｇ）情報。
・  ＳＩＢ１６：ＧＰＳ時間および協定世界時（ＵＴＣ）に関係する情報。
【００２７】
ＬＴＥ−Ｍシステム情報は、以下で概説される。
【００２８】
ＬＴＥ−Ｍマスタ情報ブロック（ＭＩＢ−ＮＢ）は、以下の情報からなる。
・  ダウンリンク帯域幅
・  ＰＨＩＣＨ設定
・  ＳＦＮビット
・  ＳＩＢ１−ＢＲのためのスケジューリング情報
・  ５スペアビット
【００２９】
ＬＴＥ−Ｍは、以下のシステム情報タイプをさらに規定する。
・  ＳＩＢ１−ＢＲ：アクセスクラス規制（ＡＣＢ）情報を含むアクセス関係情報、ＳＩメッセージのためのスケジューリング情報、ハイパーＳＦＮ、有効ビットフレーム、ＭＰＤＣＣＨ周波数ホッピング情報など。
・  ＳＩＢ２：無線リソース設定（ＲＲＣ）情報。
・  ＳＩＢ３：セル再選択情報。
・  ＳＩＢ４およびＳＩＢ５：ネイバリングセル関係情報。
・  ＳＩＢ１４：ＰＬＭＮごとのアクセスクラス規制情報。
・  ＳＩＢ１６：ＧＰＳ時間および協定世界時（ＵＴＣ）に関係する情報。
【００３０】
これらの異なるタイプのマスタおよびシステム情報のうち、ＳＦＮ、Ｈ−ＳＦＮ、ＡＣＢ（ＬＴＥ−Ｍ）およびＡＢフラグ（ＮＢ−ＩｏＴ）、ＳＩＢ１４（−ＮＢ）ならびにＳＩＢ１６のみが、一般に、より動的に変化している。他の情報は、めったに変化させられない。ＳＩＢ１６は、ＵＥがネットワークにアクセスするときに必要とされない。ＳＩＢ１４（−ＮＢ）は、ＡＢフラグがＮＢ−ＩｏＴについてセットされない場合、または、ＳＩＢ１４がＬＴＥ−ＭについてＳＩＢ１−ＢＲ中でスケジュールされない場合、必要とされない。したがって、たいていのオケージョンでは、ＳＦＮ、Ｈ−ＳＦＮ、およびＡＢフラグ（またはＬＴＥ−ＭについてのＡＣＢ＋ＳＩＢ−１４スケジューリング）のみが、収集される必要がある。
【００３１】
ＭＩＢおよびＳＩの大部分はめったに変化しないので、ＵＥが、不変のままであるＭＩＢ（−ＮＢ）およびＳＩを再収集することをスキップすることを可能にする１つのやり方は、ｅＮＢに、あらかじめＭＩＢ（−ＮＢ）およびＳＩ情報の有効性間隔または満了時間を指示させることである。（以下の説明では、ＭＩ／ＳＩ有効性間隔または満了時間を決定するために、ＡＢフラグ、ＳＩＢ１４（−ＮＢ）、ＳＩＢ１６、ＳＦＮおよびＨ−ＳＦＮの変化が使用されないと仮定する。）そのような指示の場合、ＵＥが、ＵＥが前に収集したバージョンのＭＩ／ＳＩ有効性間隔内で起動する場合、同じ情報を再収集する必要がない。そのようなシナリオでは、ＵＥは、ＡＢフラグ、ＳＦＮおよびＨ−ＳＦＮ（またはＬＴＥ−Ｍについての、ＳＩＢ１−ＢＲ中のＡＣＢ＋ＳＩＢ１４スケジューリング）のみを収集する必要があるにすぎず、必ずしも、ＭＩＢ−ＮＢおよびＳＩＢ１−ＮＢ中に含まれているすべての他の情報エレメントを収集する必要があるとは限らない。この方法をサポートするために、対処される必要がある２つの問題点がある。
【００３２】
ネットワークは、ＭＩ／ＳＩ有効性間隔または満了時間をどのようにシグナリングするか？
【００３３】
ＵＥが、すべての他のＭＩ／ＳＩ情報が同じままであることを知っている場合、ＵＥは、ＡＢフラグ（またはＬＴＥ−Ｍについての、ＳＩＢ１−ＢＲ中のＡＣＢ＋ＳＩＢ１４スケジューリング）、ＳＦＮおよびＨ−ＳＦＮをどのように収集するか？
【００３４】
これらの問題点に対処するための方法が以下で説明される。
【００３５】
ＭＩ／ＳＩ有効性間隔または満了時間をシグナリングする。
【００３６】
新しいシステム情報タイプが、ＭＩ／ＳＩ有効性間隔または満了時間を指示するために規定され得る。１つの可能なフォーマットは、ＧＰＳ時間または協定世界時（ＵＴＣ）を使用することである。ＵＥは、ＵＥのリアルタイムクロックを確立するためにＳＩＢ１６からＧＰＳおよびＵＴＣ時間を収集することができる。次いで、新しいＳＩＢ−Ｘが、現在のＭＩ／ＳＩが満了するＧＰＳまたはＵＴＣ時間を指示するために使用され得る。ＳＩＢ−Ｘのフォーマットは、ＳＩＢ１６中で使用されるＵＴＣフォーマットと同様であり得る。しかしながら、ＳＩＢ１６では、時間分解能は１０ｍｓである。ＳＩＢ−Ｘの場合、はるかに粗い時間分解能が、ＵＴＣ時間を表すために必要とされるビット数を低減するために使用され得る。１つの可能性は、１つまたは複数のＳＦＮサイクルと等価な分解能を用いてＵＴＣ時間を量子化することである。また、ＳＩＢ１６中のＵＴＣ時間情報は、年および月情報を含む。ＳＩＢ−Ｘの場合、年および月情報を含む必要がないことがある。
【００３７】
ＵＥは、ＳＩ更新通知を介してＳＩＢ−Ｘの更新を通知され得る。そのような更新通知は、ＳＩＢ−Ｘに固有であり得る。
【００３８】
ＵＥが、ＡＢフラグ、ＳＦＮおよびＨ−ＳＦＮを収集する。
【００３９】
システム収集時間低減は、アラーム信号など、例外報告を送るために長いバッテリー寿命（たとえば１０〜１５年）および１０ｓのレイテンシを必要とする使用事例をサポートするために、いくつかの設定を可能にする必要がある。しかしながら、ソリューションが、３日に一度よりも低い頻度でデータを送信するにすぎない使用事例に応ずる必要はなく、なぜなら、そのような使用事例では、さらなるシステム収集時間低減なしに１５年のバッテリー寿命がすでに達成され得ると考えられるからである。２０ｐｐｍの発振器精度を考慮すると、ＵＥクロックは、３日で約±５１２０ｍｓだけずれることがある。したがって、ＵＥが３日後にネットワークに戻る場合、ＵＥは、この時間のあいまいさ（ｔｉｍｅ  ａｍｂｉｇｕｉｔｙ）を解決する必要がある。この不確実にウィンドウは、１つのＳＦＮサイクルの持続時間に一致し、したがって、そのウィンドウは、時間のあいまいさを解決するために１０ビットＳＦＮ表現をとる。ＵＥは、ＮＰＳＳおよびＮＳＳＳ同期のステップを通り、これらの２つのステップの後に、ＵＥは、システムフレーム構造における８０ｍｓフレーミングへの同期を達成し、すなわち、ＵＥは、ＳＦＮの３つのＬＳＢを収集する。したがって、ＵＥがＭＩＢ−ＮＢを読み取ることをスキップする場合、ＵＥは、時間のあいまいさを解決するためにＳＦＮの７つのＭＳＢビットを得る必要がある。ＡＢフラグを追加する場合、全体的に８ビット情報がＵＥに与えられる必要がある。
【００４０】
ＵＥがそのような情報をどのように収集することができるかの２つの代替案がある。以下で２つの代替案を提案した。
【００４１】
ＮＰＢＣＨを使用すること
【００４２】
ＳＦＮおよびＡＢフラグは、ＮＰＢＣＨ中で搬送されるＭＩＢ中で与えられる。ＵＥは、すべての他の情報エレメントを知られているものとして扱い、ＳＦＮおよびＡＢフラグを復号することにのみ焦点を当てることができる。知られている情報ビットは、ビタビ復号器において使用されるトレリスをプルーニングするために使用され得、トレリスプルーニングを用いて性能が著しく改善され得ることが予想される。事実上、ＵＥはまた、セクション５．１において説明されるＭＩ／ＳＩ有効性間隔または満了時間情報が与えられない場合、ＳＩ値タグを検査し得る。
【００４３】
起動（ｗａｋｅ−ｕｐ）信号またはスリープ移行（ｇｏ−ｔｏ−ｓｌｅｅｐ）信号を使用すること
【００４４】
「スリープ移行」信号は、続くＮＰＤＣＣＨ／ＭＰＤＣＣＨ探索空間中に送られるダウンリンク制御情報（ＤＣＩ）がないことを指示するために使用される。そのような信号を受信すると、ＵＥはスリープモードに移行する。しかしながら、「スリープ移行」信号が検出されない場合、ＵＥは、ＮＰＤＣＣＨ／ＭＰＤＣＣＨ中で搬送されるＤＣＩを復号することを試みるために起きていなければならない。
【００４５】
一方、「起動」信号は、今度のＮＰＤＣＣＨ／ＭＰＤＣＣＨ探索空間中で送られる間に１つまたは複数のＤＣＩがあることを指示するために使用される。そのような信号を受信すると、ＵＥは、ＮＰＤＣＣＨ／ＭＰＤＣＣＨ中で搬送されるＤＣＩを復号することを試みるために起きている必要がある。しかしながら、「起動」信号が存在しない場合、ＵＥはスリープに移行することができる。「起動」信号は、ＮＰＤＣＣＨ／ＭＰＤＣＣＨ探索空間の開始の前に、またはＮＰＤＣＣＨ／ＭＰＤＣＣＨ探索空間の始めにおいて、（１つまたは複数の）サブフレーム中で送られ得る。また、「起動」信号は、１つまたは複数のサブフレーム全体を占有する必要がない。信号は、時間領域または周波数領域のいずれか、たとえば、スロット中の最初のいくつかのシンボルにおいて、あるいは時間領域または周波数領域の組合せにおいて、サブフレームの部分的を使用することができる。
【００４６】
これを書いているとき、「スリープ移行」信号手法および／または「起動」信号手法が採用されるかどうかの３ＧＰＰにおける決定はない。しかしながら、ここで説明される手法は、これらの信号手法の一方または両方が採用されるかどうかにかかわらず適用される。
【００４７】
「スリープ移行」信号および／または「起動」信号の１つの使用事例は、これが、ＵＥが監視する必要がある次のページングオケージョンにおいて入ってくるページングＤＣＩであるかどうかの指示をＵＥに与えることである。したがって、「スリープ移行」信号および／または「起動」信号が周期的であるべきであることが予想される。ＵＥが監視する必要がある次のページングオケージョンにおいて入ってくるページングＤＣＩがあるかどうかを指示することに加えて、「スリープ移行」信号および／または「起動」信号において与えられ得る８ビットの部分的にまたはすべての８ビットのいずれかを含めるために、「スリープ移行」信号および／または「起動」信号の周期性を利用することができる。
【００４８】
代替案１：
【００４９】
すべての８ビット情報は、これが、グループＵＥが監視する必要がある次のページングオケージョンにおいて入ってくるページングＤＣＩであるかどうかの指示とともに、すべてのＵＥに与えられる。すべてのＵＥは、ＵＥが関心がある情報、すなわち、上記で与えられた８ビット情報について、この周期的「スリープ移行」信号および／または「起動」信号をリッスンすることができる。最も近いページングオケージョンにおいてページングされていないＵＥの場合、ＵＥは、ページング関係情報の指示を単に無視することができる。
【００５０】
代替案２：
【００５１】
８ビット情報の一部は、これが、ＵＥが監視する必要がある次のページングオケージョンにおいて入ってくるページングＤＣＩであるかどうかの指示とともに、ＵＥに与えられる。これは、ＡＢフラグ、またはタイミング情報であり得る。
【００５２】
代替案３：
【００５３】
タイミングおよびＡＢフラグ情報に加えて、ＳＩＢが変化させられるかどうかを指示するために使用されるＳＩ値タグも、「スリープ移行」信号および／または「起動」信号中に含まれ得る。「スリープ移行」信号および／または「起動」信号中にＳＩ値タグのみを含めることも可能であることに注意されたい。
【００５４】
代替案４：
【００５５】
「スリープ移行」信号および／または「起動」信号中に、ページングされるときにＵＥがＳＩＢおよび／またはＭＩＢ読取りの一部をスキップすることができるかどうかの、ＵＥへの指示をさらに含めることができる。
【００５６】
代替案５：
【００５７】
「スリープ移行」信号および／または「起動」信号中に、たとえば、他の機構のタイムスタンプまたはバージョン番号を使用して、ＭＩＢが変化した前の時間がいつだったかの、ＵＥへの指示をさらに含めることができる。ＵＥがＭＩＢの最新バージョンを有する場合、ＵＥは、ＭＩＢを読み取ることをスキップすることができる。
【００５８】
上述の代替案のうちのいくつかが、同じくシステム収集時間を低減するために互いに組み合わせられ得ることに注意されたい。
【００５９】
ＭＩＢおよび／またはＳＩＢの修正期間を延長する。
【００６０】
ＮＢ−ＩｏＴでは、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＮＢ（ＭＩＢ−ＮＢ）スケジューリングが、６４０ｍｓの周期性を伴っておよび間にＬ１の繰返しを伴って、すなわち、サブフレーム０ごとに、固定される。ＭＩＢ−ＮＢはＮＰＢＣＨ上で送られる。ＭＩＢ−ＮＢは、以下を含んでいる。
・  ＳＦＮ（４つのＭＳＢビット）
・  Ｈ−ＳＦＮ（２つのＬＳＢビット）
・  ｓｃｈｅｄｕｌｉｎｇＩｎｆｏＳＩＢ１
・  ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ（ＭＩＢ−ＮＢ／ＳＩＢ１４−ＮＢ／ＳＩＢ１６−ＮＢ以外のＳＩＢ変化）
・  ａｂ−Ｅｎａｂｌｅｄ（アクセス規制アクティブ化／非アクティブ化、ＳＩＢ１４収集）
・  ｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏ
【００６１】
ＭＩＢ−ＮＢ中のＳＦＮの４つのＭＳＢビットにより、ＭＩＢ−ＮＢコンテンツは、６４０ｍｓごとに変化させられる。ＳＦＮのほかに、修正期間は４０．９６秒に等しい。
【００６２】
ＳＩＢ１−ＮＢスケジューリングは、２．５６秒の周期性を伴って固定される。ＳＩＢ１−ＮＢは、第２のサブフレーム４ごとにブロードキャストされる。ＳＩＢ１−ＮＢはＤＬ  ＳＣＨ上で送られる。ＮＰＤＳＣＨ繰返しの数は、ＭＩＢ−ＮＢ（ｓｃｈｅｄｕｌｉｎｇＩｎｆｏＳＩＢ１）中で指示される。ＳＩＢ１−ＮＢは、４０．９６秒の修正期間を有し、すなわち、ただ４０．９６秒後に、ＳＩＢ１−ＮＢコンテンツが変化し得る。
【００６３】
ＳＩＢ１−ＮＢ以外のＳＩＢは、ＳＩ−メッセージ中で送られ、ＳＩ−メッセージはＤＬ  ＳＣＨ上で送られる。ＳＩメッセージは、ＳＩＢ１−ＮＢ中のスケジューリング情報中で指示されているように、１つまたは複数のＳＩＢを含んでいることがある。
【００６４】
これらの他のＳＩＢのコンテンツは、ＢＣＣＨ修正期間の後に変化し得る。ＢＣＣＨ修正期間は、４０．９６ｓよりも大きいかまたは４０．９６ｓに等しく、ＳＩＢ２−ＮＢ（ｍｏｄｉｆｉｃａｔｉｏｎＰｅｒｉｏｄＣｏｅｆｆ＊ｄｅｆａｕｌｔＰａｇｉｎｇＣｙｃｌｅ）中で指示される。ＳＩＢ変化（コンテンツおよび／またはスケジューリング）は、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＮＢ中のｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇまたはＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１−ＮＢ中のｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇＳＩによって指示される。
【００６５】
ＳＩＢ１４−ＮＢ中のアクセス規制パラメータは、任意の時点（ＴＳ３６．３３１におけるセクション５．２．１．７［６］）において変化することができ、そのような変化は、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＮＢ中のｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇまたはＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１−ＮＢ中のｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇＳＩに影響を及ぼさない。
【００６６】
他のＳＩＢ中のコンテンツは、輻輳期間中のＳＩＢ１４−ＮＢを除いて、頻繁に変化することが予想されない。
【００６７】
［３］において識別された問題は、いくつかの場合には、ＳＩＢのうちのいくつかを収集するのに４０．９６秒よりも長い時間を要し得ることであるので、ＵＥは、修正期間境界にわたって効率的に組合せを実施する困難を有し得る。
【００６８】
したがって、ネットワークは、次いで、その必要に基づいて、ＭＩＢ−ＮＢ、ＳＩＢ１−ＮＢおよびＳＩＢ２−ＮＢを復号するときにＵＥが仮定することができる、４０．９６秒よりも長い修正期間を与える。ＢＣＣＨ修正期間がＳＩＢ２−ＮＢ中で指示されることを想起されたい。確実に、新しい値が規定され、ＵＥにシグナリングされ得る。後方互換性の問題点を考慮すると、ネットワークは、４０．９６秒の倍数で新しい値を設定することができる。これは、レガシーＮＢ−ＩｏＴ  ＵＥに影響を及ぼさず、これは依然として、ＭＩＢ−ＮＢおよびＳＩＢ１−ＮＢについて４０．９６秒の修正期間を仮定する。
【００６９】
代替案１：
【００７０】
ＭＩＢ−ＮＢ中にいくつかのスペアビットがあるので、４０．９６秒の修正期間が、たとえば、４０．９６秒の倍数またはネットワークが選好する他の値で延長されるかどうかを指示するためにスペアビットのうちのいくつかを使用することができる。
【００７１】
代替案２：
【００７２】
４０．９６秒の修正期間が、たとえば、４０．９６秒の倍数またはネットワークが選好する他の値で延長されるかどうかを指示するためにＳＩＢのうちの１つを使用することができる。
【００７３】
代替案３：
【００７４】
４０．９６秒の修正期間が、たとえば、４０．９６秒の倍数またはネットワークが選好する他の値で延長されるかどうかを指示するために、ＵＥの特定のグループへの専用シグナリングのうちの１つを使用することができる。
【００７５】
代替案４：
【００７６】
修正期間４０．９６秒が、たとえば、４０．９６秒の倍数またはネットワークが選好する他の値で延長されるかどうかを指示するための他の方法。
【００７７】
上記に記載された代替案に加えて、ネットワークにおけるフレキシビリティを与えるために、ネットワークはまた、延長された修正期間がアクティブであるか否かをＵＥに知らせる。
【００７８】
上記に記載された手法は、ＮＢ−ＩｏＴのコンテキストにおいて説明されたが、異なる修正期間を有するＬＴＥ−Ｍにも適用され得ることに注意されたい。
【００７９】
図１に示されているように、ＵＥ１０２は、ネットワークノード１０４（たとえば、たとえばＬＴＥ基地局（「ｅＮＢ」）または５Ｇ基地局（「ｇＮＢ」）など、基地局）と通信していることがある。たとえば、ＵＥ１０２は、Ｍ２Ｍ、ＭＴＣ、またはＩｏＴタイプ通信パターンを使用してネットワークノード１０４と通信し得る。ＵＥ１０２は、ＵＥ１０２がネットワークノード１０４とアクティブに通信しないスリープモードに遷移し得、ネットワークノード１０４によってプロンプトされたときにまたは自発的に、そのスリープモードから起動し、もう一度ネットワークノード１０４との通信を始め得る。
【００８０】
図２は、ＵＥ１０２上で実装され得る方法２００を示す。ＵＥ１０２は、マスタ情報ブロック（ＭＩＢ）および／またはシステム情報ブロック（ＳＩＢ）を受信する（ステップ２０２）。ＵＥ１０２は、受信されたＭＩＢおよび／またはＳＩＢの少なくとも一部分の有効性の指示を受信する（ステップ２０４）。ＭＩＢは狭帯域物理ブロードキャストチャネル（ＮＰＢＣＨ）中で搬送され、ＳＩＢは狭帯域物理ダウンリンク共有チャネル（ＰＤＳＣＨ）中で搬送され、指示は有効性間隔または満了時間を指示する。
【００８１】
いくつかの実施形態によれば、指示は、ＧＰＳまたはＵＴＣ時間フォーマットのものであり、および／または、指示は、システムフレーム番号（ＳＦＮ）サイクルの倍数と等価な分解能を用いて量子化される。いくつかの実施形態では、方法は、更新通知を受信することをさらに含む。いくつかの実施形態では、指示を受信することは、指示を含むシステム情報ブロック（ＳＩＢ）を受信することを含む。
【００８２】
いくつかの実施形態では、方法は、ＭＩＢの前記少なくとも一部分を記憶することと、ＭＩＢの前記少なくとも一部分を記憶した後に、スリープ状態に入ることと、スリープ状態に入った後に、スリープ状態から起動することと、スリープ状態から起動した結果として、有効性指示に基づいて、ＭＩＢの記憶された部分が依然として有効であるかどうかを決定することとをさらに含む。
【００８３】
いくつかの実施形態では、方法は、ＭＩＢの記憶された部分が依然として有効であると決定した結果として、ＮＰＢＣＨ上で搬送された第２のＭＩＢを受信することと、受信された第２のＭＩＢの１つまたは複数の部分を復号することをスキップするが、受信された第２のＭＩＢの１つまたは複数の他の部分を復号することとをさらに含む。いくつかの実施形態では、第２のＭＩＢは、動作モードを指示する符号化されたオペレーティングモード情報と符号化されたアクセス規制（ＡＢ）フラグとを含み、ＵＥは、符号化されたＡＢフラグを復号し、ＵＥは、オペレーティングモード情報の復号をスキップする。
【００８４】
図３は、ＵＥ１０２上で実装され得る方法３００を示す。ＵＥ１０２は、スリープ状態から起動する（ステップ３０２）。ＵＥ１０２は、マスタ情報ブロック（ＭＩＢ）および／またはシステム情報ブロック（ＳＩＢ）の一部分が再収集される必要があるかどうかを決定する（ステップ３０４）。ＵＥ１０２は、ＭＩＢおよび／またはＳＩＢ情報の一部分が再収集される必要がないと決定したことに応答して、ＭＩＢおよび／またはＳＩＢ情報の残りの部分のみを収集する（ステップ３０６）。
【００８５】
いくつかの実施形態では、残りの部分は、システムフレーム番号（ＳＦＮ）およびアクセス規制（ＡＢ）フラグ情報を含む。いくつかの実施形態では、ＭＩおよび／またはＳＩ情報の残りの部分のみを収集することは、狭帯域物理ブロードキャストチャネル（ＮＰＢＣＨ）上で搬送されるマスタ情報ブロック（ＭＩＢ）を復号することを含み、ビタビ復号器において使用されるトレリスをプルーニングするために再収集される必要がないＭＩおよび／またはＳＩの部分を使用することをさらに含み得る。
【００８６】
いくつかの実施形態では、「起動」信号および／または「スリープ移行」信号が、ダウンリンク制御情報（ＤＣＩ）が送られるかどうかを指示するために使用される。
【００８７】
図４は、ネットワークノード１０４上で実装され得る方法４００を示す。ネットワークノード１０４は、ＮＰＢＣＨ上でＭＩＢを送信する（ステップ４０２）。ネットワークノード１０４は、ＰＤＳＣＨ上でＳＩＢを送信する（ステップ４０４）。ネットワークノード１０４は、送信されたＭＩＢおよび／またはＳＩＢの少なくとも一部分の有効性の指示を送信する。有効性指示は、有効性間隔または満了時間を指示する。いくつかの実施形態では、有効性指示は、ＧＰＳまたはＵＴＣ時間フォーマットのものである。いくつかの実施形態によれば、有効性指示は、システムフレーム番号（ＳＦＮ）サイクルの倍数と等価な分解能を用いて量子化される。
【００８８】
ＳＩＢ１−ＢＲ収集をスキップすること。
【００８９】
ＬＴＥ−Ｍの場合、システム値タグは、ＮＢ−ＩｏＴの場合とは異なり、ＳＩＢ１−ＢＲ中にある。したがって、ｅＤＲＸまたはＰＳＭから起動するＵＥは、ＳＩが更新されたかどうか、およびＵＥがＳＩ（全情報、またはｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇＬｉｓｔ中のＳＩ−メッセージ固有ｖａｌｕｅＴａｇによって指示されるＳＩＢのいずれか）を再収集しなければならないかどうかを知るために、ＳＩＢ１−ＢＲを読み取らなければならない。さらに、ＵＥは、ＵＥがアクセス規制を受けるか否かを検査しなければならないことがある。ＬＴＥ−Ｍでは、ＵＥは、アクセスするために、ＳＩＢ２中のＡＣＢ情報とＳＩＢ１４中の拡張アクセスクラス規制（ＥＡＢ）情報の両方に従って規制されてはならない。一般に、ＳＩＢ１４は、ＥＡＢが有効化されたときのみスケジュールおよびブロードキャストされ、したがって、これがＳＩＢ１−ＢＲ中のスケジューリング情報に従っていない場合、ＵＥは、これを、ＥＡＢに従ってアクセスが可能にされるものとして解釈することができる。たいていの場合、ＳＩは更新されず、ＵＥは規制されないが、ＵＥは、これが当てはまることを保証するために依然として検査しなければならない。リリース１３動作では、これは、ＵＥがＳＩＢ１−ＢＲおよびＳＩＢ２を読み取らなければならないことを意味する。しかしながら、ＵＥがＳＩＢ１−ＢＲを収集することをスキップし得ることをＵＥにシグナリングするために、ＭＩＢ中のスペアビットが使用され得る。
【００９０】
上記で説明されたように、３ＧＰＰが、ＳＩＢ１−ＢＲ中にすでに存在するｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇについてＬＴＥのすべての将来のためのすべての５ＭＩＢスペアビットを使用することに同意する可能性は、非常に低い。したがって、ＳＩＢ１−ＢＲを読み取ることをスキップするためのｅＭＴＣのためのソリューションは、ＭＩＢ中の短い指示（たとえば、１ビットフラグ）を有することである。ＭＩＢ中のこの短い指示は、本明細書では「ＭＩＢ指示」と呼ばれる。概して、ＳＩＢ１−ＢＲは、多くの場合、アクセスのために必須であり、したがって初期アクセスのために必要とされるので、ＵＥは、ＳＩの再収集中にのみＳＩＢ１−ＢＲを読み取ることをスキップするべきである。
【００９１】
ＳＩＢ１−ＢＲ（およびＳＩＢ１−ＢＲ中のｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ）はめったに更新されないので、ＳＩＢ１−ＢＲ／ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇがある時間期間中の（たとえば、現在の時間期間または現在の期間の直前の時間期間中の）ある時点において更新されたことを指示するために１にセットされるＭＩＢ指示（たとえば、フラグ）を有し、他の場合を指示するためにＭＩＢ指示を０にセットすることが、有利である（すなわち、ＭＩＢ指示が０にセットされたとき、ＵＥはＳＩＢ１−ＢＲを読み取ることをスキップし得、他の場合、ＵＥはＳＩＢ１−ＢＲを読み取ることをスキップするべきでない）。すなわち、ほとんどの場合に当てはまる、ＳＩＢ１−ＢＲがある時間期間中に更新されなかった場合、ＭＩＢ指示は「０」にセットされ、ＵＥは、ＳＩＢ１−ＢＲおよびｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇを読み取ることをスキップすることができる。時間期間中に後続のＳＩＢ１−ＢＲ変化がある場合、ＭＩＢ指示は、「１」にセットされたままであり、「０」にトグルされない（すなわちｖａｌｕｅＴａｇとは異なる）。ＭＩＢ指示は、（たとえば、最後のＸ個の時間単位（すなわち、ある時間期間）内にＳＩＢ１−ＢＲの変化がなかった場合）時間期間境界において「０」にリセットされ得る。システムｖａｌｕｅＴａｇとＳＩ−メッセージのスケジューリング情報とはＳＩＢ１−ＢＲ中にあるので、ＳＩメッセージのいずれかが更新された場合にＳＩＢ１−ＢＲが更新されることに留意されたい。
【００９２】
いくつかの実施形態では、ＭＩＢ指示を使用して、ＵＥは、（たとえば、時間期間の最後のＢＣＣＨ修正期間において）ＭＩＢ指示時間期間（ＭＩＢ  ｉｎｄｉｃａｔｉｏｎ  ｔｉｍｅ  ｐｅｒｉｏｄ）ごとに１回ＭＩＢ指示を検査することを必要とされる。すなわち、ＵＥが時間期間をスキップする場合、ＳＩＢ１−ＢＲはその期間中に更新されていることがあり、その場合、これは、ＵＥによって発見されない。ＭＩＢ指示時間期間は、たとえば、限定はしないが、以下のいずれかであり得る。
【００９３】
１）ＢＣＣＨ修正期間。その場合、ＳＩＢ１−ＢＲ期間はＳＩのための修正期間と合致する（ＳＩは、システム情報ｖａｌｕｅＴａｇによって与えられるように、この期間中に３２回更新され得るが、新しいＳＩＢ１−ＢＲは更新の回数についてのいかなる制限をも課さず、一方、更新がなかった場合にのみ有益であることに留意されたい）。この時間参照は、すべてのＵＥに共通である。
【００９４】
２）システム情報有効性期間（ｖａｌｉｄｉｔｙ  ｐｅｒｉｏｄ）、すなわち３ｈまたは２４ｈ。ＵＥは、あらかじめ規定された時間期間ごとに１回（たとえば、３時間または２４時間ごとに少なくとも１回）ＭＩＢを検査することを必要とされるので、１ビット指示が使用される場合、これは、それがＢＣＣＨ修正期間よりもかなり長く、したがって、ＵＥがはるかに低い頻度でＭＩＢを検査することを必要とされるという利点を有する。
【００９５】
３）ＨＳＦＮ期間。時間期間は、システムフレーム番号（ＳＦＮ）および／またはハイパーシステムフレーム番号（ＨＳＦＮ）に基づく。より長いタイマー期間がより効果的であるので、ＨＳＦＮが優勢である。１０ビットが、ＳＦＮのために使用され、１０．２４秒後にＳＦＮラップアラウンドを与える。１０ビットが、ＨＳＦＮのために使用され、約２．９時間に等しい１０２５個のＳＦＮ期間を与える。可能性がある実施形態は、時間期間として２ｎ個のＳＦＮ期間を使用することであり、ここでｎはＨＳＦＮである。この時間参照は、すべてのＵＥに共通である。
【００９６】
４）ＳＩＢ１６中で与えられるように、ＧＰＳまたはＵＴＣ時間に基づく。この時間参照は、すべてのＵＥに共通である。
【００９７】
カバレッジ中にある、ＤＲＸまたはｅＤＲＸにおけるＵＥは、ＳＩの更新があるときはいつでもページング中で、すなわち、ページングメッセージ中でｓｙｓｔｅｍＩｎｆｏＭｏｄｉｆｉｃａｔｉｏｎを検査するか、または、ｅＤＲＸサイクルがＢＣＣＨ修正期間よりも長い場合はｓｙｓｔｅｍＩｎｆｏＭｏｄｉｆｉｃａｔｉｏｎ−ｅＤＲＸを検査することによって、通知されることに依拠する。本明細書で説明されるソリューションの場合、ＵＥは、代わりに、時間期間ごとに１回ＭＩＢ指示を潜在的に検査し得る（ＳＩＢ１−ＢＲはシステムｖａｌｕｅＴａｇを含んでいるので、これは、修正期間中に少なくともｍｏｄｉｆｉｃａｔｉｏｎＰｅｒｉｏｄＣｏｅｆｆ回、ｓｙｓｔｅｍＩｎｆｏＭｏｄｉｆｉｃａｔｉｏｎ指示を見つけることを試みるよりも、潜在的に少ないエネルギーを消費する（３ＧＰＰ  ＴＳ３６．３３１ｖ１４．２．２におけるセクション５．２．１．３参照））。さらに、３ＧＰＰ  ＴＳ３６．３１１において説明されるように、ＢＣＣＨ修正期間よりも長いｅＤＲＸを伴うＵＥの場合、ＵＥは、アクセスの前にＳＩＢ１−ＢＲを読み取ることを必要とされる。「ＲＲＣ＿ＩＤＬＥ  ＵＥが、修正期間よりも長いＤＲＸサイクルを伴って設定され、ＵＥが記憶されたシステム情報の有効性を最後に検証したときから少なくとも１つの修正期間境界が過ぎたとき、ＵＥは、ＲＲＣ接続を確立または再開する前にｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇを検査することによって、その記憶されたシステム情報が有効なままであることを検証する。」
【００９８】
ＳＩ更新がなかった場合、本明細書で説明されるソリューションを適用するＵＥは、有利には、ＭＩＢを収集し、ＭＩＢ指示を検査し、ＳＩＢ１−ＢＲの収集をスキップする必要があるにすぎない。
【００９９】
電力節約モード（ＰＳＭ）におけるＵＥの場合、ＵＥは、電力節約状態（ＲＲＣ＿ＩＤＬＥへのサブ状態）にあり、周期的トラッキングエリア更新（ＴＡＵ）を通したダウンリンクデータのための「キープアライブ」シグナリング／検査の前に、または、アップリンクデータ送信の前に、ＵＥは、ＵＥが最新のＳＩを有することを保証しなければならない。リリース１３および１４動作では、ＵＥは、ＳＩＢ１−ＢＲ中のｖａｌｕｅＴａｇ（すなわちｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ）を検査することによって、ＵＥが最新のＳＩをすでに収集したことを検査する。本明細書で説明されるソリューションの場合、ＵＥは、ＭＩＢ指示を検査し、最後のアップリンクデータ送信または周期的ＴＡＵからの時間がＭＩＢ指示時間期間（たとえば、３ｈまたは２４ｈ）を上回らず、ＭＩＢ指示が、０または１であり得る特定の値にセットされる場合、およびその場合のみ、ＳＩＢ１−ＢＲを読み取ることをスキップするために、ＭＩＢのみを収集し得る。たとえば、説明されるソリューションのために選定された時間期間が２．９ｈのＨＳＦＮラップアラウンドである場合、ＵＥは、ＵＥが２．９ｈよりも短い周期的ＴＡＵを伴って設定された場合にＳＩＢ１−ＢＲを読み取る必要がない（もちろん、ＳＩＢ１−ＢＲのコンテンツが更新されなかったと仮定する）。同じく、ＳＩが更新されたまれな場合には、ＵＥは、リリース１３動作の場合のように、ただＳＩＢ１−ＢＲを読み取り続ける。
【０１００】
ＭＩＢ指示の機能の一例が図５において与えられる。この場合、時間期間は、２ＨＳＦＮビットを使用するＨＳＦＮに基づき、それにより、時間期間は４０９６個の無線フレームの長さになる。ＢＣＣＨ修正期間は、ここでは１０２４個の無線フレームである。リリース１３動作の場合のように、ＵＥは、ＳＩが更新されることになるとき、ページング中で通知され、新しいＳＩは、後続のＢＣＣＨ修正期間においてブロードキャストされ始める。
【０１０１】
概して、ＭＩＢ指示は、ＵＥがＳＩＢ１−ＢＲを読み取ることを必要とされるときはいつでも、第１の特定の値（たとえば、１）にセットされ、他の場合、第２の特定の値（たとえば０）にセットされる。これがどのように行われ得るかに関する代替実施形態がある。図５に示されている実施形態では、指示は、ｖａｌｕｅＴａｇ（すなわちｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ）が変化させられたとき、１にセットされ、ＳＩＢ１−ＢＲおよびＳＩがその後に更新された時間期間中、１にセットされたままである。代替的に、ＭＩＢ指示は、ＳＩが更新される前でさえ、たとえば、ＵＥが今度のＳＩ更新（図５に図示せず）についてページング中で通知される先行するＢＣＣＨ修正期間においてすでに、１にセットされ得る。ＭＩＢ指示が後続の時間期間全体中に１にセットされる上記の実施形態では、ＵＥが時間期間ごとに１回ＭＩＢ指示を検査し、任意の時間にそうすることができることは、十分である（すなわち、ＳＩが、ＵＥが検査した後の時間期間の終わりに更新された場合、それは、ＵＥが後続の時間期間これに気づくので、依然として気づかれずに済むことはない）。
【０１０２】
１つの代替実施形態では、ＵＥは、最後のＢＣＣＨ修正期間中に（および、もちろん、いつものようにアクセスの前に）ＭＩＢ指示を検査することを必要とされ得、この場合、ＭＩＢ指示は時間期間境界において常に「０」にリセットされ得る。したがって、ＳＩＢ１−ＢＲが時間期間の終わりに更新される場合、ＵＥがＳＩＢ１−ＢＲ更新について依然として通知されることを保証すること。しかしながら、ＳＩはめったに更新されないので、この実施形態の利益は、おそらく、前の実施形態にとって無視でき、概して、（ＭＩＢ指示を「１」にセットすることは、ＵＥがリリース１３動作に戻ることを意味するので）エラー事例を回避するためにＭＩＢ指示をより長い間「１」にセットしておくことは、より良いことがある。したがって、また別の実施形態では、ＭＩＢ指示は、ＳＩおよびＳＩＢ１−ＢＲ更新の前および後に、時間的により広範囲にわたって「１」にセットされ得る。たとえば、ＭＩＢ指示は、ＳＩ更新に先行する時間期間全体中に「１」にセットされ、および／または、ＳＩ更新中の時間期間全体中に「１」にセットされ、および／または、ＳＩ更新の後の時間期間全体中に「１」にセットされ得る。
【０１０３】
上記の実施形態は、１ビットＭＩＢ指示を使用するが、より多くのビットを使用する追加の実施形態が可能である。たとえば、以下を指示するために２ビットが使用され得る。
表２
0006989618.tif 000003
【０１０４】
一実施形態では、時間期間はＨＳＦＮ期間である。さらに、Ｎｉは、線形、たとえばＮ１＝２、Ｎ２＝３およびＮ３＝４であり得る。代替実施形態では、Ｎｉは、非線形、たとえば、Ｎ１＝２、Ｎ２＝４およびＮ３＝８、またはＮ１＝１０、Ｎ２＝１００およびＮ３＝１０００であるような対数であり得る。これは、（ＵＥが、ＵＥが最後にＳＩを収集したときと比較する）ＵＥに通信される情報のより細かいグラニュラリティを与え、それは、２．９ｈのＨＳＦＮ期間を越えて利得を達成するために使用され得る。すなわち、時間期間をＳＦＮに基づかせることが同意された場合、ＵＥは、２．９ｈごとに少なくとも１回ＭＩＢ中の指示を検査しなければならないが、上記のように複数の指示ビットを使用すると、これは延長され得、したがって、（ほぼ１４日であるように設定され得る）極めて長い周期的ＴＡＵを伴うＰＳＭを使用するＵＥは、本明細書で説明されるソリューションから利益を得ることがあり、ＳＩ更新がなかった場合、起動時にＭＩＢを収集する必要があるにすぎない。
【０１０５】
いくつかのさらなる実施形態では、１ビット指示に関連する時間期間自体が、システム情報メッセージ中でセット／修正され得る。同様に、上記の例示的な２ビット指示実施形態におけるＮ１、Ｎ２およびＮ３のうちの少なくとも１つの値が修正され得る。デフォルト値は規格によって与えられ得、これらの値は、対応する修正された値が、ブロードキャストされたシステム情報の一部として与えられない場合に使用される。これは、異なる展開シナリオ、ｅＤＲＸおよびＰＳＭの設定などに適応するためにネットワークにおけるフレキシビリティを増加させる。
【０１０６】
ＳＩＢ１−ＢＲのコンテンツのいずれかが変化させられた場合、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇが更新されるという意味で、ＭＩＢ指示はｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇ指示であることに留意されたい。しかしながら、また別の実施形態では、ＵＥは、ｓｙｓｔｅｍＩｎｆｏＶａｌｕｅＴａｇが更新されたにもかかわらず、依然として、ＳＩＢ１−ＢＲを収集することをスキップし得る。すなわち、ＵＥがＳＩＢ１−ＢＲを収集する必要があるのかＳＩＢ１−ＢＲを収集することをスキップすることができるのかを指定するために、上記のように、第１のビットが使用されるが、追加のビットが、ＳＩＢ１−ＢＲ中で何が変化したかを指定する。
【０１０７】
追加のビットは、たとえば、（１）更新が、ページングを監視するために必要とされるＳＩ以外の他のＳＩに関係するかどうか（その場合、ページングを検査するために起動する、ｅＤＲＸにおけるＵＥは、依然としてＳＩＢ１−ＢＲ収集をスキップし得る）、（２）更新が、アクセスのために必要とされるＳＩ以外の他のＳＩに関係するかどうか（その場合、ランダムアクセスおよびＲＲＣ接続セットアップなどを試みるＵＥは、依然としてＳＩＢ１−ＢＲ収集をスキップし得る）、（３）任意の指定されたＳＩＢ（のグループ）を指示し得る。また、ＵＥがそのいずれをも必要としない場合、ＵＥは、依然として、ＳＩＢ１−ＢＲを読み取ることを省略することができる。
【０１０８】
ＵＥ動作のための例示的なプロセス６００が図６に示されている。プロセス６００は、ＵＥが、ＭＩＢ指示が特定の値（たとえば０または１）にセットされるかどうかを決定するときに、始まる（ステップｓ６０２）。このＭＩＢ指示は、上記でより詳細に説明されたように、１ビットＭＩＢ指示であり得るが、追加のビットをも含み得る。ＵＥが、ＭＩＢ指示が特定の値（たとえば、０）にセットされると決定した場合、ＵＥは、ＳＩＢ１−ＢＲを収集することをスキップすることができる（ステップｓ６０４）。しかしながら、ＵＥが、ＭＩＢ指示が特定の値にセットされない（たとえば、１にセットされる）と決定した場合、ＵＥは、ＳＩＢ１−ＢＲを収集する（ステップｓ６０６）。
【０１０９】
ネットワークノード（たとえば、ｅＮＢ）動作のための例示的なプロセス７００が図７に示されている。例示的なプロセス７００は、ネットワークノードが、ＳＩＢ１−ＢＲ更新が前のまたは現在の時間期間中に行われたかどうかを決定するときに、始まる（ステップｓ７０２）。いいえの場合、ＭＩＢ指示はセットされない（ステップｓ７０４）。はいの場合、ネットワークノードは、ＭＩＢ指示をセットする（ステップｓ７０６）。１ビットＭＩＢ指示の場合、「ＭＩＢ指示をセットする」は、たとえばＭＩＢ指示を値「１」にセットすることに対応し、ＭＩＢ指示がセットされないことは値「０」に対応する。また、ＭＩＢ指示がｅＮＢによっていつ「１」にセットされるべきであるかの論理は、上記で説明された実施形態に依存することに留意されたい。これらのステップの後に、ネットワークノードは、ＭＩＢ指示時間期間が終了したかどうかを決定する（ステップｓ７０８）。いいえの場合、ネットワークノードは、前のステップを繰り返し、ＳＩＢ１−ＢＲ更新が行われたかどうかを決定する。ＭＩＢ指示時間期間が終了した場合、ＭＩＢ指示は、ネットワークノードによってリセットされ得る（ステップｓ７１０）。いくつかの実施形態によれば、このリセットは、過去のおよび／または今度のＳＩＢ１−ＢＲ更新を含む、他のファクタに依存し得る。
【０１１０】
提案されるソリューションの標準的な影響は、ＵＥのためのプロシージャテキストと更新されたＭＩＢコンテンツとであり、一例が以下で示される（太字は変更箇所）。
表３
0006989618.tif 000004
【０１１１】
本明細書で提案されるソリューションは、ｅＭＴＣについて説明されるが、概して、ＬＴＥまたはＮＲなどの他のシステムにも適用可能である（ただし、ＮＢ−ＩｏＴの場合、そこにシステムｖａｌｕｅＴａｇがＭＩＢ−ＮＢ中に直接あるので、必要とされない）。
【０１１２】
別の実施形態では、ＭＩＢ１ビットフラグは、以下の意味を伴って使用され得る。
【０１１３】
「０」にセットされたビット＝ＳＩが最後のＢＣＣＨ修正期間境界から更新されず、アクセス規制（ＡＣＢまたはＥＡＢ）がセルにおいて現在有効化されていない。
【０１１４】
「１」にセットされたビット＝ＳＩが最後のＢＣＣＨ修正期間境界から更新されたか、または、アクセス規制（ＡＣＢまたはＥＡＢ）がセルにおいて現在有効化されている。
【０１１５】
これがｖａｌｕｅＴａｇでないこと、およびＳＩが２回目に変化した場合、にビットが値「０」にトグルされないことに留意されたい。代替実施形態では、ＳＩ更新のための時間期間は、ＢＣＣＨ修正期間とは異なり、たとえば、複数のＢＣＣＨ修正期間、ＳＩＢ１−ＢＲ修正期間、または３ｈ／２４ｈのＳＩ有効性時間である。
【０１１６】
代替実施形態では、たとえば以下に従って、より多くのオプションを指示するために複数のビットが使用され得る。
0006989618.tif 000005
【０１１７】
代替的に、ＳＩ更新またはアクセス規制のいずれかが省略され得るか、あるいは、ＳＩ更新またはアクセス規制は、別個のビットによって指示され得る。
【０１１８】
代替的に、この指示は、上記で説明されたように、起動信号およびスリープ移行信号に追加され得る。
【０１１９】
上記のことに従って、一態様では、ＳＩ収集時間を低減するための、ネットワークノード（たとえば、ネットワークノード１０４）によって実施される方法が提供される。一実施形態では、本方法は、以下のステップ、すなわち、（１）あるＳＩ（たとえば、ｖａｌｕｅＴａｇ）が過去における特定の時間（たとえば、２４時間前、３時間前など）から変化したか否かを指示するための１ビットフラグを含むＭＩＢを生成することと、（２）ＭＩＢを送信することとを含む。いくつかの実施形態では、過去における特定の時間は、現在時間とＭＩＢ指示時間期間（たとえば、３時間または２４時間）とに基づく。いくつかの実施形態では、過去における特定の時間は、現在時間−ＭＩＢ指示時間期間である。他の実施形態では、過去における特定の時間は、ある絶対時間期間境界である。
【０１２０】
いくつかの実施形態では、本方法は、ネットワークノードが以下のステップ、すなわち、あるＳＩを更新することと、あるＳＩが変化したことを指示するようにＳＩ変化フラグを第１の値にセットすることと、タイマーをアクティブ化することであって、タイマーは、タイマーがアクティブ化されたときからＭＩＢ指示時間期間（たとえば、２４時間）が経過したときに満了する、タイマーをアクティブ化することと、タイマーが満了した場合、あるＳＩがＭＩＢ指示時間期間内に（たとえば、過去２４時間以内に）変化しなかったことを指示するようにＳＩ変化フラグを第２の値にセットすることと、あるＳＩが、タイマーが依然として動作している間にさらに更新された場合、タイマーをリセットすることであって、それにより、タイマーがリセットされたときからＭＩＢ指示時間期間が経過したときにタイマーが満了する、タイマーをリセットすることとを実施することをも含む。この実施形態では、ＭＩＢ中に含まれる１ビットフラグはＳＩ変化フラグの値に等しくセットされる。
【０１２１】
別の態様では、ＳＩ収集時間を低減するための、ＵＥ１０２によって実施される方法が提供される。一実施形態では、本方法は、ＵＥが、あるＳＩが過去における特定の時間から変化させられたか否かを指示するための１ビットフラグを含むＭＩＢを受信することを含む。本方法は、ＵＥが、ＭＩＢを受信した後に、あるＳＩを含むＳＩＢを収集すること（たとえば、ＳＩＢ１−ＢＲを収集すること）であって、ＵＥは、フラグがセットされる値にかかわらずＳＩＢを収集する、ＳＩＢを収集することをさらに含み得る。たとえば、ＵＥは、ＵＥがスリープから起動した後にフラグのセッティングにかかわらずＳＩＢを収集し得、ＵＥが特定のＳＩＢを収集した最後の時間はＸ時間超前であった（たとえば、Ｘ＝３または２４）。
【０１２２】
本方法は、ＵＥが、ＳＩＢを収集した後に、あるＳＩが過去における特定の時点から変化させられなかったことを指示する（たとえば、ＳＩが最後のＸ時間において変化しなかったことを指示する）値にセットされるＭＩＢ指示を含む後続のＭＩＢを受信することと、ＵＥが、後続のＳＩＢの収集がスキップされ得るかどうかを決定することであって、決定することは、ＵＥが、フラグが特定の値にセットされると決定することを含む、後続のＳＩＢの収集がスキップされ得るかどうかを決定することと、後続のＳＩＢの収集がスキップされ得ると決定した後に、ＵＥが、あるＳＩを含む後続のＳＩＢの収集をスキップすることとをさらに含み得る。いくつかの実施形態では、過去における特定の時間は、現在時間とＭＩＢ指示時間期間とに基づく。いくつかの実施形態では、後続のＳＩＢの収集がスキップされ得るかどうかを決定するステップは、ＵＥが、ＵＥが最新のＳＩを現在有するかどうかを決定することをさらに含む。いくつかの実施形態では、ＵＥは、ＵＥが最後にＭＩＢ指示時間期間内にＳＩを収集したと決定することによって、ＵＥが最新のＳＩを有すると決定する。
【０１２３】
図８は、いくつかの実施形態による、ＵＥ１０２のブロック図である。図８に示されているように、ＵＥ１０２は、１つまたは複数のプロセッサ（Ｐ）８５５（たとえば、汎用マイクロプロセッサ、および／または、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など、１つまたは複数の他のプロセッサ）を含み得るデータ処理装置（ＤＰＡ）８０２と、ＵＥ１０２がＡＮノード（たとえば、基地局）にデータを送信し、ＡＮノードからデータを受信することを可能にするためのアンテナ８２２に結合された送信機８０５および受信機８０４と、１つまたは複数の不揮発性記憶デバイスおよび／または１つまたは複数の揮発性記憶デバイス（たとえば、ランダムアクセスメモリ（ＲＡＭ））を含み得るローカル記憶ユニット（別名「データ記憶システム」）８０８とを備え得る。ＵＥ１０２が汎用マイクロプロセッサを含む実施形態では、コンピュータプログラム製品（ＣＰＰ）８４１が提供され得る。ＣＰＰ８４１はコンピュータ可読媒体（ＣＲＭ）８４２を含み、ＣＲＭ８４２は、コンピュータ可読命令（ＣＲＩ）８４４を含むコンピュータプログラム（ＣＰ）８４３を記憶する。ＣＲＭ８４２は、限定はしないが、磁気媒体（たとえば、ハードディスク）、光媒体、メモリデバイス（たとえば、ランダムアクセスメモリ）など、非一時的コンピュータ可読媒体であり得る。いくつかの実施形態では、コンピュータプログラム８４３のＣＲＩ８４４は、データ処理装置８０２によって実行されたとき、ＣＲＩが、ＵＥ１０２に、上記で説明されたステップ（たとえば、フローチャートを参照しながら上記で説明されたステップ）を実施させるように設定される。他の実施形態では、ＵＥ１０２は、コードの必要なしに本明細書で説明されるステップを実施するように設定され得る。すなわち、たとえば、データ処理装置８０２は、単に１つまたは複数のＡＳＩＣからなり得る。したがって、本明細書で説明される実施形態の特徴は、ハードウェアおよび／またはソフトウェアで実装され得る。
【０１２４】
図９は、いくつかの実施形態による、ネットワークノード１０４のブロック図である。図９に示されているように、ノード１０４は、１つまたは複数のプロセッサ（Ｐ）９５５（たとえば、汎用マイクロプロセッサ、および／または、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など、１つまたは複数の他のプロセッサ）を含み得るデータ処理装置（ＤＰＡ）９０２と、ネットワークインターフェース９４８であって、ノード１０４が、ネットワークインターフェース９４８が接続されるネットワーク１１０（たとえば、インターネットプロトコル（ＩＰ）ネットワーク）に接続された他のノードにデータを送信し、他のノードからデータを受信することを可能にするための送信機（Ｔｘ）９４５および受信機（Ｒｘ）９４７を備える、ネットワークインターフェース９４８と、ＵＥとの無線通信のためのアンテナシステム９０４に結合された）回路要素９０３（たとえば、無線トランシーバ回路要素）と、１つまたは複数の不揮発性記憶デバイスおよび／または１つまたは複数の揮発性記憶デバイス（たとえば、ランダムアクセスメモリ（ＲＡＭ））を含み得るローカル記憶ユニット（別名「データ記憶システム」）９０８とを備え得る。ノード１０４が汎用マイクロプロセッサを含む実施形態では、コンピュータプログラム製品（ＣＰＰ）９４１が提供され得る。ＣＰＰ９４１はコンピュータ可読媒体（ＣＲＭ）９４２を含み、ＣＲＭ９４２は、コンピュータ可読命令（ＣＲＩ）９４４を含むコンピュータプログラム（ＣＰ）９４３を記憶する。ＣＲＭ９４２は、限定はしないが、磁気媒体（たとえば、ハードディスク）、光媒体、メモリデバイス（たとえば、ランダムアクセスメモリ）など、非一時的コンピュータ可読媒体であり得る。いくつかの実施形態では、コンピュータプログラム９４３のＣＲＩ９４４は、データ処理装置９０２によって実行されたとき、ＣＲＩが、ノード１０４に、上記で説明されたステップ（たとえば、フローチャートを参照しながら上記で説明されたステップ）を実施させるように設定される。他の実施形態では、ノード１０４は、コードの必要なしに本明細書で説明されるステップを実施するように設定され得る。すなわち、たとえば、データ処理装置９０２は、単に１つまたは複数のＡＳＩＣからなり得る。したがって、本明細書で説明される実施形態の特徴は、ハードウェアおよび／またはソフトウェアで実装され得る。
【０１２５】
追加の実施形態：
【０１２６】
Ａ１．ユーザ機器（ＵＥ）によって実施される方法であって、マスタ情報ブロック（ＭＩＢ）および／またはシステム情報ブロック（ＳＩＢ）を受信することと、受信されたＭＩＢおよび／またはＳＩＢの少なくとも一部分の有効性の指示を受信することとを含み、前記ＭＩＢが狭帯域物理ブロードキャストチャネル（ＮＰＢＣＨ）中で搬送され、前記ＳＩＢが狭帯域物理ダウンリンク共有チャネル（ＰＤＳＣＨ）中で搬送され、前記指示が有効性間隔または満了時間を指示する、方法。
【０１２７】
Ａ２．指示がＧＰＳまたはＵＴＣ時間フォーマットのものである、実施形態Ａ１に記載の方法。
【０１２８】
Ａ３．指示が、システムフレーム番号（ＳＦＮ）サイクルの倍数と等価な分解能を用いて量子化される、実施形態Ａ１〜Ａ２のいずれかに記載の方法。
【０１２９】
Ａ４．更新通知を受信することをさらに含む、実施形態Ａ１〜Ａ３のいずれかに記載の方法。
【０１３０】
Ａ５．指示を受信することが、指示を含むシステム情報ブロック（ＳＩＢ）を受信することを含む、実施形態Ａ１〜Ａ４のいずれか１つに記載の方法。
【０１３１】
Ａ６．ＭＩＢの前記少なくとも一部分を記憶することと、ＭＩＢの前記少なくとも一部分を記憶した後に、スリープ状態に入ることと、スリープ状態に入った後に、スリープ状態から起動することと、スリープ状態から起動した結果として、有効性指示に基づいて、ＭＩＢの記憶された部分が依然として有効であるかどうかを決定することとをさらに含む、実施形態Ａ１〜Ａ５のいずれか１つに記載の方法。
【０１３２】
Ａ７．ＭＩＢの記憶された部分が依然として有効であると決定した結果として、ＮＰＢＣＨ上で搬送された第２のＭＩＢを受信することと、受信された第２のＭＩＢの１つまたは複数の部分を復号することをスキップするが、受信された第２のＭＩＢの１つまたは複数の他の部分を復号することとをさらに含む、実施形態Ａ６に記載の方法。
【０１３３】
Ａ８．第２のＭＩＢが、動作モードを指示する符号化されたオペレーティングモード情報と符号化されたアクセス規制（ＡＢ）フラグとを含み、ＵＥが、符号化されたＡＢフラグを復号し、ＵＥが、オペレーティングモード情報の復号をスキップする、請求項Ａ７に記載の方法。
【０１３４】
Ｂ１．ユーザ機器（ＵＥ）によって実施される方法であって、スリープ状態から起動することと、マスタ情報ブロック（ＭＩＢ）および／またはシステム情報ブロック（ＳＩＢ）の一部分が再収集される必要があるかどうかを決定することと、ＭＩＢおよび／またはＳＩＢ情報の一部分が再収集される必要がないと決定したことに応答して、ＭＩＢおよび／またはＳＩＢ情報の残りの部分のみを収集することとを含む、方法。
【０１３５】
Ｂ２．残りの部分は、システムフレーム番号（ＳＦＮ）およびアクセス規制（ＡＢ）フラグ情報を含む、実施形態Ｂ１に記載の方法。
【０１３６】
Ｂ３．ＭＩおよび／またはＳＩ情報の残りの部分のみを収集することが、狭帯域物理ブロードキャストチャネル（ＮＰＢＣＨ）上で搬送されるマスタ情報ブロック（ＭＩＢ）を復号することを含む、実施形態Ｂ１〜Ｂ２のいずれかに記載の方法。
【０１３７】
Ｂ４．復号することが、ビタビ復号器において使用されるトレリスをプルーニングするために再収集される必要がないＭＩおよび／またはＳＩの部分を使用することをさらに含む、実施形態Ｂ３に記載の方法。
【０１３８】
Ｂ５．「起動」信号および／または「スリープ移行」信号が、ダウンリンク制御情報（ＤＣＩ）が送られるかどうかを指示するために使用される、実施形態Ｂ１〜Ｂ２のいずれかに記載の方法。
【０１３９】
Ｃ１．ユーザ機器（ＵＥ）であって、ＵＥが、狭帯域物理ブロードキャストチャネル（ＮＰＢＣＨ）中で搬送されたマスタ情報ブロック（ＭＩＢ）および／または狭帯域物理ダウンリンク共有チャネル（ＰＤＳＣＨ）中で搬送されたシステム情報ブロック（ＳＩＢ）を受信することと、受信されたＭＩＢおよび／またはＳＩＢの少なくとも一部分の有効性の指示を受信することとを行うように適応され、前記指示が有効性間隔または満了時間を指示する、ＵＥ。
【０１４０】
Ｄ１．ユーザ機器（ＵＥ）であって、ＵＥが、（１）狭帯域物理ブロードキャストチャネル（ＮＰＢＣＨ）中で搬送されたマスタ情報ブロック（ＭＩＢ）および／または狭帯域物理ダウンリンク共有チャネル（ＰＤＳＣＨ）中で搬送されたシステム情報（ＳＩＢ）のうちの少なくとも１つを受信するために受信機を採用するように設定された第１の受信モジュールと、受信されたＭＩＢおよび／またはＳＩＢの少なくとも一部分の有効性の指示を受信するために受信機を採用するように設定された第２の受信モジュールとを備え、前記指示が有効性間隔または満了時間を指示する、ＵＥ。
【０１４１】
Ｅ１．ユーザ機器（ＵＥ）であって、ＵＥが、受信機と、送信機と、データ記憶システムと、プロセッサを備えるデータ処理装置とを備え、データ処理装置が、データ記憶システム、送信機、および受信機に結合され、データ処理装置が、（１）狭帯域物理ブロードキャストチャネル（ＮＰＢＣＨ）中で搬送されたマスタ情報ブロック（ＭＩＢ）および／または狭帯域物理ダウンリンク共有チャネル（ＰＤＳＣＨ）中で搬送されたシステム情報（ＳＩＢ）のうちの少なくとも１つを受信するために受信機を採用し、受信されたＭＩＢおよび／またはＳＩＢの少なくとも一部分の有効性の指示を受信するために受信機を採用するように設定され、前記指示が有効性間隔または満了時間を指示する、ＵＥ。
【０１４２】
Ｆ１．ユーザ機器（ＵＥ）であって、ＵＥは、スリープ状態から起動することと、マスタ情報ブロック（ＭＩＢ）および／またはシステム情報ブロック（ＳＩＢ）の一部分が再収集される必要があるかどうかを決定することと、ＭＩＢおよび／またはＳＩＢ情報の一部分が再収集される必要がないと決定したことに応答して、ＭＩＢおよび／またはＳＩＢ情報の残りの部分のみを収集することとを行うように適応された、ＵＥ。
【０１４３】
Ｇ１．ユーザ機器（ＵＥ）であって、ＵＥは、スリープ状態から起動するための起動モジュール（ｗａｋｉｎｇ  ｍｏｄｕｌｅ）と、マスタ情報ブロック（ＭＩＢ）および／またはシステム情報ブロック（ＳＩＢ）の一部分が再収集される必要があるかどうかを決定するための決定モジュールと、ＭＩＢおよび／またはＳＩＢ情報の一部分が再収集される必要がないと決定したことに応答して、ＭＩＢおよび／またはＳＩＢ情報の残りの部分のみを復号するための復号モジュールとを備える、ＵＥ。
【０１４４】
Ｈ１．ユーザ機器（ＵＥ）であって、ＵＥが、受信機と、送信機と、データ記憶システムと、プロセッサを備えるデータ処理装置とを備え、データ処理装置が、データ記憶システム、送信機、および受信機に結合され、データ処理装置は、スリープ状態から起動することと、マスタ情報ブロック（ＭＩＢ）および／またはシステム情報ブロック（ＳＩＢ）の一部分が再収集される必要があるかどうかを決定することと、ＭＩＢおよび／またはＳＩＢ情報の一部分が再収集される必要がないと決定したことに応答して、ＭＩＢおよび／またはＳＩＢ情報の残りの部分のみを収集することとを行うように設定された、ＵＥ。
【０１４５】
Ｉ１．ネットワークノード（たとえば、基地局）によって実施される方法であって、方法が、ＮＰＢＣＨ上でＭＩＢを送信することと、ＰＤＳＣＨ上でＳＩＢを送信することと、送信されたＭＩＢおよび／またはＳＩＢの少なくとも一部分の有効性の指示を送信することとを含み、有効性指示が有効性間隔または満了時間を指示する、方法。
【０１４６】
Ｉ２．有効性指示がＧＰＳまたはＵＴＣ時間フォーマットのものである、実施形態Ｉ１に記載の方法。
【０１４７】
Ｉ３．有効性指示が、システムフレーム番号（ＳＦＮ）サイクルの倍数と等価な分解能を用いて量子化される、実施形態Ｉ１〜Ｉ２のいずれかに記載の方法。
【０１４８】
Ｊ１．ネットワークノードであって、ネットワークノードが、ＮＰＢＣＨ上でＭＩＢを送信することと、ＰＤＳＣＨ上でＳＩＢを送信することと、送信されたＭＩＢおよび／またはＳＩＢの少なくとも一部分の有効性の指示を送信することとを行うように適応され、有効性指示が有効性間隔または満了時間を指示する、ネットワークノード。
【０１４９】
Ｋ１．ネットワークノードであって、ネットワークノードが、ＮＰＢＣＨ上でＭＩＢを送信するための送信機を採用するための第１の送信モジュールと、ＰＤＳＣＨ上でＳＩＢを送信するための送信機を採用するための第２の送信モジュールと、送信されたＭＩＢおよび／またはＳＩＢの少なくとも一部分の有効性の指示を送信するための送信機を採用するための第１の送信モジュールとを備え、有効性指示が有効性間隔または満了時間を指示する、ネットワークノード。
【０１５０】
Ｌ１．ネットワークノードであって、ネットワークノードが、受信機と、送信機と、データ記憶システムと、プロセッサを備えるデータ処理装置とを備え、データ処理装置が、データ記憶システム、送信機、および受信機に結合され、データ処理装置が、ＮＰＢＣＨ上でＭＩＢを送信することと、ＰＤＳＣＨ上でＳＩＢを送信することと、送信されたＭＩＢおよび／またはＳＩＢの少なくとも一部分の有効性の指示を送信することとを行うように設定され、有効性指示が有効性間隔または満了時間を指示する、ネットワークノード。
【０１５１】
本開示の様々な実施形態が（もしあれば、添付の書類を含む）本明細書で説明されたが、それらの実施形態は、限定ではなく、例として提示されたにすぎないことを理解されたい。したがって、本開示の広さおよび範囲は、上記で説明された例示的な実施形態のいずれによっても限定されるべきでない。たとえば、上記の実施形態の多くは、例としてＮＢ−ＩｏＴまたはＬＴＥ−Ｍを使用して説明されたが、それらの実施形態は、特定の技術または規格に限定されず、したがって、その実施形態は、他の技術に、ならびに、たとえばＮＲなど、任意の他の通信規格に適用され得る。その上、本明細書で別段に指示されていない限り、またはコンテキストによって明確に否定されていない限り、上記で説明されたエレメントのそれらのすべての考えられる変形形態における任意の組合せが、本開示によって包含される。
【０１５２】
さらに、上記で説明され、図面に示されたプロセスは、ステップのシーケンスとして示されたが、これは、説明のためにのみ行われた。したがって、いくつかのステップが追加され得、いくつかのステップが省略され得、ステップの順序が並べ替えられ得、いくつかのステップが並行して実施され得ることが企図される。
【０１５３】
本出願は、２０１７年５月５日に出願された仮出願第６２／５０２，４２３号の優先権を主張し、その出願は、３ＧＰＰ寄稿のテキストを含んでいる付録を含む。この寄稿のいくつかの部分が以下で複写される。
【０１５４】
１．序論
【０１５５】
Ｒｅｌ−１５では、ＮＢ−ＩｏＴの拡張のための作業項目（ＷＩ）が同意された。目的は、レイテンシおよび電力消費のさらなる低減、測定精度の改善、ＮＰＲＡＣＨ信頼性および範囲の拡張、システム収集時間を低減することなどによって、ＮＢ−ＩｏＴの性能をさらに拡張することである［００２０６］。システム収集時間を低減することによって、ＮＢ−ＩｏＴのレイテンシおよび効率がさらに改善され得る。
【０１５６】
システム収集時間低減に関する、ＲＡＮ１＃８８ｂｉｓ会議において、少なくとも以下の候補が考慮され得ることが同意された。
・  ＮＰＳＳ／ＮＳＳＳに対する（１つまたは複数の）拡張
・  ＭＩＢ−ＮＢに対する（１つまたは複数の）拡張
・  （仕様への影響有りまたは無しの）複数のＳＩＢ１−ＮＢ  ＴＴＩにわたるＳＩＢ１−ＮＢ累積
・  ＳＩＢ１−ＮＢおよび／またはＳＩメッセージおよび／またはＭＩＢ−ＮＢ読取りをスキップすることを可能にする新しい機構
・  追加のＳＩＢ１−ＮＢが、既存のＳＩＢ１−ＮＢ送信に加えて他のサブフレーム上で送信される
・  （導入される場合）アジェンダ項目７．２．７．１．１における物理信号／チャネルの使用。注：これは、起動信号またはスリープ移行信号が考慮されることである。
・  他のＳＩＢｘ−ＮＢに関してはＦＦＳ
・  すべてのソリューションの詳細はＦＦＳである
・  ソリューションが、後方互換性があり、Ｒｅｌ−１３／Ｒｅｌ−１４ネットワークへの影響に対処する必要がある。
【０１５７】
２．概略的な説明
【０１５８】
３つのＮＢ−ＩｏＴ展開モードのうち、帯域内展開は、ＮＰＳＳおよびＮＳＳＳリソース上で発生し得るより低い送信電力レベルおよびパンクチャリングにより、より長いシステム収集時間を必要とする。さらに、帯域内モードでは、ＳＩＢ１−ＮＢまたはＳＩメッセージを搬送するＮＰＤＳＣＨは、スタンドアロンモードおよびガード帯域モードと比較して、ＬＴＥ  ＣＲＳによってとられるかまたはＬＴＥダウンリンク制御領域のために予約されるリソースにより、サブフレーム中により少数のリソースエレメントを有する。これは、より高いコーディングレート、したがってより低いコーディング利得を生じる。したがって、システム収集時間低減のための改善は、主に、帯域内モードをターゲットにするべきである。ソリューションは、帯域内モードのためのシステム収集時間を低減することができる、ガード帯域モードおよびスタンドアロンモードに直接適用され得る。
【０１５９】
所見１：システム収集時間低減のための改善は、主に、帯域内モードをターゲットにするべきである。ソリューションは、帯域内モードのためのシステム収集時間を低減することができる、ガード帯域モードおよびスタンドアロンモードに直接適用され得る。
【０１６０】
ＵＥがディープスリープから起動した後のシステム収集のプロセスは、以下のステップを含む：（１）ＮＰＳＳに同期する、（２）ＮＳＳＳに同期する、および（３）ＮＰＢＣＨを受信することを通してＭＩＢ−ＮＢを収集する。ＵＥは、ＭＩＢ−ＮＢ中のシステム情報（ＳＩ）値タグおよびアクセス規制（ＡＢ）フラグを検査することができる。ＳＩ値タグが変化せず、ＡＢフラグが有効化されない場合、ＵＥは、システム収集プロセスを完了する。
【０１６１】
ＭＩＢ−ＮＢおよびＳＩは（ＳＩＢ−１４およびＳＩＢ−１６を除いて）めったに変化させられず、ＡＢフラグはより動的にトグルすることができるが、ＡＢフラグは真にセットされるよりもはるかに頻繁に偽にセットされるので、たいていの場合、ＵＥは、ＵＥがディープスリープから起動した後、たいていの場合これらの３つのステップを通る必要があるにすぎない。１つの可能な残りの不確実性は、ハイパーＳＦＮ（Ｈ−ＳＦＮ）数である。ＭＩＢ−ＮＢはＨ−ＳＦＮの２つのＬＳＢを含んでいるが、完全なＨ−ＳＦＮは、ＳＩＢ１−ＮＢが収集されたときのみ収集される。ＵＥがディープスリープにあるときの２０ｐｐｍの周波数誤差を考慮すると、ＵＥクロックが１つのＳＦＮサイクル（すなわち１０２４個のＳＦＮまたは１つのＨ−ＳＦＮ）だけドリフトするのにスリープにおいて５０，０００個のＳＦＮサイクルを要するか、または、等価的に、ＵＥクロックが４つのＳＦＮサイクル（すなわち４つのＨ−ＳＦＮ）だけドリフトするのにスリープにおいて２００，０００個のＳＦＮサイクルを要する。ドリフトが４つ超のＳＦＮサイクルである場合、ＵＥは、Ｈ−ＳＦＮの２つ超のＬＳＢを収集する必要があり、したがってＳＩＢ１−ＮＢを収集する必要がある。しかしながら、２００，０００個のＳＦＮサイクルは約２３．７日である。タイミング不確実性を解決するためにＳＩＢ１−ＮＢのみを収集する必要があることを回避するために、ＵＥがサポートする使用事例のいずれかについてレイテンシが重要である場合、ＵＥは、２３．７日未満の間でセットされるＴＡＵ間隔を伴って、ＰＳＭについて設定されるべきである。したがって、Ｒｅｌ−１５の焦点は、ＮＰＳＳ、ＮＳＳＳ、およびＮＰＢＣＨの収集を改善することに当てられるべきである。これらの３つのステップのうち、ＮＳＳＳの収集が最も容易である。ＮＰＳＳとＮＰＢＣＨとの間で、ＮＰＢＣＨは、比較的簡単であり、ＵＥ複雑さおよび後方互換性にあまり影響を及ぼさない。Ｒｅｌ−１５が最初に、ＮＰＢＣＨ性能を改善することに焦点を当てるべきであると提案する。
【０１６２】
提案１：Ｒｅｌ−１５は最初に、ＮＰＢＣＨ性能を改善することに焦点を当てるべきである。
【０１６３】
帯域内展開の場合、Ｒｅｌ−１３  ＮＢ−ＩｏＴアンカーキャリア上の総オーバーヘッドは、表４中の例に示されているように、極めて高くなり得る。見られるように、ＳＩＢ１−ＮＢを搬送するリソースエレメントを除いて、ＮＰＤＣＣＨ／ＮＰＤＳＣＨシンボルのために利用可能なリソースエレメントの割合は、最悪の場合のシナリオでは、４２％と同程度に小さくなり得る（帯域内、ＬＴＥ  ＰＤＣＣＨのための３つのＯＦＤＭシンボル、および４つのＣＲＳポート）。より多くのＮＰＢＣＨ繰返しを使用することは、ＮＰＤＣＣＨ／ＮＰＤＳＣＨのために利用可能なリソースエレメントの割合をさらに低減する。
表４
Ｒｅｌ−１３アンカーキャリア上のＮＰＤＳＣＨ／ＮＰＤＣＣＨにとって利用可能なリソースエレメントのオーバーヘッドおよび割合。（帯域内、ＬＴＥ  ＰＤＣＣＨのための３つのＯＦＤＭシンボル、および４つのＣＲＳポート）
0006989618.tif 000006
【０１６４】
所見２：Ｒｅｌ−１３  ＮＢ−ＩｏＴアンカーキャリア上で、ＳＩＢ１−ＮＢを搬送するリソースエレメントを除いて、ＮＰＤＣＣＨ／ＮＰＤＳＣＨシンボルのために利用可能なリソースエレメントの割合は、最悪の場合のシナリオでは、わずか４２％である（帯域内、ＬＴＥ  ＰＤＣＣＨのための３つのＯＦＤＭシンボル、および４つのＣＲＳポート）。より多くのＮＰＢＣＨ繰返しを使用することは、ＮＰＤＣＣＨ／ＮＰＤＳＣＨのために利用可能なリソースエレメントの割合をさらに低減する。
【０１６５】
本明細書の残部では、（２）帯域内モードのために有益な（１）ＮＢ−ＩｏＴアンカーキャリア上の著しい追加のオーバーヘッドを招かない、ＮＰＢＣＨ収集時間を低減するためのソリューションに焦点を当てる。考慮されるソリューションは、（１）より高性能の受信機と（２）ＭＩＢ−ＮＢおよびＳＩＢ１−ＮＢ読取りをスキップすることを可能にする新しい機構とを含む。
【０１６６】
３．より高性能の受信機
【０１６７】
［２］では、クロスサブフレームチャネル推定と、高度ＭＩＢ−ＮＢ復号技法とが考慮された。クロスサブフレームチャネル推定およびその利益は十分に理解されているが、高度ＭＩＢ−ＮＢ復号技法［３］はさらなる説明を必要とし得る。このセクションでは、ＵＥが複数の６４０ｍｓ  ＮＰＢＣＨ  ＴＴＩにわたるＮＰＢＣＨ受信信号をジョイント復号することを可能にする高度ＭＩＢ−ＮＢ復号技法について説明する。
【０１６８】
ＭＩＢ−ＮＢの符号化プロセスが図１０に示されている。ＭＩＢ−ＮＢは３４ビットの長さであり、最初の６ビットは、ＳＦＮの４つのＭＳＢおよびＨ−ＳＦＮの２つのＬＳＢからなる。ＣＲＣ符号化器は１６ＣＲＣビットを追加し、１６ＣＲＣビットは、後で、ＮＰＢＣＨを送信するために使用されるアンテナポートの数の依存するマスクを伴って適用される。ＣＲＣ符号化およびマスキングの後に、５０ビットシーケンスは、ＬＴＥレートマッチングアルゴリズムに基づいて１６００ビットＮＰＢＣＨコードワードを生成する、１５０ビットのコードワードを生じるためにＴＢＣＣで符号化される。受信機側で、ＵＥは、最初にレートマッチングを元に戻すことができ、したがって、中核となる問題は、１５０ビットソフト値を処理し、復号ビットシーケンスを生じるためにＴＢＣＣ復号器を使用するである。
【０１６９】
活用すべき重要なコード特性は、ＣＲＣコードとＴＢＣＣコードの両方が線形コードであることである。ｘ１およびｘ２がＧＦ（２）上の２つの情報ベクトルであり、Ｃが、Ｃ（ｘｉ）＝ｗｉであるような線形コードである場合、Ｃ（ｘ１＋ｘ２）＝ｗ１＋ｗ２であることを想起されたい。そのような線形コード特性を活用すると、複数のＮＰＢＣＨ  ＴＴＩにわたるジョイント復号は、ＴＴＩにわたって変化するＭＩＢ−ＮＢ情報コンテンツが６ビットＳＦＮおよびＨ−ＳＦＮ情報であると仮定すると、容易に行われ得る。これがどのように機能するかを以下で示す。
【０１７０】
第１のＴＴＩにおける６ビットＳＦＮおよびＨ−ＳＦＮ情報が、（ｓ６，ｓ７，ｓ８，ｓ９，ｈ０，ｈ１）＝（０，０，０，０，０，０）であり、したがって、後続のＴＴＩにおいて、その情報が（１，０，０，０，０，０）であると仮定する。ここでは、それぞれ、ＳＦＮの４つのＭＳＢおよびＨ−ＳＦＮの２つのＬＳＢを表すために（ｓ６，ｓ７，ｓ８，ｓ９）および（ｈ０，ｈ１）を使用する。２つの連続するＴＴＩにおける２つのＭＩＢ−ＮＢ情報ベクトル（各々３４ビット）間の差異は、ｘΔ＝（１，０，０，．．．０）である。線形コード特性を使用すると、ｗΔとして示されたＴＢＣＣコードワードの差異は、図１１に示されているプロセスを使用して算出され得る。ここでは、図１０と比較して、ＣＲＣマスキングが２つのコードワード間の差異をとった後に消滅するので、ＣＲＣマスキングが必要とされないことに留意されたい。ｗΔは、第１のＴＴＩにおけるコードワードに対して、第２のＴＴＩにおけるコードワードに適用された追加のスクランブリングマスクと考えられ得る。したがって、ジョイント復号のために２つの受信されたコードワードを使用するために、受信機は、ｗΔを使用して第２の受信されたコードワードをデスクランブルし、第１のコードワードとソフト合成することができる。そのような技法が、増加ソフトバッファ要件という犠牲を払ってジョイント復号のために３つ以上のＴＴＩを使用することに拡げられ得ることに留意されたい。
【０１７１】
ＭＩＢ−ＮＢの場合、６つのフレームカウンタビット（ｓ６，ｓ７，ｓ８，ｓ９，ｈ０，ｈ１）は６４個の組合せを有するが、６つの異なるｘΔベクトル、したがって６つの異なるｗΔベクトルのみを生じる。これは、表５に示されている。表５では、新しいｘΔベクトルが最初に現れるときを青色でハイライトする。見られるように、多くのフレームカウンタ値が同じｘΔベクトルを共有する。
【０１７２】
６つの異なるｗΔベクトルは、２つのＴＴＩにわたる受信されたコードワードが６つの異なるやり方で合成されることを必要とする。したがって、復号器メモリは、２つのＴＴＩにわたって合成するとき、１５０ビットソフト値から９００ビットソフト値まで増加される。しかしながら、復号器複雑さは、トレリス状態の数が６４個のままであり、各状態が２つのアウトバウンドブランチ（ｏｕｔｂｏｕｎｄ  ｂｒａｎｃｈ）および２つのインバウンドブランチ（ｉｎｂｏｕｎｄ  ｂｒａｎｃｈ）を有するという点で、通常のＴＢＣＣ復号器と同じである。唯一の新しい工夫は、ブランチメトリック計算が、合成された受信されたコードワードの適宜に選定されたバージョンに基礎をおく必要があることである。しかしながら、特定の状態の場合、合成された受信されたコードワードのどのバージョンを使用すべきかを決定するプロセスは決定論的であり、追加の仮説を伴わない。
表５
フレームカウンタ値とｘΔとの間の関係。６４個の可能なフレームカウンタ値があるが、６つの可能なｘΔベクトルのみがある。
0006989618.tif 000007
【０１７３】
所見３：ＣＲＣおよびＴＢＣＣの線形コード特性を活用すると、複数のＮＰＢＣＨ  ＴＴＩにわたるジョイント復号は、単に、複数のＴＴＩにわたってＴＢＣＣコードワードを合成する前にビットソフト値に適切なデスクランブリングマスクを適用することによって、行われ得る。
【０１７４】
より高性能のＮＰＢＣＨ受信機を使用することは、追加のシグナリングを必要とせず、したがって、追加のシグナリングオーバーヘッドを生じないので、最も魅力的なソリューションである。
【０１７５】
４．ＭＩＢ−ＮＢおよびＳＩＢ１−ＮＢ読取りをスキップすることを可能にする新しい機構
【０１７６】
ＭＩＢ−ＮＢおよびＳＩは（ＳＩＢ１４−ＮＢおよびＳＩＢ１６を除いて）めったに変化しないので、ＵＥが、不変のままであるＭＩＢ−ＮＢおよびＳＩを再収集することをスキップすることを可能にする１つのやり方は、ｅＮＢに、ＭＩＢ−ＮＢおよびＳＩ情報の有効性間隔または満了時間を指示させることである。以下の説明では、ＭＩ／ＳＩ有効性間隔または満了時間を決定するために、ＡＢフラグ、ＳＩＢ１４−ＮＢ、ＳＩＢ１６、ＳＦＮおよびＨ−ＳＦＮの変化が使用されないと仮定する。そのような指示の場合、ＵＥが、ＵＥが前に収集したバージョンのＭＩ／ＳＩ有効性間隔内で起動する場合、同じ情報を再収集する必要がない。そのようなシナリオでは、ＵＥは、ＡＢフラグ、ＳＦＮおよびＨ−ＳＦＮを収集する必要があるにすぎない。この方法をサポートするために、対処される必要がある２つの問題点がある。１）ネットワークがＭＩ／ＳＩ有効性間隔または満了時間をどのようにシグナリングするか？、ならびに２）ＵＥが、完全なＭＩＢ−ＮＢおよびＳＩＢ１−ＮＢを収集することなしに、ＡＢフラグ、ＳＦＮおよびＨ−ＳＦＮをどのように収集するか？
【０１７７】
４．１  ＭＩ／ＳＩ有効性間隔または満了時間をシグナリングする
【０１７８】
場合によっては、ＭＩ／ＳＩ有効性間隔または満了時間をシグナリングするために使用され得る多くの方法がある。いくつかの可能なソリューションは、以下のとおりである。
【０１７９】
４．１．１  新しいシステム情報タイプが、ＭＩ／ＳＩ有効性間隔または満了時間を指示するために規定され得る。１つの可能なフォーマットは、ＧＰＳ時間または協定世界時（ＵＴＣ）を使用することである。ＵＥは、ＵＥのリアルタイムクロックを確立するためにＳＩＢ１６からＧＰＳおよびＵＴＣ時間を収集することができる。次いで、新しいＳＩＢ−Ｘが、現在のＭＩ／ＳＩが満了するＧＰＳまたはＵＴＣ時間を指示するために使用され得る。ＳＩＢ−Ｘのフォーマットは、ＳＩＢ−１６中で使用されるＵＴＣフォーマットと同様であり得る。しかしながら、ＳＩＢ１６では、時間分解能は１０ｍｓである。ＳＩＢ−Ｘの場合、はるかに粗い時間分解能が、ＵＴＣ時間を表すために必要とされるビット数を低減するために使用され得る。１つの可能性は、１つまたは複数のＳＦＮサイクルと等価な分解能を用いてＵＴＣ時間を量子化することである。また、ＳＩＢ１６中のＵＴＣ時間情報は、年および月情報を含む。ＳＩＢ−Ｘの場合、年および月情報を含む必要がないことがある。
【０１８０】
４．１．２  ＵＥが、ＳＩ更新通知を介してＳＩＢ−Ｘの更新を通知され得る。そのような更新通知は、ＳＩＢ−Ｘに固有であり得る。
【０１８１】
提案２：ＭＩ／ＳＩ有効性間隔または満了時間をシグナリングするｅＮＢが考慮される。ＭＩ／ＳＩ有効性または満了時間は、ＡＢフラグ、ＳＦＮおよびＨーＳＦＮの変化の影響を受けない。厳密なシグナリング方法はＦＦＳである。
【０１８２】
４．２  ＵＥが、ＡＢフラグ、ＳＦＮおよびＨ−ＳＦＮを収集する。
【０１８３】
システム収集時間低減は、例外報告のために長いバッテリー寿命（たとえば１０〜１５年）および１０ｓのレイテンシを必要とする使用事例をサポートするために、いくつかの設定を可能にする必要がある［４］。しかしながら、ソリューションが、たとえば３日に一度よりも低い頻度でデータを送信するにすぎない使用事例に応ずる必要はない。極めて頻度が低いデータ送信を伴う使用事例の場合、さらなるシステム収集時間低減なしに、１５年のバッテリー寿命がすでに達成され得る。２０ｐｐｍの発振器精度を考慮すると、ＵＥクロックは、３日で約±５１２０ｍｓだけずれることがある。したがって、ＵＥが３日後にネットワークに戻る場合、ＵＥは、この時間のあいまいさを解決する必要がある。この不確実にウィンドウは、１つのＳＦＮサイクルの持続時間に一致し、したがって、そのウィンドウは、時間のあいまいさを解決するために１０ビットＳＦＮ表現をとる。ＵＥは、ＮＰＳＳおよびＮＳＳＳ同期のステップを通り、これらの２つのステップの後に、ＵＥは、システムフレーム構造における８０ｍｓフレーミングへの同期を達成し、すなわち、ＵＥは、ＳＦＮの３つのＬＳＢを収集する。したがって、ＵＥがＭＩＢ−ＮＢを読み取ることをスキップする場合、ＵＥは、時間のあいまいさを解決するためにＳＦＮの７つのＭＳＢビットを得る必要がある。ＡＢフラグを追加する場合、全体的に８ビット情報がＵＥに与えられる必要がある。
【０１８４】
以下で説明される、ＵＥがそのような情報をどのように収集することができるかの２つの代替案がある。
【０１８５】
４．２．１  ＮＰＢＣＨを使用すること
【０１８６】
ＳＦＮおよびＡＢフラグは、ＮＰＢＣＨ中で与えられる。ＵＥは、すべての他の情報エレメントを知られているものとして扱い、ＳＦＮおよびＡＢフラグを復号することにのみ焦点を当てることができる。知られている情報ビットは、トレリスをプルーニングするために使用され得、トレリスプルーニングを用いて性能が著しく改善され得ることが予想される。事実上、ＵＥはまた、セクション４．１において説明されたＭＩ／ＳＩ有効性間隔または満了時間情報が与えられない場合、ＳＩ値タグを検査し得る。知られているＭＩＢ−ＮＢビットを利用するより高性能のＮＰＢＣＨ復号器の場合、ＵＥは、より少数の繰返しを伴って、ＵＥが必要とする情報エレメント（たとえばＳＦＮおよびＡＢフラグ）を復号することができる。これは、システム収集時間を低減するのを助ける。
【０１８７】
４．２．２  起動信号またはスリープ移行信号を使用すること
【０１８８】
起動信号およびスリープ移行信号は、電力消費低減を達成するための潜在的ソリューションとして説明されている。必要とされるタイミング情報およびＡＢフラグは、起動信号またはスリープ移行信号とバンドルされ得る。セクション４．１において説明されたＭＩ／ＳＩ有効性間隔または満了時間情報が与えられない場合、ＳＩ値タグもバンドルされ得る。しかしながら、この手法は、起動信号またはスリープ移行信号を監視しているＵＥのために機能する。
【０１８９】
５．結論
【０１９０】
本明細書では、システム収集時間を低減することができる潜在的ソリューションについて説明する。本明細書で提示される説明に基づいて、以下の所見および提案がなされる。
【０１９１】
所見１：システム収集時間低減のための改善は、主に、帯域内モードをターゲットにするべきである。ソリューションは、帯域内モードのためのシステム収集時間を低減することができる、ガード帯域モードおよびスタンドアロンモードに直接適用され得る。
【０１９２】
提案１：Ｒｅｌ−１５は最初に、ＮＰＢＣＨ性能を改善することに焦点を当てるべきである。
【０１９３】
所見２：Ｒｅｌ−１３  ＮＢ−ＩｏＴアンカーキャリア上で、ＳＩＢ１−ＮＢを搬送するリソースエレメントを除いて、ＮＰＤＣＣＨ／ＮＰＤＳＣＨシンボルのために利用可能なリソースエレメントの割合は、最悪の場合のシナリオでは、わずか４２％である（帯域内、ＬＴＥ  ＰＤＣＣＨのための３つのＯＦＤＭシンボル、および４つのＣＲＳポート）。より多くのＮＰＢＣＨ繰返しを使用することは、ＮＰＤＣＣＨ／ＮＰＤＳＣＨのために利用可能なリソースエレメントの割合をさらに低減する。
【０１９４】
所見３：ＣＲＣおよびＴＢＣＣの線形コード特性を活用すると、複数のＮＰＢＣＨ  ＴＴＩにわたるジョイント復号は、単に、複数のＴＴＩにわたってＴＢＣＣコードワードを合成する前にビットソフト値に適切なデスクランブリングマスクを適用することによって、行われ得る。
【０１９５】
提案２：ＭＩ／ＳＩ有効性間隔または満了時間をシグナリングするｅＮＢが考慮される。ＭＩ／ＳＩ有効性または満了時間は、ＡＢフラグ、ＳＦＮおよびＨーＳＦＮの変化の影響を受けない。厳密なシグナリング方法はＦＦＳである。
【０１９６】
６．参照
【０１９７】
［１］  ＲＰ−１７０８５２，  “Ｆｕｒｔｈｅｒ  ＮＢ−ＩｏＴ  ｅｎｈａｎｃｅｍｅｎｔｓ”，  ＲＡＮ＃７５，  ｓｏｕｒｃｅ  Ｈｕａｗｅｉ，  ＨｉＳｉｌｉｃｏｎ，  Ｎｅｕｌ，  ６  -  ９  Ｍａｒｃｈ，  ２０１７．
【０１９８】
［２］  Ｒ１−１７０５１８８，  “Ｏｎ  ｓｙｓｔｅｍ  ａｃｑｕｉｓｉｔｉｏｎ  ｔｉｍｅ  ｒｅｄｕｃｔｉｏｎ”，  ＲＡＮ１＃８８ｂ，  ｓｏｕｒｃｅ  Ｅｒｉｃｓｓｏｎ，  ３  -  ７  Ａｐｒｉｌ，  ２０１７．
【０１９９】
［３］  Ｒ１−１５２１９０，  ＰＢＣＨ  ｒｅｐｅｔｉｔｉｏｎ  ｆｏｒ  ＭＴＣ，  Ｅｒｉｃｓｓｏｎ，  ＲＡＮ１＃８０ｂｉｓ．
【０２００】
［４］  ３ＧＰＰ  ＴＲ４５．８２０  Ｃｅｌｌｕｌａｒ  ｓｙｓｔｅｍ  ｓｕｐｐｏｒｔ  ｆｏｒ  ｕｌｔｒａ−ｌｏｗ  ｃｏｍｐｌｅｘｉｔｙ  ａｎｄ  ｌｏｗ  ｔｈｒｏｕｇｈｐｕｔ  Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ  （ＣＩｏＴ）
【図１】
0006989618.tif 000008
【図２】
0006989618.tif 000009
【図３】
0006989618.tif 000010
【図４】
0006989618.tif 000011
【図５】
0006989618.tif 000012
【図６】
0006989618.tif 000013
【図７】
0006989618.tif 000014
【図８】
0006989618.tif 000015
【図９】
0006989618.tif 000016
【図１０】
0006989618.tif 000017
【図１１】
0006989618.tif 000018