(57)【要約】  異なるシステム情報、ＳＩ、メッセージウィンドウにわたる少なくとも第１のタイプのシステム情報ブロック、ＳＩＢ、メッセージの複数の送信を組み合わせるための第１のバッファ（７０２）と、ＳＩウィンドウ内の少なくとも第２のタイプのＳＩＢメッセージの複数の送信を組み合わせるための第２のバッファ（７０４）とをコンカレントに維持すること（６０２）と、第１（７０２）および第２（７０４）のバッファ中のコンテンツに基づいて、少なくとも第１および第２のタイプのＳＩＢメッセージを復号すること（６０４）とを備える、装置によるシステム情報を取得するための方法および装置。【選択図】      図６
2018529283.tif 000002
【特許請求の範囲】
【請求項１】
装置によるシステム情報を取得するための方法であって、
異なるシステム情報（ＳＩ）メッセージウィンドウにわたる少なくとも第１のタイプのシステム情報ブロック（ＳＩＢ）メッセージの複数の送信を組み合わせるための第１のバッファと、ＳＩウィンドウ内の少なくとも第２のタイプのＳＩＢメッセージの複数の送信を組み合わせるための第２のバッファとをコンカレントに維持することと、
前記第１および第２のバッファ中のコンテンツに基づいて、少なくとも第１および第２のタイプのＳＩＢメッセージを復号することと
を備える、方法。
【請求項２】
前記少なくとも第１のタイプのＳＩＢメッセージが、前記第２のタイプのＳＩＢメッセージを含む、請求項１に記載の方法。
【請求項３】
１つまたは複数の条件が満たされた場合に、異なるＳＩメッセージウィンドウにわたる前記少なくとも第１のタイプのＳＩＢメッセージの複数の送信の組合せを終了すること
をさらに備える、請求項１に記載の方法。
【請求項４】
前記１つまたは複数の条件が、
特定のタイプのＳＩＢメッセージの成功した復号、
ＳＩＢ修正期間の満了、または
所与の時間期間内にＳＩＢメッセージを復号することに失敗すること
のうちの少なくとも１つを備える、請求項３に記載の方法。
【請求項５】
必須と考えられる１つまたは複数のＳＩＢメッセージタイプを示すリストを維持することと、
前記リストに基づいて、特定のタイプのＳＩＢメッセージが必須として示されている場合に、前記特定のタイプのＳＩＢメッセージを復号することに失敗した後に、ＳＩＢ復号エラーを宣言することと
をさらに備える、請求項１に記載の方法。
【請求項６】
必須と考えられる前記１つまたは複数のＳＩＢメッセージタイプが、前記装置の動作モードに少なくとも部分的に依存する、請求項５に記載の方法。
【請求項７】
前記第１のタイプのＳＩＢメッセージが、システム情報ブロックタイプ１（ＳＩＢ１）メッセージを備え、
前記第１のバッファが、８０ｍｓウィンドウ超にわたる複数のＳＩＢ１メッセージを組み合わせるために使用される、
請求項１に記載の方法。
【請求項８】
前記第１のタイプのＳＩＢメッセージが、システム情報ブロックタイプ１（ＳＩＢ１）メッセージを備え、
ＳＩＢ１メッセージを成功裡に復号した後に、ＳＩＢ１以外のタイプのＳＩＢメッセージを組み合わせるために、前記第１のバッファを採用することをさらに備える、
請求項１に記載の方法。
【請求項９】
異なるシステム情報（ＳＩ）メッセージウィンドウにわたる少なくとも第１のタイプのシステム情報ブロック（ＳＩＢ）メッセージの複数の送信を組み合わせるための第１のバッファと、ＳＩウィンドウ内の少なくとも第２のタイプのＳＩＢメッセージの複数の送信を組み合わせるための第２のバッファとをコンカレントに維持することが、
前記第１のバッファ中の特定のタイプのＳＩＢメッセージの送信と、前記第２のバッファ中の前記特定のタイプのＳＩＢメッセージの組み合わせられていない送信とを組み合わせるためにコンカレントに維持すること
を含む、請求項１に記載の方法。
【請求項１０】
優先度方式に基づいて、前記第１のバッファ中で組み合わせるために、どのタイプのＳＩＢメッセージを記憶すべきかを決定すること
をさらに備える、請求項１に記載の方法。
【請求項１１】
前記優先度方式は、
第１の優先度のＳＩＢメッセージよりも高い第２の優先度のＳＩＢメッセージのタイプが成功裡に復号された
場合に、前記第１のバッファ中で組み合わせるために、前記第１の優先度のメッセージのタイプが記憶されることを規定する、請求項１０に記載の方法。
【請求項１２】
前記第１のバッファ中で組み合わせるために、前記第１の優先度を有するタイプの１つまたは複数のＳＩＢメッセージを記憶することと、
前記第２の優先度を有するタイプのＳＩＢメッセージが再び復号される必要があるとき、前記第１の優先度を有する前記タイプの前記ＳＩＢメッセージが成功裡に復号されたかどうかにかかわらず、前記第１のバッファ中で組み合わせるために、前記第２の優先度を有する前記タイプの１つまたは複数の前記ＳＩＢメッセージを記憶することと
をさらに備える、請求項１１に記載の方法。
【請求項１３】
ワイヤレス通信のための装置であって、
異なるシステム情報（ＳＩ）メッセージウィンドウにわたる少なくとも第１のタイプのシステム情報ブロック（ＳＩＢ）メッセージの複数の送信を組み合わせるための第１のバッファと、ＳＩウィンドウ内の少なくとも第２のタイプのＳＩＢメッセージの複数の送信を組み合わせるための第２のバッファとをコンカレントに維持することと、
前記第１および第２のバッファ中のコンテンツに基づいて、少なくとも第１および第２のタイプのＳＩＢメッセージを復号することと
を行うように構成された処理システム
を備える、装置。
【請求項１４】
前記少なくとも第１のタイプのＳＩＢメッセージが、前記第２のタイプのＳＩＢメッセージを含む、請求項１３に記載の装置。
【請求項１５】
前記処理システムは、１つまたは複数の条件が満たされた場合に、異なるＳＩメッセージウィンドウにわたる前記少なくとも第１のタイプのＳＩＢメッセージの複数の送信の組合せを終了するようにさらに構成された、請求項１３に記載の装置。
【請求項１６】
前記１つまたは複数の条件が、
特定のタイプのＳＩＢメッセージの成功した復号、
ＳＩＢ修正期間の満了、または
所与の時間期間内にＳＩＢメッセージを復号することに失敗すること
のうちの少なくとも１つを備える、請求項１５に記載の装置。
【請求項１７】
前記処理システムは、
必須と考えられる１つまたは複数のＳＩＢメッセージタイプを示すリストを維持することと、
前記リストに基づいて、特定のタイプのＳＩＢメッセージが必須として示されている場合に、前記特定のタイプのＳＩＢメッセージを復号することに失敗した後に、ＳＩＢ復号エラーを宣言することと
を行うようにさらに構成された、請求項１３に記載の装置。
【請求項１８】
必須と考えられる前記１つまたは複数のＳＩＢメッセージタイプが、前記装置の動作モードに少なくとも部分的に依存する、請求項１７に記載の装置。
【請求項１９】
前記第１のタイプのＳＩＢメッセージが、システム情報ブロックタイプ１（ＳＩＢ１）メッセージを備え、
前記第１のバッファが、８０ｍｓウィンドウ超にわたる複数のＳＩＢ１メッセージを組み合わせるために使用される、
請求項１３に記載の装置。
【請求項２０】
前記第１のタイプのＳＩＢメッセージが、システム情報ブロックタイプ１（ＳＩＢ１）メッセージを備え、
前記処理システムが、ＳＩＢ１メッセージを成功裡に復号した後に、ＳＩＢ１以外のタイプのＳＩＢメッセージを組み合わせるために、前記第１のバッファを採用するようにさらに構成された、
請求項１３に記載の装置。
【請求項２１】
異なるシステム情報（ＳＩ）メッセージウィンドウにわたる少なくとも第１のタイプのシステム情報ブロック（ＳＩＢ）メッセージの複数の送信を組み合わせるための第１のバッファと、ＳＩウィンドウ内の少なくとも第２のタイプのＳＩＢメッセージの複数の送信を組み合わせるための第２のバッファとをコンカレントに維持することが、
前記第１のバッファ中の特定のタイプのＳＩＢメッセージの送信と、前記第２のバッファ中の前記特定のタイプのＳＩＢメッセージの組み合わせられていない送信とを組み合わせるためにコンカレントに維持すること
を含む、請求項１３に記載の装置。
【請求項２２】
前記処理システムが、優先度方式に基づいて、前記第１のバッファ中で組み合わせるために、どのタイプのＳＩＢメッセージを記憶すべきかを決定するようにさらに構成された、請求項１３に記載の装置。
【請求項２３】
前記優先度方式は、
第１の優先度のメッセージよりも高い第２の優先度のＳＩＢメッセージのタイプが成功裡に復号された
場合に、前記第１のバッファ中で組み合わせるために、前記第１の優先度のＳＩＢメッセージのタイプが記憶されることを規定する、請求項２２に記載の装置。
【請求項２４】
前記処理システムは、
前記第１のバッファ中で組み合わせるために、前記第１の優先度を有するタイプの１つまたは複数のＳＩＢメッセージを記憶することと、
前記第２の優先度を有するタイプのＳＩＢメッセージが再び復号される必要があるとき、前記第１の優先度を有する前記タイプの前記ＳＩＢメッセージが成功裡に復号されたかどうかにかかわらず、前記第１のバッファ中で組み合わせるために、前記第２の優先度を有する前記タイプの１つまたは複数の前記ＳＩＢメッセージを記憶することと
を行うようにさらに構成された、請求項２３に記載の装置。
【請求項２５】
ワイヤレス通信のための装置であって、
異なるシステム情報（ＳＩ）メッセージウィンドウにわたる少なくとも第１のタイプのシステム情報ブロック（ＳＩＢ）メッセージの複数の送信を組み合わせるための第１のバッファと、ＳＩウィンドウ内の少なくとも第２のタイプのＳＩＢメッセージの複数の送信を組み合わせるための第２のバッファとをコンカレントに維持するための手段と、
前記第１および第２のバッファ中のコンテンツに基づいて、少なくとも第１および第２のタイプのＳＩＢメッセージを復号するための手段と
を備える、装置。
【請求項２６】
前記少なくとも第１のタイプのＳＩＢメッセージが、前記第２のタイプのＳＩＢメッセージを含む、請求項２５に記載の装置。
【請求項２７】
優先度方式に基づいて、前記第１のバッファ中で組み合わせるために、どのタイプのＳＩＢメッセージを記憶すべきかを決定するための手段
をさらに備える、請求項２５に記載の装置。
【請求項２８】
ワイヤレス通信のためのコンピュータ可読媒体であって、
異なるシステム情報（ＳＩ）メッセージウィンドウにわたる少なくとも第１のタイプのシステム情報ブロック（ＳＩＢ）メッセージの複数の送信を組み合わせるための第１のバッファと、ＳＩウィンドウ内の少なくとも第２のタイプのＳＩＢメッセージの複数の送信を組み合わせるための第２のバッファとをコンカレントに維持することと、
前記第１および第２のバッファ中のコンテンツに基づいて、少なくとも第１および第２のタイプのＳＩＢメッセージを復号することと
を行うためのその上に記憶された命令を有する、コンピュータ可読媒体。
【請求項２９】
前記少なくとも第１のタイプのＳＩＢメッセージが、前記第２のタイプのＳＩＢメッセージを含む、請求項２８に記載のコンピュータ可読媒体。
【請求項３０】
優先度方式に基づいて、前記第１のバッファ中で組み合わせるために、どのタイプのＳＩＢメッセージを記憶すべきかを決定すること
を行うためのその上に記憶された命令をさらに備える、請求項２８に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
米国特許法第１１９条に基づく優先権の主張
[0001]本特許出願は、その全体がともに参照により本明細書に明確に組み込まれる、２０１５年８月２７日に出願された米国仮特許出願第６２／２１０，６８２号、および２０１６年７月２７日に出願された米国出願第１５／２２１，１０８号の利益を主張する。
【０００２】
[0002]本開示のいくつかの態様は、一般にワイヤレス通信システムに関し、より詳細には、１つまたは複数のシステム情報ブロック（ＳＩＢ）のコンカレント復号（concurrent decoding）に関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなどの様々な通信サービスを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることが可能な多元接続ネットワークであり得る。そのような多元接続ネットワークの例としては、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークがある。
【０００４】
[0004]ワイヤレス通信ネットワークは、いくつかのユーザ機器（ＵＥ）のための通信をサポートすることができるいくつかの基地局を含み得る。ＵＥは、ダウンリンクおよびアップリンクを介して基地局と通信し得る。ダウンリンク（または順方向リンク）は基地局からＵＥへの通信リンクを指し、アップリンク（または逆方向リンク）はＵＥから基地局への通信リンクを指す。基地局は、ＵＥにダウンリンク上でデータおよび制御情報を送信し得、および／またはＵＥからアップリンク上でデータおよび制御情報を受信し得る。
【０００５】
[0005]システム情報ブロック（ＳＩＢ）は、ワイヤレスロングタームエボリューション（ＬＴＥ（登録商標））ネットワークに接続するための、およびそれとの接続を維持するための、様々な重要なタイプの情報を含む。１つまたは複数のＳＩＢを復号することに失敗することは、無線リンク失敗エラーまたはサービス損失を生じ得る。したがって、ＳＩＢ復号のロバストネス（robustness）を増加させることが望ましい。
【発明の概要】
【０００６】
[0006]本開示のいくつかの態様は、装置によるシステム情報を取得するための方法を提供する。本方法は、概して、異なるシステム情報（ＳＩ）メッセージウィンドウにわたる少なくとも第１のタイプのＳＩＢメッセージの複数の送信を組み合わせるための第１のバッファと、ＳＩウィンドウ内の少なくとも第２のタイプのＳＩＢメッセージの複数の送信を組み合わせるための第２のバッファとをコンカレントに維持することと、第１および第２のバッファ中のコンテンツに基づいて、少なくとも第１および第２のタイプのＳＩＢメッセージを復号することとを含む。
【０００７】
[0007]様々な他の態様は、上記で説明した動作を実行するための装置、システムおよびコンピュータプログラム製品を提供する。本開示の様々な態様および特徴について以下でさらに詳細に説明する。
【図面の簡単な説明】
【０００８】
【図１】[0008]本開示の態様が実施され得るワイヤレス通信ネットワークの一例を示す図。
【図２】[0009]ワイヤレス通信ネットワークにおけるフレーム構造の一例を示す図。
【図２Ａ】[0010]ＬＴＥにおけるアップリンクのための例示的なフォーマットを示す図。
【図３】[0011]本開示のいくつかの態様による、ワイヤレス通信ネットワーク中のユーザ機器デバイス（ＵＥ）と通信している拡張ノードＢの一例を示す図。
【図４】[0012]本開示のいくつかの態様による、ＳＩＢスケジューリングの一例を概念的に示す図。
【図５】[0013]本開示のいくつかの態様による、ＳＩＢ修正期間の一例を示す図。
【図６】[0014]本開示のいくつかの態様による、システム情報を取得するための例示的な動作を示す図。
【図７】[0015]本開示のいくつかの態様による、初期ＳＩＢ１収集中の１つまたは複数のＳＩＢの例示的なコンカレント復号を示す図。
【図８】[0016]本開示のいくつかの態様による、少なくとも１つのＳＩＢ修正期間を含む時間にわたる１つまたは複数のＳＩＢの例示的なコンカレント復号を示す図。
【発明を実施するための形態】
【０００９】
[0017]本開示のいくつかの態様は、１つまたは複数のＳＩＢ（たとえば、１つまたは複数のＳＩＢメッセージ）のコンカレント復号を可能にし得る技法を提供する。ｅＮＢなどのネットワークノードは、セルにアクセスし、セルへのアクセスを維持するために使用される情報を含む、１つまたは複数のＳＩＢを含むシステム情報メッセージをブロードキャストする。ＳＩＢを復号することは、たとえば、初期アタッチ、新しいセルへのハンドオーバ、セル再選択および／または重要な情報を監視することなど、多くのシナリオを可能にする。
【００１０】
[0018]ＳＩＢ復号失敗が、同期外れ（ＯＯＳ：out of sync）または無線リンク失敗（ＲＬＦ：radio link failure）エラーのいずれかを生じ得る。ワイヤレスノードは、ワイヤレスノードへの物理的損傷、ワイヤレスノードが深いフェージングにある、ワイヤレスノードが干渉を経験している、および／またはワイヤレスノードが不十分なカバレージをもつセルエッジにあるなど、様々な理由でＳＩＢを復号するのに困難を経験し得る。本開示の態様は、１つまたは複数のＳＩＢブロックを復号するための改善された手法を提供する。
【００１１】
[0019]本明細書で説明する技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のネットワークなど、様々なワイヤレス通信ネットワークのために使用され得る。「ネットワーク」および「システム」という用語はしばしば互換的に使用される。ＣＤＭＡネットワークは、ユニバーサル地上波無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ｃｄｍａ２０００などの無線技術を実装し得る。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））およびＣＤＭＡの他の変形態を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））などの無線技術を実装し得る。ＯＦＤＭＡネットワークは、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の一部である。３ＧＰＰ（登録商標）ロングタームエボリューション（ＬＴＥ）およびＬＴＥアドバンスト（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ：3rd Generation Partnership Project）と称する団体からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２：3rd Generation Partnership Project 2）と称する団体からの文書に記載されている。本明細書で説明する技法は、上記のワイヤレスネットワークおよび無線技術、ならびに他のワイヤレスネットワークおよび無線技術に使用され得る。明快のために、本技法のいくつかの態様について以下ではＬＴＥに関して説明し、以下の説明の大部分でＬＴＥ用語を使用する。
例示的なワイヤレスネットワーク
[0020]図１に、本明細書で説明する技法が実施され得るワイヤレス通信ネットワーク１００（たとえば、ＬＴＥネットワーク）を示す。たとえば、本技法は、ＵＥ１２０がｅＮＢ１１０とともに様々なアクセスプロシージャを実行するときのレイテンシを低減するために利用され得る。
【００１２】
[0021]ワイヤレスネットワーク１００は、いくつかの発展型ノードＢ（ｅＮＢ）１１０と他のネットワークエンティティとを含み得る。ｅＮＢは、ユーザ機器デバイス（ＵＥ）と通信する局であり得、基地局、ノードＢ、アクセスポイントなどと呼ばれることもある。各ｅＮＢ１１０は、特定の地理的エリアに通信カバレージを与え得る。「セル」という用語は、この用語が使用されるコンテキストに応じて、ｅＮＢのカバレージエリアおよび／またはこのカバレージエリアをサービスしているｅＮＢサブシステムを指すことがある。
【００１３】
[0022]ｅＮＢは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに通信カバレージを与え得る。マクロセルは、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。ピコセルは、比較的小さい地理的エリアをカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。フェムトセルは、比較的小さい地理的エリア（たとえば、自宅）をカバーし得、フェムトセルとの関連を有するＵＥ（たとえば、限定加入者グループ（ＣＳＧ：Closed Subscriber Group）中のＵＥ、自宅内のユーザのためのＵＥなど）による制限付きアクセスを可能にし得る。マクロセルのためのｅＮＢはマクロｅＮＢと呼ばれることがある。ピコセルのためのｅＮＢはピコｅＮＢと呼ばれることがある。フェムトセルのためのｅＮＢはフェムトｅＮＢまたはホームｅＮＢと呼ばれることがある。図１に示されている例では、ｅＮＢ１１０ａ、１１０ｂ、および１１０ｃは、それぞれマクロセル１０２ａ、１０２ｂ、および１０２ｃのためのマクロｅＮＢであり得る。ｅＮＢ１１０ｘは、ピコセル１０２ｘのためのピコｅＮＢであり得る。ｅＮＢ１１０ｙおよび１１０ｚは、それぞれフェムトセル１０２ｙおよび１０２ｚのためのフェムトｅＮＢであり得る。ｅＮＢは、１つまたは複数の（たとえば、３つの）セルをサポートし得る。
【００１４】
[0023]ワイヤレスネットワーク１００はまた、中継局を含み得る。中継局は、上流局（たとえば、ｅＮＢまたはＵＥ）からデータおよび／または他の情報の送信を受信し、そのデータおよび／または他の情報の送信を下流局（たとえば、ＵＥまたはｅＮＢ）に送る局である。中継局は、他のＵＥに対する送信を中継するＵＥであり得る。図１に示されている例では、中継局１１０ｒは、ｅＮＢ１１０ａとＵＥ１２０ｒとの間の通信を可能にするために、ｅＮＢ１１０ａおよびＵＥ１２０ｒと通信し得る。中継局は、リレーｅＮＢ、リレーなどと呼ばれることもある。
【００１５】
[0024]ワイヤレスネットワーク１００は、様々なタイプのｅＮＢ、たとえば、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレーなどを含む異種ネットワークであり得る。これらの異なるタイプのｅＮＢは、異なる送信電力レベル、異なるカバレージエリア、およびワイヤレスネットワーク１００における干渉に対する異なる影響を有し得る。たとえば、マクロｅＮＢは、高い送信電力レベル（たとえば、２０ワット）を有し得るが、ピコｅＮＢ、フェムトｅＮＢ、およびリレーは、より低い送信電力レベル（たとえば、１ワット）を有し得る。
【００１６】
[0025]ワイヤレスネットワーク１００は同期動作または非同期動作をサポートし得る。同期動作の場合、ｅＮＢは同様のフレームタイミングを有し得、異なるｅＮＢからの送信は近似的に時間的に整合され得る。非同期動作の場合、ｅＮＢは異なるフレームタイミングを有し得、異なるｅＮＢからの送信は時間的に整合されないことがある。本明細書で説明する技法は、同期動作と非同期動作の両方のために使用され得る。
【００１７】
[0026]ネットワークコントローラ１３０は、ｅＮＢのセットに結合し、これらのｅＮＢの協調および制御を行い得る。ネットワークコントローラ１３０は、バックホールを介してｅＮＢ１１０と通信し得る。ｅＮＢ１１０はまた、たとえば、ワイヤレスバックホールまたはワイヤラインバックホールを介して直接または間接的に互いに通信し得る。
【００１８】
[0027]ＵＥ１２０は、ワイヤレスネットワーク１００全体にわたって分散され得、各ＵＥ１２０は固定または移動であり得る。ＵＥ１２０は、端末、移動局、加入者ユニット、局などと呼ばれることもある。ＵＥ１２０は、セルラーフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ（ＷＬＬ）局、タブレットなどであり得る。ＵＥ１２０は、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレーなどと通信することが可能であり得る。図１において、両矢印付きの実線は、ダウンリンクおよび／またはアップリンク上での、ＵＥと、そのＵＥをサービスするように指定されたｅＮＢであるサービングｅＮＢとの間の所望の送信を示す。両矢印付きの破線は、ＵＥとｅＮＢとの間の干渉する送信を示す。
【００１９】
[0028]ＬＴＥは、ダウンリンク上では直交周波数分割多重化（ＯＦＤＭ）を利用し、アップリンク上ではシングルキャリア周波数分割多重化（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を、一般にトーン、ビンなどとも呼ばれる複数（Ｋ）個の直交サブキャリアに区分する。各サブキャリアはデータで変調され得る。概して、変調シンボルは、ＯＦＤＭでは周波数領域で、ＳＣ−ＦＤＭでは時間領域で送られる。隣接するサブキャリア間の間隔は固定であり得、サブキャリアの総数（Ｋ）はシステム帯域幅に依存し得る。たとえば、Ｋは、１．２５、２．５、５、１０、または２０メガヘルツ（ＭＨｚ）のシステム帯域幅に対してそれぞれ１２８、２５６、５１２、１０２４、または２０４８に等しくなり得る。システム帯域幅はまた、サブバンドに区分され得る。たとえば、サブバンドは１．０８ＭＨｚをカバーし得、１．２５、２．５、５、１０、または２０ＭＨｚのシステム帯域幅に対してそれぞれ１、２、４、８、または１６個のサブバンドがあり得る。
【００２０】
[0029]ＵＥは、複数のｅＮＢのカバレージ内にあり得る。これらのｅＮＢのうちの１つが、そのＵＥをサービスするために選択され得る。サービングｅＮＢは、たとえば、受信電力、受信品質、経路損失、信号対雑音比（ＳＮＲ：signal-to-noise ratio）など、様々な基準に基づいて選択され得る。
【００２１】
[0030]ＵＥは、ＵＥが１つまたは複数の干渉ｅＮＢからの高い干渉を観測し得る支配的干渉シナリオにおいて動作し得る。支配的干渉シナリオは、制限付き関連付けにより発生し得る。たとえば、図１では、ＵＥ１２０ｙは、フェムトｅＮＢ１１０ｙに近接し得、ｅＮＢ１１０ｙについて高い受信電力を有し得る。しかしながら、ＵＥ１２０ｙは、制限付き関連付けによりフェムトｅＮＢ１１０ｙにアクセスすることができないことがあり、次いで、（図１に示されているように）より低い受信電力をもつマクロｅＮＢ１１０ｃまたは同じくより低い受信電力をもつフェムトｅＮＢ１１０ｚ（図１に図示せず）に接続し得る。その場合、ＵＥ１２０ｙは、ダウンリンク上でフェムトｅＮＢ１１０ｙからの高い干渉を観測し得、また、アップリンク上でｅＮＢ１１０ｙに高い干渉を引き起こし得る。
【００２２】
[0031]支配的干渉シナリオはまた、範囲拡張により発生し得、これは、ＵＥが、ＵＥによって検出されたすべてのｅＮＢのうち、より低い経路損失とより低いＳＮＲとをもつｅＮＢに接続するシナリオである。たとえば、図１では、ＵＥ１２０ｘは、マクロｅＮＢ１１０ｂとピコｅＮＢ１１０ｘとを検出し得、ｅＮＢ１１０ｘについて、ｅＮＢ１１０ｂよりも低い受信電力を有し得る。とはいえ、ｅＮＢ１１０ｘの経路損失がマクロｅＮＢ１１０ｂの経路損失よりも低い場合、ＵＥ１２０ｘは、ピコｅＮＢ１１０ｘに接続することが望ましいことがある。これにより、ＵＥ１２０ｘの所与のデータレートに対してワイヤレスネットワークへの干渉が少なくなり得る。しかしながら、場合によっては、ピコｅＮＢ１１０ｘのセル範囲拡張（ＣＲＥ：cell range expansion）領域中にある間にピコｅＮＢ１１０ｘによってサービスされることは、多くの利益を与えないことがあり、事実上、サービス中断につながり得る。本開示のいくつかの態様によれば、ＵＥ１２０ｘは、高ドップラー、高相対的タイミング／周波数オフセット、処理制限、および低バッテリー電力を含むいくつかの条件を検出したことに応答して、ピコｅＮＢ１１０ｘによってサービスされることを回避し得る。これらの態様について、以下で詳細に説明する。
【００２３】
[0032]一態様では、支配的干渉シナリオにおける通信は、異なる周波数帯域上で異なるｅＮＢを動作させることによってサポートされ得る。周波数帯域は、通信のために使用され得る周波数範囲であり、（ｉ）中心周波数および帯域幅、または（ｉｉ）より低い周波数およびより高い周波数によって与えられ得る。周波数帯域は、帯域、周波数チャネルなどと呼ばれることもある。異なるｅＮＢのための周波数帯域は、強いｅＮＢがそれのＵＥと通信することを可能にしながら、ＵＥが支配的干渉シナリオにおいてより弱いｅＮＢと通信することができるように選択され得る。ｅＮＢは、ＵＥにおいて受信されるｅＮＢからの信号の相対受信電力に基づいて（たとえば、ｅＮＢの送信電力レベルには基づかずに）「弱い」ｅＮＢまたは「強い」ｅＮＢとして分類され得る。
【００２４】
[0033]図２に、ＬＴＥにおいて使用されるフレーム構造を示す。ダウンリンクの送信タイムラインは無線フレームの単位に区分され得る。各無線フレームは、所定の持続時間（たとえば、１０ミリ秒（ｍｓ））を有し得、０〜９のインデックスをもつ１０個のサブフレームに区分され得る。各サブフレームは２つのスロットを含み得る。したがって、各無線フレームは、０〜１９のインデックスをもつ２０個のスロットを含み得る。各スロットは、Ｌ個のシンボル期間、たとえば、（図２に示されているように）ノーマルサイクリックプレフィックスの場合はＬ＝７個のシンボル期間、または拡張サイクリックプレフィックスの場合はＬ＝６個のシンボル期間を含み得る。各サブフレーム中の２Ｌ個のシンボル期間は０〜２Ｌ−１のインデックスを割り当てられ得る。利用可能な時間周波数リソースはリソースブロックに区分され得る。各リソースブロックは、１つのスロット中でＮ個のサブキャリア（たとえば、１２個のサブキャリア）をカバーし得る。
【００２５】
[0034]ＬＴＥでは、ｅＮＢは、ｅＮＢ中の各セルについて１次同期信号（ＰＳＳ：primary synchronization signal）と２次同期信号（ＳＳＳ：secondary synchronization signal）とを送り得る。１次同期信号および２次同期信号は、図２に示すように、それぞれ、ノーマルサイクリックプレフィックス（ＣＰ）をもつ各無線フレームのサブフレーム０および５の各々中のシンボル期間６および５中で送られ得る。同期信号は、セル検出および収集のためにＵＥによって使用され得る。ｅＮＢは、サブフレーム０のスロット１中のシンボル期間０〜３中で物理ブロードキャストチャネル（ＰＢＣＨ：Physical Broadcast Channel）を送り得る。ＰＢＣＨはあるシステム情報を搬送し得る。
【００２６】
[0035]ｅＮＢは、図２に示されているように、各サブフレームの最初のシンボル期間中で物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ：Physical Control Format Indicator Channel）を送り得る。ＰＣＦＩＣＨは、制御チャネルのために使用されるいくつか（Ｍ個）のシンボル期間を搬送し得、ここで、Ｍは、１、２または３に等しくなり得、サブフレームごとに変化し得る。Ｍはまた、たとえば、リソースブロックが１０個未満である、小さいシステム帯域幅では４に等しくすることができる。ｅＮＢは、各サブフレームの最初のＭ個のシンボル期間中で物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ：Physical HARQ Indicator Channel）と物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）とを送り得る（図２に図示せず）。ＰＨＩＣＨは、ハイブリッド自動再送要求（ＨＡＲＱ：hybrid automatic repeat request）をサポートするための情報を搬送し得る。ＰＤＣＣＨは、ＵＥのためのリソース割振りに関する情報と、ダウンリンクチャネルのための制御情報とを搬送し得る。ｅＮＢは、各サブフレームの残りのシンボル期間において物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）を送り得る。ＰＤＳＣＨは、ダウンリンク上でのデータ送信のためにスケジュールされたＵＥのためのデータを搬送し得る。
【００２７】
[0036]ｅＮＢは、ｅＮＢによって使用されるシステム帯域幅の中心１．０８ＭＨｚにおいてＰＳＳ、ＳＳＳ、およびＰＢＣＨを送り得る。ｅＮＢは、これらのチャネルが送られる各シンボル期間においてシステム帯域幅全体にわたってＰＣＦＩＣＨおよびＰＨＩＣＨを送り得る。ｅＮＢは、システム帯域幅のいくつかの部分においてＵＥのグループにＰＤＣＣＨを送り得る。ｅＮＢは、システム帯域幅の特定の部分において特定のＵＥにＰＤＳＣＨを送り得る。ｅＮＢは、すべてのＵＥにブロードキャスト方式でＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＣＦＩＣＨ、およびＰＨＩＣＨを送り得、特定のＵＥにユニキャスト方式でＰＤＣＣＨを送り得、また特定のＵＥにユニキャスト方式でＰＤＳＣＨを送り得る。
【００２８】
[0037]各シンボル期間においていくつかのリソース要素が利用可能であり得る。各リソース要素（ＲＥ：resource element）は、１つのシンボル期間において１つのサブキャリアをカバーし得、実数値または複素数値であり得る１つの変調シンボルを送るために使用され得る。各シンボル期間において基準信号のために使用されないリソース要素は、リソース要素グループ（ＲＥＧ：resource element group）中に配置され得る。各ＲＥＧは１つのシンボル期間において４つのリソース要素を含み得る。ＰＣＦＩＣＨは、シンボル期間０において、周波数にわたってほぼ等しく離間され得る、４つのＲＥＧを占有し得る。ＰＨＩＣＨは、１つまたは複数の構成可能なシンボル期間において、周波数にわたって拡散され得る、３つのＲＥＧを占有し得る。たとえば、ＰＨＩＣＨ用の３つのＲＥＧは、すべてシンボル期間０中に属し得るか、またはシンボル期間０、１および２中で拡散され得る。ＰＤＣＣＨは、たとえば、最初のＭ個のシンボル期間において、利用可能なＲＥＧから選択され得る、９個、１８個、３６個、または７２個のＲＥＧを占有し得る。ＲＥＧのいくつかの組合せのみがＰＤＣＣＨに対して可能にされ得る。
【００２９】
[0038]ＵＥは、ＰＨＩＣＨおよびＰＣＦＩＣＨのために使用される特定のＲＥＧを知り得る。ＵＥは、ＰＤＣＣＨのためのＲＥＧの様々な組合せを探索し得る。探索すべき組合せの数は、一般に、ＰＤＣＣＨに対して可能にされる組合せの数よりも少ない。ｅＮＢは、ＵＥが探索することになる組合せのいずれかにおいてＵＥにＰＤＣＣＨを送り得る。
【００３０】
[0039]図２Ａに、ＬＴＥにおけるアップリンクのための例示的なフォーマット２００Ａを示す。アップリンクのための利用可能なリソースブロックは、データセクションと制御セクションとに区分され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、構成可能なサイズを有し得る。制御セクション中のリソースブロックは、制御情報の送信のためにＵＥに割り当てられ得る。データセクションは、制御セクション中に含まれないすべてのリソースブロックを含み得る。図２Ａの設計は、単一のＵＥがデータセクション中の連続サブキャリアのすべてを割り当てられることを可能にし得る、連続サブキャリアを含むデータセクションを生じる。
【００３１】
[0040]ＵＥは、ｅＮＢに制御情報を送信するために、制御セクション中のリソースブロックを割り当てられ得る。ＵＥは、ノードＢにデータを送信するために、データセクション中のリソースブロックをも割り当てられ得る。ＵＥは、制御セクション中の割り当てられたリソースブロック上の物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）２１０ａ、２１０ｂ中で制御情報を送信し得る。ＵＥは、データセクション中の割り当てられたリソースブロック上の物理アップリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）２２０ａ、２２０ｂ中でデータまたはデータと制御情報の両方を送信し得る。アップリンク送信は、サブフレームの両方のスロットにわたり得、図２Ａに示されているように周波数上でホッピングし得る。
【００３２】
[0041]図３に、図１の基地局／ｅＮＢのうちの１つであり得る基地局またはｅＮＢ１１０と、図１のＵＥのうちの１つであり得るＵＥ１２０との設計のブロック図を示す。ｅＮＢ１１０とＵＥ１２０とは、本明細書で説明する動作を実行するように構成され得る。たとえば、図示のように、ｅＮＢ１１０は、ＵＥ１２０にシステム情報を伝達するように構成され得る。
【００３３】
[0042]制限付き関連付けシナリオの場合、ｅＮＢ１１０は図１のマクロｅＮＢ１１０ｃであり得、ＵＥ１２０はＵＥ１２０ｙであり得る。ｅＮＢ１１０は、何らかの他のタイプの基地局であり得る。ｅＮＢ１１０はＴ個のアンテナ３３４ａ〜３３４ｔを装備し得、ＵＥ１２０はＲ個のアンテナ３５２ａ〜３５２ｒを装備し得、ここで、概してＴ≧１およびＲ≧１である。
【００３４】
[0043]ｅＮＢ１１０において、送信プロセッサ３２０は、データソース３１２からデータを受信し、コントローラ／プロセッサ３４０から制御情報を受信し得る。制御情報は、ＰＢＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨなどのためのものであり得る。データは、ＰＤＳＣＨなどのためのものであり得る。送信プロセッサ３２０は、データシンボルおよび制御シンボルを取得するために、それぞれデータおよび制御情報を処理（たとえば、符号化およびシンボルマッピング）し得る。送信プロセッサ３２０はまた、たとえば、ＰＳＳ、ＳＳＳ、およびセル固有基準信号のための基準シンボルを生成し得る。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ３３０は、適用可能な場合、データシンボル、制御シンボル、および／または基準シンボルに対して空間処理（たとえば、プリコーディング）を実行し得、Ｔ個の出力シンボルストリームをＴ個の変調器（ＭＯＤ）３３２ａ〜３３２ｔに与え得る。各変調器３３２は、出力サンプルストリームを取得するために、（たとえば、ＯＦＤＭなどのために）それぞれの出力シンボルストリームを処理し得る。各変調器３３２はさらに、ダウンリンク信号を取得するために、出力サンプルストリームを処理（たとえば、アナログへの変換、増幅、フィルタ処理、およびアップコンバート）し得る。変調器３３２ａ〜３３２ｔからのＴ個のダウンリンク信号は、それぞれＴ個のアンテナ３３４ａ〜３３４ｔを介して送信され得る。
【００３５】
[0044]ＵＥ１２０において、アンテナ３５２ａ〜３５２ｒが、ｅＮＢ１１０からダウンリンク信号を受信し得、受信信号をそれぞれ復調器（ＤＥＭＯＤ）３５４ａ〜３５４ｒに与え得る。各復調器３５４は、入力サンプルを取得するために、それぞれの受信信号を調整（たとえば、フィルタ処理、増幅、ダウンコンバート、およびデジタル化）し得る。各復調器３５４はさらに、受信シンボルを取得するために、（たとえば、ＯＦＤＭなどのために）入力サンプルを処理し得る。ＭＩＭＯ検出器３５６は、Ｒ個の復調器３５４ａ〜３５４ｒのすべてから受信シンボルを取得し、適用可能な場合は受信シンボルに対してＭＩＭＯ検出を実行し、検出シンボルを与え得る。受信プロセッサ３５８は、検出シンボルを処理（たとえば、復調、デインターリーブ、および復号）し、ＵＥ１２０のための復号されたデータをデータシンク３６０に与え、復号された制御情報をコントローラ／プロセッサ３８０に与え得る。
【００３６】
[0045]アップリンク上では、ＵＥ１２０において、送信プロセッサ３６４が、データソース３６２から（たとえば、ＰＵＳＣＨのための）データを受信し、処理し得、コントローラ／プロセッサ３８０から（たとえば、ＰＵＣＣＨのための）制御情報を受信し、処理し得る。送信プロセッサ３６４は、基準信号のための基準シンボルを生成し得る。送信プロセッサ３６４からのシンボルは、適用可能な場合はＴＸ  ＭＩＭＯプロセッサ３６６によってプリコーディングされ、さらに（たとえば、ＳＣ−ＦＤＭなどのために）変調器３５４ａ〜３５４ｒによって処理され、ｅＮＢ１１０に送信され得る。ｅＮＢ１１０において、ＵＥ１２０からのアップリンク信号は、アンテナ３３４によって受信され、復調器３３２によって処理され、適用可能な場合はＭＩＭＯ検出器３３６によって検出され、ＵＥ１２０によって送られた復号されたデータと制御情報とを取得するために、受信プロセッサ３３８によってさらに処理され得る。受信プロセッサ３３８は、復号されたデータをデータシンク３３９に与え、復号された制御情報をコントローラ／プロセッサ３４０に与え得る。
【００３７】
[0046]コントローラ／プロセッサ３４０、３８０は、それぞれｅＮＢ１１０およびＵＥ１２０における動作を指示し得る。ＵＥ１２０におけるコントローラ／プロセッサ３８０ならびに／あるいは他のプロセッサ構成要素、および／またはモジュールは、本明細書で説明するように、図６に示されている動作６００および／またはＥ−ＵＴＲＡＮのためのシステムアクセスを拡張するための技法のための他のプロセスを実行または指示し得る。ｅＮＢ１１０におけるコントローラ／プロセッサ３４０ならびに／あるいは他のプロセッサ、構成要素および／またはモジュールは、本明細書で説明するように、Ｅ−ＵＴＲＡＮのためのシステムアクセスを拡張するための技法のための他のプロセスを実行または指示し得る。メモリ３４２および３８２は、それぞれｅＮＢ１１０およびＵＥ１２０のためのデータおよびプログラムコードを記憶し得る。スケジューラ３４４は、ダウンリンクおよび／またはアップリンク上でのデータ送信のためにＵＥをスケジュールし得る。
【００３８】
[0047]いくつかの態様によれば、マスタ情報ブロック（ＭＩＢ）が、たとえば、ｅＮＢなどのワイヤレスノードによってブロードキャストされる。ＭＩＢは、セルに初期にアタッチするための基本情報を含み得る。セル収集中に、ＵＥは、セルにキャンプオンする（camping on）ために必要な情報を収集するために、ＭＩＢを検出し、読み取る。図４に示されているように、新しいＭＩＢが、４つの無線フレームごとに、たとえば、サブフレーム０、４、８、１２、および１６においてブロードキャストされる。ＭＩＢのコピーが、無線フレームごとにブロードキャストされ、たとえば、ここで、サブフレーム１〜３においてブロードキャストされるＭＩＢは、サブフレーム０においてブロードキャストされるＭＩＢのコピーである。
【００３９】
[0048]様々なタイプのシステム情報（ＳＩ）を各々搬送する、多くの定義されたタイプのＳＩＢメッセージ（たとえば、ＳＩＢ）、ＳＩＢ１、ＳＩＢ２、ＳＩＢ３．．．がある。概して、ＳＩＢメッセージは、ブロードキャスト情報（たとえば、重要なブロードキャスト情報）を含み、様々なＳＩＢメッセージ中で搬送された復号された情報が、初期アタッチ、ハンドオーバ、セル再選択、ならびに地震および津波警報サービス（ＥＴＷＳ：earthquake and tsunami warning service）または商用モバイル警報システム（ＣＭＡＳ：commercial mobile alert system）など、重要な情報を監視することのために必要とされる。
【００４０】
[0049]各ＳＩＢは、システム情報ブロックタイプ１（ＳＩＢ１）中で搬送されるスケジュールによって定義されるスケジュールでブロードキャストされ得る。ＭＩＢと同様に、ＳＩＢ１は、図４に見られるように、たとえば、８０ｍｓの周期で８つの無線フレームごとに、固定スケジュールでブロードキャストされ得、繰返しは８０ｍｓ内で行われる。たとえば、ＳＩＢ１の第１の送信は、ＳＦＮ  ｍｏｄ  ８＝０である無線フレームのサブフレーム番号（ＳＦＮ）５中でスケジュールされ得、繰返しは、ＳＦＮ  ｍｏｄ  ２＝０であるすべての他の無線フレームのＳＦＮ５中でスケジュールされ得る。すなわち、新しいＳＩＢ１が８つのフレームまたは８０ｍｓごとに送られ、８０ｍｓ期間内で、同じＳＩＢ１が２つのフレームまたは２０ｍｓごとに繰り返される。繰返しは、たとえば、各々異なる冗長バージョン（ＲＶ：redundancy version）を含み得るが、場合によっては同じである。ＵＥは、組み合わせられた繰返しを復号する際に使用するためのＬＬＲを計算するために、繰返しを組み合わせ得る。
【００４１】
[0050]図５に、本開示のいくつかの態様による、ＳＩＢ修正期間５０２の一例を示す。システム情報は、ＳＩＢ修正期間５０２の後に変更され得る。ＳＩＢ修正期間５０２の長さの指示が、ＳＩＢ２中で搬送され得る。ＳＩＢ修正期間５０２は、概して、無線フレーム５０４の数に関して定義され得、ＤＲＸサイクルの関数であり得る。特定のＳＩＢ修正期間５０２内で、ＳＩＢのＳＩは不変のままであり、ＳＩは修正期間中に繰り返され得る。ＳＩが修正されたとき、ｅＮＢは、ＵＥに今度の変更について通知し、次のＳＩＢ修正期間中の新しいＳＩＢ中で、更新されたＳＩを送信し得る。
【００４２】
[0051]ＳＩＢは、ＳＩＢ１は別として、ＳＩＢ修正ウィンドウとは別個の、１つまたは複数のＳＩウィンドウ５０６内で送信され得る。ＳＩウィンドウ５０６は、ＳＩＢがいつ送信されるようにスケジュールされたかを示す。ＳＩウィンドウは、送信のための正確なサブフレーム番号を指定しない。そうではなく、特定のＳＩＢは、ＳＩＢ１において指定されたＳＦＮにおいて開始するＳＩウィンドウの持続時間内のどこかのＳＩメッセージ５０８Ａ内で送信され得る。ＵＥは、ＳＩＢが収集されるまで、ＳＩウィンドウの最初から、ＳＩＢを含むＳＩメッセージをリッスンすること（listening）によって、ＳＩＢを収集することを試み得る。
【００４３】
[0052]ＳＩウィンドウは、ＳＩウィンドウ内でＳＩメッセージの再送信を可能にするように定義され得る。図示のように、ＳＩメッセージ５０８Ｂは、ＳＩメッセージ５０８Ａの再送信であり得る。そのような場合、ＳＩウィンドウ５０６は、ＳＩメッセージ５０８Ａよりも必ず長い。これは、ＳＩメッセージ５０８Ａが、ＳＩウィンドウ５０６内で２回以上送信されることを可能にする。ＳＩウィンドウ５０６内でＳＩメッセージ５０８Ａを複数回送信することは、初期送信を受信することに失敗したかまたは初期送信の一部分のみを受信したＵＥが再送信を受信し得るので、一定の冗長を可能にする。
【００４４】
[0053]ＳＩメッセージ５０８Ａが特定のＳＩウィンドウ５０６中に再送信された場合、受信されたＳＩメッセージは、ＵＥによって組み合わせられ得る。計算されたＬＬＲ値が、特定のＳＩウィンドウ５０６内で受信されたＳＩメッセージを復号するために使用され得る。この計算されたＬＬＲ値は、概して、新しいＳＩウィンドウ５０６の最初に廃棄される。しかしながら、チャネル条件が好ましくない場合、ＵＥは、特定のＳＩメッセージを復号することが可能でないことがある。さらに、特定のＳＩメッセージが特定のＳＩウィンドウ中に再送信されない場合、受信ＵＥは、そのＳＩウィンドウ内でそのＳＩメッセージを組み合わせることが可能でなくなる。
【００４５】
[0054]いくつかの態様によれば、ＳＩメッセージは、異なるＳＩウィンドウにわたって組み合わせられ得る。特定のＳＩＢ修正ウィンドウ内で、特定のＳＩメッセージ内のＳＩは、比較的不変のままであり得る。たとえば、ネットワークは、異なるＳＩウィンドウにわたる複数のＳＩメッセージ送信について、同じ情報ビットを使用し得る。新しいデータがＳＩメッセージ中に含まれる場合、特定のＳＩメッセージがＳＩメッセージの前のバージョンと比較して新しい情報ビットを含むことを示す、新規データインジケータ（ＮＤＩ：new-data indicator）ビットが設定され得る。複数のＳＩメッセージが、異なるＳＩウィンドウにわたって、ただし同じＳＩＢ修正境界内で、同じ情報ビットとともに受信された場合、ＵＥは、異なるＳＩウィンドウにわたってＳＩメッセージを組み合わせ得る。これは、ＵＥが、あるレベルの時間ダイバーシティを達成し、ＳＩＢ復号性能を改善することを可能にする。しかしながら、いくつかのＳＩメッセージの場合、情報コンテンツは、異なるＳＩメッセージウィンドウにわたって変化し得る。たとえば、ＥＴＷＳおよびＣＭＡＳメッセージをもつＳＩＢは、複数のＳＩメッセージにわたって拡散される必要があり得る、大きいデータペイロードを有し得る。その上、現在の３ＧＰＰ定義が物理（ＰＨＹ）レイヤにおいてではなく無線リソース制御（ＲＲＣ）レイヤにおいてＳＩコンテンツを扱うので、ＰＨＹレイヤにおけるＳＩＢ挙動は明確でない。
１つまたは複数のＳＩＢのコンカレント復号
[0055]上述のように、本開示のいくつかの態様は、ＳＩＢメッセージの復号を改善するのを助け得る技法を提供する。いくつかの場合には、異なるタイプのＳＩＢメッセージがコンカレントに復号され得る。本明細書で使用するコンカレント復号という用語は、復号されるべき異なるタイプのＳＩＢメッセージを記憶するための少なくとも２つのバッファをコンカレントに維持することを指すことがある。少なくとも２つのバッファは、既存のハードウェアで特定のＳＩＢを復号することに専用のバッファを再利用し得る。
【００４６】
[0056]図６に、本開示のいくつかの態様による、システム情報を取得するための例示的な動作のブロック図を示す。動作６００は、図１に示されているようなＵＥ１２０などの装置によって実行され得る。動作６００は６０２において開始し、ここで、本装置は、異なるシステム情報（ＳＩ）メッセージウィンドウにわたる少なくとも第１のタイプのシステム情報ブロック（ＳＩＢ）メッセージの複数の送信を組み合わせるための第１のバッファと、ＳＩウィンドウ内の少なくとも第２のタイプのＳＩＢメッセージの複数の送信を組み合わせるための第２のバッファとをコンカレントに維持する。６０４において、本装置は、第１および第２のバッファ中のコンテンツに基づいて、少なくとも第１および第２のタイプのＳＩＢメッセージを復号する。
【００４７】
[0057]上記で説明したように、第１および第２のバッファは、ＳＩＢ修正期間内で、コンカレントに、ＳＩウィンドウ内とＳＩウィンドウにわたる両方の、様々なタイプのＳＩＢメッセージの複数の送信を組み合わせるために使用され、これは、改善されたＳＩＢ復号性能を可能にし得る。複数のＳＩメッセージウィンドウにわたるＳＩメッセージを組み合わせることは、特定のＳＩメッセージが成功裡に復号されたことをＲＲＣが示すまで、ＳＩメッセージウィンドウ内または複数のＳＩメッセージウィンドウにわたってのいずれかで組み合わせることによって、実行され得る。複数のＳＩメッセージウィンドウにわたる複数のＳＩメッセージの組合せを終了することは、１つまたは複数の条件が満たされた場合に行われ得る。たとえば、複数のＳＩメッセージウィンドウにわたって組み合わせることは、ＳＩＢ修正期間の満了時に、または本装置がしきい値時間期間の間にＳＩメッセージまたはＳＩＢを復号することができない場合に、終了され得る。後者の場合、ＵＥは、次いで、ＳＩＢ読取り失敗（SIB read failure）を宣言し得る。
【００４８】
[0058]図７に、本開示のいくつかの態様による、初期ＳＩＢ１収集中の例示的なコンカレントＳＩＢ復号を示す。装置は、ＳＩメッセージを復号するために使用される、少なくとも２つのバッファ７０２および７０４で構成され得る。ＳＩＢ１メッセージを復号するために少なくとも２つのバッファのうちの第１のバッファ７０２を専用化するのではなく、第１のバッファ７０２は、複数のＳＩウィンドウにわたって組み合わせるために使用され得る。上記で説明したように、新しいＳＩＢ１が８０ｍｓごとに送られ、２０ｍｓ間隔で繰り返され得る。図示のように、新しいまたは第１のＳＩＢ１（図示せず）が、８０ｍｓ第１のＳＩＢ１ウィンドウ７０６中にわたって送られ得る。第１のＳＩＢの１つまたは複数の第１の繰返しＳＩＢ１  ７１０が受信され得る。新しい、第２のＳＩＢ１  ７１２が、１つまたは複数の第２の繰返しＳＩＢ１  ７１６Ａ〜Ｃとともに、第２のＳＩＢ１ウィンドウ７１４中に受信され得る。受信されたＳＩＢ１送信（たとえば、１つまたは複数の繰返しＳＩＢ１  ７１０のうちの１つまたは複数）は、７１８において、第１のバッファ７０２中で、８０ｍｓウィンドウ超にわたる、ただしＳＩＢ修正期間内の、他の受信されたＳＩＢ１（たとえば、第２のＳＩＢ１  ７１２、繰返し第２のＳＩＢ１  ７１６Ａ〜Ｃなど）送信と組み合わせられ得る。少なくとも２つのバッファのうちの第２のバッファ７０４は、ＳＩＢ１は別として、すべての他のＳＩＢを復号するために使用され得る。
【００４９】
[0059]本開示の態様によれば、第２のバッファ７０４は、他のＳＩＢとともにＳＩＢ１を復号するためにも使用され得る。たとえば、第２のバッファ７０４は、７２０において、第１の繰返しＳＩＢ１  ７１０など、受信されたＳＩＢ１を組み合わせることによって、８０ｍｓ第１のＳＩＢ１ウィンドウ７０６内のＳＩＢ１を復号するために使用され得る。第１のＳＩＢ１ウィンドウ７０６がＳＩＢ１の成功した復号なしに終了した場合、第２のバッファ７０４のコンテンツはクリアされ得、第２のバッファ７０４は、７２２において、第２のＳＩＢ１  ７１２と繰返し第２のＳＩＢ１  ７１６Ａ〜Ｂとを組み合わせることによって、第２のＳＩＢ１ウィンドウ７１４内のＳＩＢ１を復号するために使用した。第２のバッファ７０４中でＳＩＢ１をＳＩＢ１ウィンドウと組み合わせることは、新しいＳＩＢ１が８０ｍｓごとに送られ、新しいＳＩＢ１のコンテンツが前のＳＩＢ１とは異なり得、この差がＳＩＢ１ウィンドウにわたって組み合わせるのを防ぎ得るので、冗長のレベルを与える。
【００５０】
[0060]７０８においてＳＩＢ１を成功裡に復号し、他のＳＩＢのためのスケジューリング情報をＳＩＢ１から取得した後に、第１のバッファ７０２および第２のバッファ７０４は、それらのＳＩウィンドウにわたる他のＳＩＢを組み合わせるために使用され得る。たとえば、第１のＳＩＢ２  ７２６Ａ、７２６Ｂは、ＳＩウィンドウ７２４中に受信された後に、第１のバッファ７０２と第２のバッファ７０４の両方に入れられ得る。第１の受信されたＳＩＢ２  ７２６Ａは、第１のバッファ７０２に入れられ、別のＳＩウィンドウ７３０中に受信された第２の受信されたＳＩＢ２  ７２８Ａと組み合わせられ得る。複数のＳＩウィンドウにわたって組み合わせることは、第２の受信されたＳＩＢ２  ７２８Ａが同じＳＩＢ修正境界に属し、（たとえば、ＮＤＩによって示されるように）同じ情報ビットが第１の受信されたＳＩＢ２  ７２６Ａと第２の受信されたＳＩＢ２  ７２８Ａの両方の中に存在するときに、行われ得る。組み合わせられた第１の受信されたＳＩＢ２  ７２６Ａおよび第２の受信されたＳＩＢ２  ７２８Ａが、７３２において組み合わせることによって成功裡に復号された場合、復号されたＳＩＢ２は、ＲＲＣレイヤまで受け渡され、第１のバッファ７０２からクリアされる。
【００５１】
[0061]第２のバッファ７０４が単一のＳＩウィンドウ内で（たとえば、単一のＳＩウィンドウ内でのみ）組み合わせることをサポートするので、第２のバッファ７０４中の第１の受信されたＳＩＢ２  ７２６Ｂは、第１の受信されたＳＩＢ２のＳＩウィンドウ７２４内でのみＳＩＢ２の再送信と組み合わせられ得る。これは、特定のＳＩＢ中に含まれる情報がＳＩウィンドウにわたって変化する場合、ロバストネスのレベルを与える。第１の受信されたＳＩＢ２  ７２６ＢのＳＩウィンドウ７２４が満了した場合、第１の受信されたＳＩＢ３  ７３４など、別のＳＩＢは、第１の受信されたＳＩＢ２  ７２６Ｂがまだ成功裡に復号されなかった場合でも、組み合わせるおよび復号するために、第２のバッファ７０４中の第１の受信されたＳＩＢ２  ７２６Ｂと入れ替わり得る。
【００５２】
[0062]本開示のいくつかの態様によれば、ハードウェア制限が、一度に１つのＳＩＢのみが、第１のバッファ７０２中で複数のＳＩウィンドウにわたって組み合わせられることを可能にし得るので、ＳＩＢは、優先度方式に基づいて、第１のバッファ７０２中で組み合わせるために選定され得る。この優先度方式は、第１のバッファ中で組み合わせるために、どのＳＩＢを記憶すべきかを規定し、ここで、より高い優先度のＳＩＢが成功裡に復号された後に、より低い優先度のＳＩＢが復号される。第１のバッファの効率的な利用を可能にするために、第１のバッファ中で復号するためのＳＩＢの優先度付けが適用され得る。様々なＳＩＢが必須と考えられるかどうかは装置の動作モードに依存し得るので、この優先度付けは、装置のＲＲＣ状態（たとえば、動作モード）に応じて変動し得る。たとえば、接続モードでは、ＳＩＢ１、２、および１０〜１２のみが、ＲＲＣによって必須と考えられる。したがって接続モードでは、第１のバッファ上で組み合わせることは、ＳＩＢ１がＳＩＢ２よりも優先され、ＳＩＢ２がＳＩＢ１０、１１、および１２よりも優先され、ＳＩＢ１０、１１、および１２がすべての他のＳＩＢよりも優先されるように、優先度を付けられ得る。言い換えれば、接続モードでは、ＳＩＢ１＞ＳＩＢ２＞（ＳＩＢ１０、ＳＩＢ１１、ＳＩＢ１２）＞すべての他のＳＩＢである。上記のＳＩＢ１０、１１、および１２など、丸括弧内のＳＩＢのブロックは、同じ優先度を割り当てられ、それらのＳＩＢインデックスに基づいて、最も低いものが第１になるように順序付けられ得る。
【００５３】
[0063]装置がアイドルモードにある場合、すべてのＳＩＢはＲＲＣによって必須と考えられる。アイドルモードでは、第１のバッファ上で組み合わせることは、ＳＩＢ１がＳＩＢ２よりも優先され、ＳＩＢ２がＳＩＢ３および４よりも優先され、ＳＩＢ３および４がＳＩＢ１０、１１、および１２よりも優先され、ＳＩＢ１０、１１、および１２がすべての他のＳＩＢよりも優先されるように、優先度を付けられ得る。言い換えれば、アイドルモードでは、ＳＩＢ１＞ＳＩＢ２＞（ＳＩＢ３、ＳＩＢ４）＞（ＳＩＢ１０、ＳＩＢ１１、ＳＩＢ１２）＞すべての他のＳＩＢである。
【００５４】
[0064]たとえば、図７では、優先度付けは、ＳＩＢ１＞ＳＩＢ２＞（ＳＩＢ３、ＳＩＢ４）であるようなものであり得る。ＳＩＢ１がＳＩＢ１復号パス７３６中に成功裡に復号された後に、およびＳＩＢ２のためのスケジュールが知られるようになる。次いで、複数のＳＩウィンドウにわたるＳＩＢ組合せが、第１のバッファ７０２のためにスケジュールされ得る。ＳＩＢ２のためのスケジューリングの後に受信された繰返しＳＩＢ１  ７１６Ｃは、ＳＩＢ１  ７１６ＣがＳＩＢ修正期間内の前に成功裡に復号されたＳＩＢ１の再送信である場合、無視され得る。ＳＩＢ２のためのスケジューリングの後にＳＩＢ２復号パス７３８において受信された第１の受信されたＳＩＢ３  ７３４は、ＳＩＢ２がＳＩＢ３に優先するので、第１のバッファ７０２に入れられないことがある。第１の受信されたＳＩＢ３  ７３４は、第２のバッファ７０４がＳＩウィンドウ内でのみ組み合わせ、したがって優先度付けが適用されないので、第２のバッファ７０４に入れられ得る。第２のバッファ７０４がＳＩウィンドウ内で組み合わせるので、第２のバッファ７０４が前のＳＩウィンドウ内で成功裡に組み合わせられなかった（たとえば、組み合わせられない）前のＳＩＢからの情報を前に含む場合、前のＳＩＢは、上書きされるか、または場合によっては第２のバッファから削除され得る。ＳＩＢ２がＳＩＢ２復号パス７３８において成功裡に復号された後、７４０において複数のＳＩウィンドウにわたって第２の受信されたＳＩＢ３  ７４２を組み合わせることは、ＳＩＢ３復号パス７４４において第１のバッファ中で行われ得る。ＳＩＢ３がより低いＳＩＢインデックスを有するので、ＳＩＢ３はＳＩＢ４よりも優先され得、以下同様である。
【００５５】
[0065]いくつかの実装形態では、優先度付けルールは、たとえば、モデムが複数のＳＩＢのコンカレントＳＩＢ復号を一緒にサポートするのに十分なバッファを有する場合、適用されないことがある。しかしながら、複数のＳＩＢが単一のＳＩメッセージ中で一緒に構成され、単一のＳＩＢを復号するのに十分なバッファサイズよりも大きい適切なバッファサイズを設計することが困難になり得るので、そのような実装形態は可能性が低いことが予想される。
【００５６】
[0066]上記で説明したように、すべてのＳＩＢが必須と考えられるとは限らない。いくつかのＲＲＣ状態では、いくつかのＳＩＢはあまり重要でなく、ＳＩＢ読取り失敗は、装置へのごくわずかな影響しか有しない。たとえば、発展型マルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ）が装置によってサポートされない場合、ＳＩＢ１３、１５、および１６を読み取ることに失敗することは、装置への影響を有しない。いくつかの実施形態では、装置は、必須のＳＩＢのリストを維持し、装置が必須のＳＩＢを復号することに失敗した場合のみＲＬＦまたはＯＯＳを宣言し得る。必須のＳＩＢのこのリストは、装置のＲＲＣ状態に応じて変動し得る。たとえば、接続モードではＳＩＢ１、２、および１０〜１２のみが必須と考えられるが、アイドルモードではすべてのＳＩＢが必須と考えられる。したがって、ＳＩＢ４を復号することに失敗することは、接続モードではＲＬＦまたはＯＯＳエラーをトリガしないことがあるが、アイドルモードではエラーをトリガし得る。
【００５７】
[0067]図８に、本開示のいくつかの態様による、少なくとも１つのＳＩＢ修正期間を含む時間にわたる例示的なコンカレント復号を示す。システム情報は、ＳＩＢ修正期間の後に、またはＳＩＢ修正境界８０６を越えて変更され得る。システム情報に対する更新が、たとえば、ＳＩＢ１中で通信され得る。一度に１つのＳＩＢが第１のバッファ８０２中で組み合わせられ得るので、ＳＩＢ２など、別のＳＩＢが第１のバッファ８０２中で組み合わせられている間にＳＩＢ１が復号される必要がある場合、８０８において別のＳＩＢを組み合わせることは（そのようなＳＩＢが成功裡に復号されたかどうかにかかわらず）終了され得、第１のバッファ８０２は、次いで、８１０においてＳＩＢ１を組み合わせることのために使用され得る。他のＳＩＢのＳＩウィンドウにわたって、他のＳＩＢを組み合わせるために、第２のバッファ８０４が使用され得る。
【００５８】
[0068]上記で説明した方法の様々な動作は、対応する機能を実行することが可能な任意の好適な手段によって実行され得る。それらの手段は、限定はしないが、回路、特定用途向け集積回路（ＡＳＩＣ）、またはプロセッサを含む、様々な（１つまたは複数の）ハードウェアおよび／またはソフトウェア構成要素および／またはモジュールを含み得る。概して、図に示されている動作がある場合、それらの動作は、任意の好適な対応するカウンターパートのミーンズプラスファンクション構成要素によって実行され得る。
【００５９】
[0069]たとえば、コンカレントに維持するための手段および／または復号するための手段は、図３に示されているＵＥ１２０の受信プロセッサ３５８および／またはコントローラ／プロセッサ３８０、ならびに／あるいは図３に示されているｅＮＢ１１０の送信プロセッサ３２０および／またはコントローラ／プロセッサ３４０など、１つまたは複数のプロセッサを含み得る。受信するための手段は、図３に示されているＵＥ１２０の受信プロセッサ（たとえば、受信プロセッサ３５８）および／または（１つまたは複数の）アンテナ３５２を備え得る。送信するための手段は、図３に示されているｅＮＢ１２０の送信プロセッサ（たとえば、送信プロセッサ３２０）および／または（１つまたは複数の）アンテナ３３４を備え得る。
【００６０】
[0070]情報および信号は多種多様な技術および技法のいずれかを使用して表され得ることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【００６１】
[0071]さらに、本明細書の開示に関して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、上記では概してそれらの機能に関して説明した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈されるべきではない。
【００６２】
[0072]本明細書の開示に関して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
【００６３】
[0073]本明細書の開示に関して説明した方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、および／または記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサと一体であり得る。プロセッサおよび記憶媒体はＡＳＩＣ中に存在し得る。ＡＳＩＣはユーザ端末中に存在し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として存在し得る。
【００６４】
[0074]１つまたは複数の例示的な設計では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびｂｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【００６５】
[0075]本明細書で使用する、項目のリスト「のうちの少なくとも１つ」を指す句は、単一のメンバーを含む、それらの項目の任意の組合せを指す。一例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃ、ならびに複数の同じ要素をもつ任意の組合せ（たとえば、ａ−ａ、ａ−ａ−ａ、ａ−ａ−ｂ、ａ−ａ−ｃ、ａ−ｂ−ｂ、ａ−ｃ−ｃ、ｂ−ｂ、ｂ−ｂ−ｂ、ｂ−ｂ−ｃ、ｃ−ｃ、およびｃ−ｃ−ｃ、またはａ、ｂ、およびｃの任意の他の順序）を包含するものとする。
【００６６】
[0076]本開示についての以上の説明は、いかなる当業者も本開示を作成または使用することができるように与えたものである。本開示への様々な修正は当業者には容易に明らかになり、本明細書で定義された一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明した例および設計に限定されるものではなく、本明細書で開示した原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
【図１】
2018529283.tif 000003
【図２】
2018529283.tif 000004
【図２Ａ】
2018529283.tif 000005
【図３】
2018529283.tif 000006
【図４】
2018529283.tif 000007
【図５】
2018529283.tif 000008
【図６】
2018529283.tif 000009
【図７】
2018529283.tif 000010
【図８】
2018529283.tif 000011
【国際調査報告】
2018529283.tif 000012
2018529283.tif 000013