(57)【要約】本開示は、ユーザ装置において実施される方法を紹介する。当該方法は、物理ダウンリンク制御チャネル内で、残りの最小システム情報または他のシステム情報を搬送する対応する物理ダウンリンク共有チャネルを示すダウンリンク制御情報の１つ以上のビットを決定することを含む。ユーザ装置および対応するネットワークノードも紹介される。【選択図】図１Ｂ
2021520122.tif 000002
【特許請求の範囲】
【請求項１】
通信のための無線デバイスにおける方法であって、前記方法は、
取得されたＣＯＲＥＳＥＴ構成に従って、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を識別することと、
前記識別されたＰＤＣＣＨ上でダウンリンク制御情報（ＤＣＩ）メッセージを受信することと、
前記受信されたＤＣＩメッセージから、システム情報が搬送される、スケジュールされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を決定することと、
前記受信されたＤＣＩメッセージの１つ以上のビットに従って、前記システム情報のタイプを識別することを含み、前記ＰＤＳＣＨ上で搬送される前記システム情報を示す前記１つ以上のビットは、残りの最小システム情報（ＲＭＳＩ）または他のシステム情報（ＯＳＩ）である、方法。
【請求項２】
請求項１に記載の方法であって、更に、
ネットワークノードから受信した信号から物理ブロードキャストチャネル（ＰＢＣＨ）を復号することと、
前記ＰＢＣＨによって構成された前記ＣＯＲＥＳＥＴ構成を取得することを含む、方法。
【請求項３】
請求項１または２に記載の方法であって、更に、
前記ＰＤＳＣＨ上で搬送された前記システム情報を受信することと、
前記システム情報がＲＭＳＩであることに応答して、前記ＲＭＳＩを復号することと、
前記無線デバイスにおいて復号されたＲＭＳＩが存在することに応答して、ＲＭＳＩのソフト合成を実行することと、
前記ソフト合成されたＲＭＳＩに基づいて、前記ネットワークノードとの初期アクセスを確立することを含む、方法。
【請求項４】
請求項１または２に記載の方法であって、更に、
前記ＰＤＳＣＨ上で搬送された前記システム情報を受信することと、
前記システム情報がＯＳＩであることに応答して、ＲＭＳＩが復号されたときに、前記ＣＯＲＥＳＥＴ構成が取得された前記ネットワークノードへの初期アクセスにおいて前記ＯＳＩを使用することを含む、方法。
【請求項５】
請求項１から４のいずれか１項に記載の方法であって、前記受信されたＤＣＩメッセージは、ＤＣＩフォーマット１_０を使用する、方法。
【請求項６】
通信のための無線デバイスにおける方法であって、
ＰＤＣＣＨ上でダウンリンク制御情報（ＤＣＩ）メッセージを受信することと、
前記受信されたＤＣＩメッセージから、システム情報が搬送されるＰＤＳＣＨを決定することと、
前記受信されたＤＣＩメッセージから、搬送される前記システム情報のタイプがＲＭＳＩまたはＯＳＩであることを決定することと、
搬送される前記システム情報のタイプに応じて、前記ＰＤＳＣＨ上で搬送されるシステム情報を受信するかどうかを決定することを含む、方法。
【請求項７】
請求項６に記載の方法であって、搬送される前記システム情報のタイプを決定することは、
前記受信したＤＣＩメッセージに従って搬送される前記システム情報のソフトビット数を決定することと、
同一の決定されたソフトビット数でソフト合成される、復号化されたシステム情報が存在することに応答して、ソフト合成される、復号化されたシステム情報のタイプと、搬送される前記システム情報のタイプが同一であることを決定することを含み、
前記方法は、更に、
ＰＤＳＣＨ上で搬送される前記システム情報を受信することと、
ソフト合成のために前記受信したシステム情報を復号することを含む、方法。 
【請求項８】
請求項６に記載の方法であって、前記搬送されるシステム情報のタイプを決定することは、
ＰＤＳＣＨ上で搬送される前記システム情報のタイプを示す、前記受信されたＤＣＩメッセージに含まれる１つ以上のビットを取得することを含む、方法。
【請求項９】
通信のためのネットワークノードにおける方法であって、
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が示されるＣＯＲＥＳＥＴ構成をブロードキャストすることと、
前記ＰＤＣＣＨ上でＤＣＩメッセージを送信することであって、前記ＤＣＩメッセージは、システム情報を搬送するＰＤＳＣＨのためのスケジューリング情報と、ＰＤＳＣＨ上で搬送される前記システム情報のタイプを示す１つ以上のビットとを含み、前記ＤＣＩメッセージは、ＲＭＳＩまたはＯＳＩである、ことと、
スケジュールされたＰＤＳＣＨ上で前記システム情報を送信することを含む、方法。
【請求項１０】
請求項９に記載の方法であって、前記ＰＤＣＣＨ上で前記ＤＣＩメッセージを送信することは、ＤＣＩフォーマット１_０の下で前記ＰＤＳＣＨのためのスケジューリング情報を含む前記ＤＣＩメッセージを送信することを含む、方法。
【請求項１１】
請求項９または１０に記載の方法であって、更に、
ＰＤＳＣＨ上の前記システム情報の送信のためのトランスポートブロック（ＴＢ）サイズをスケジューリングすることであって、ＲＭＳＩのＴＢサイズは、ＯＳＩのＴＢサイズと異なること、を含む、方法。
【請求項１２】
無線デバイスであって、
無線通信のために構成されたアンテナと、
処理回路と、
前記処理回路によって実行されると、前記無線デバイスに、
取得したＣＯＲＥＳＥＴ構成に従ってＰＤＣＣＨを識別することと、
前記識別されたＰＤＣＣＨ上でＤＣＩメッセージを受信することと、
前記受信されたＤＣＩメッセージから、システム情報が搬送される、スケジュールされたＰＤＳＣＨを決定することと、
前記受信されたＤＣＩメッセージの１つ以上に従って、前記システム情報のタイプを識別することであって、前記ＰＤＳＣＨ上で搬送される前記システム情報を示す１つ以上のビットは、ＲＭＳＩまたはＯＳＩであること、を行わせる命令を含むデバイス可読媒体を有する、無線デバイス。
【請求項１３】
請求項１２に記載の無線デバイスであって、前記デバイス可読媒体は、前記処理回路によって実行されると、前記無線デバイスに、
ネットワークノードから受信した信号からＰＢＣＨを復号することと、
前記ＰＢＣＨによって構成された前記ＣＯＲＥＳＥＴ構成を取得すること、を行わせる命令を更に含む、無線デバイス。
【請求項１４】
請求項１２または１３に記載の無線デバイスであって、前記デバイス可読媒体は、前記処理回路によって実行されると、前記無線デバイスに、
前記ＰＤＳＣＨ上で搬送された前記システム情報を受信することと
前記システム情報がＲＭＳＩであることに応答して、前記ＲＭＳＩを復号することと、
前記無線デバイスにおいて復号されたＲＭＳＩが存在することに応答して、ＲＭＳＩのソフト合成を実行することと、
前記ソフト合成されたＲＭＳＩに基づいて前記ネットワークノードとの初期アクセスを確立すること、を行わせる命令をさらに含む、無線デバイス。
【請求項１５】
請求項１２または１３に記載の無線デバイスであって、前記デバイス可読媒体は、前記処理回路によって実行されると、前記無線デバイスに、
前記ＰＤＳＣＨ上で搬送された前記システム情報を受信することと、
前記システム情報がＲＭＳＩであることに応答して、前記ＲＭＳＩを復号することと、
無線デバイスにおいて復号されたＲＭＳＩが存在しないことに応答して、前記復号されたＲＭＳＩを前記無線デバイスに格納すること、を行わせる命令をさらに含む、無線デバイス。
【請求項１６】
ネットワークノードであって、
無線通信のために構成されたインターフェースと、
処理回路と、
前記処理回路によって実行されると、前記ネットワークノードに、
ＰＤＣＣＨが示されているＣＯＲＥＳＥＴ構成をブロードキャストすることと、
前記ＰＤＣＣＨ上でＤＣＩメッセージを送信することであって、前記ＤＣＩメッセージは、システム情報を搬送するＰＤＳＣＨのためのスケジューリング情報と、ＰＤＳＣＨ上で搬送される前記システム情報のタイプを示す１つ以上のビットとを含み、前記ＤＣＩメッセージは、ＲＭＳＩまたはＯＳＩである、ことと、
スケジュールされたＰＤＳＣＨ上で前記システム情報を送信すること、を行わせる命令を含むデバイス可読媒体を有する、ネットワークノード。
【請求項１７】
請求項１６に記載のネットワークノードであって、前記デバイス可読媒体は、前記処理回路によって実行されると、前記ネットワークノードに、ＤＣＩフォーマット１_０の下で前記ＰＤＳＣＨのためのスケジューリング情報を含む前記ＤＣＩメッセージを送信すること、を行わせる命令を含む、ネットワークノード。
【請求項１８】
請求項１６または１７に記載のネットワークノードであって、前記デバイス可読媒体は前記処理回路によって実行されると、前記ネットワークノードに、
ＰＤＳＣＨ上で搬送される前記システム情報の送信のためのＴＢサイズをスケジュールすることであって、ＲＭＳＩのＴＢサイズはＯＳＩのＴＢサイズと異なること、を行わせる命令を含む、ネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
はじめに
一般に、本明細書で使用されるすべての用語は異なる意味が明確に与えられ、かつ/またはそれが使用される文脈から暗示されない限り、関連する技術分野におけるそれらの通常の意味に従って解釈されるべきである。a/an/the要素、装置、構成要素、手段、ステップなどへの言及はすべて、特に明記しない限り、要素、装置、構成要素、手段、ステップなどの少なくとも１つのインスタンスを指すものとして開放的に解釈されるべきである。本明細書に開示される任意の方法のステップはステップが別のステップの後または前として明示的に記載されていない限り、および/またはステップが別のステップの後または前になければならないことが暗黙的である場合、開示される正確な順序で実行される必要はない。本明細書に開示される実施形態のいずれかの任意の特徴は、適切な場合には任意の他の実施形態に適用されてもよい。同様に、任意の実施形態の任意の利点は任意の他の実施形態に適用することができ、その逆も同様である。添付の実施形態の他の目的、特徴、および利点は、以下の説明から明らかになるのであろう。
【背景技術】
【０００２】
リソースブロック
５Ｇ Ｎｅｗ Ｒａｄｉｏ（ＮＲ）電気通信方式の議論では、ユーザ装置（ＵＥ）は、単一のダウンリンクキャリア帯域幅部分が所与の期間にアクティブである状態で、ダウンリンクにおいて４個までのキャリア帯域幅部分を用いて構成されることができる。同様に、ＵＥは、単一のアップリンクキャリア帯域幅部分が所与の期間にアクティブであるアップリンクにおいて、４個までのキャリア帯域幅部分を用いて構成されることができる。ＵＥが補助アップリンクを用いて構成される場合、ＵＥはさらに、所与の期間にアクティブである単一の補助アップリンクキャリア帯域幅部分を用いて、補助アップリンクにおいて４個までのキャリア帯域幅部分を用いて構成されることができる。
【０００３】
所与のヌメロロジーμiを有するキャリア帯域幅部分について、物理リソースブロック（ＰＲＢ）の連続したセットが定義され、０からＮBWP,isize - 1までの番号が付けられる。ここで、iはキャリア帯域幅部分のインデックスである。リソースブロック（ＲＢ）は、周波数領域において１２個の連続するサブキャリアとして定義される。
【０００４】
ヌメロロジー
表１によって与えられるようなＮｅｗ Ｒａｄｉｏ（ＮＲ）では複数のＯＦＤＭヌメロロジー、μ、がサポートされる。ここで、サブキャリア間隔、Δｆ、およびキャリア帯域幅部分に対するサイクリックプレフィックスはそれぞれ、ダウンリンクとアップリンクに対する異なる上位レイヤパラメータによって構成される。
【０００５】
表１：サポートされる送信ヌメロロジー
2021520122.tif 000003
【０００６】
物理チャネル
ダウンリンク物理チャネルは、上位レイヤから発信される情報を搬送するリソースエレメントのセットに対応する。次のダウンリンク物理チャネルが定義される：
【０００７】
（１）物理ダウンリンク共有チャネル（ＰＤＳＣＨ）。ＰＤＳＣＨは、動的かつ日和見的にユーザに割り当てられる主データ搬送チャネルである。ＰＤＳＣＨは、ＭＡＣ ＰＤＵに対応するトランスポートブロック（ＴＢ）として知られているデータを搬送する。これらは、送信時間間隔（ＴＴＩ）毎に１回、ＭＡＣレイヤからＰＨＹレイヤに渡される。
【０００８】
（２）物理ブロードキャストチャネル（ＰＢＣＨ）。ＰＢＣＨは、ダウンリンクシステム帯域幅、物理ハイブリッドＡＲＱインジケータチャネル構造、およびシステムフレーム番号の最上位８ビットなど、セルの初期アクセスに不可欠な限られた数のパラメータをブロードキャストする。これらのパラメータは、マスタ情報ブロックと呼ばれるもので搬送される。ＰＢＣＨは、システム帯域幅の事前の知識なしに検出可能であり、セルエッジでアクセス可能であるように設計される。
【０００９】
（３）物理ダウンリンク制御チャネル（ＰＤＣＣＨ）。ＰＤＣＣＨは、ＵＥのリソース割り当てを搬送する。このリソース割り当てはダウンリンク制御情報（ＤＣＩ）メッセージに含まれている。複数のＰＤＣＣＨは、それぞれが一実施形態におけるリソースエレメントグループ（ＲＥＧ）として知られる４個のリソースエレメントの９つのセットである制御チャネル要素（ＣＣＥ）を使用して、同じサブフレーム内で送信されてもよい。
【００１０】
ＰＤＳＣＨは、ユニキャストダウンリンクデータ送信に使用される主な物理チャネルであるが、ＲＡＲ（ランダムアクセス応答）、特定のシステム情報ブロック、およびページング情報の送信にも使用される。ＰＢＣＨは、ＵＥがネットワークにアクセスするために必要な基本システム情報を搬送する。ＰＤＣＣＨは、ＰＤＳＣＨの受信に必要な、主にスケジューリング決定であるダウンリンク制御情報（ＤＣＩ）を送信するために、およびＰＵＳＣＨ上での送信を可能にするアップリンクスケジューリンググラントのために使用される。
【００１１】
アップリンク物理チャネルは、上位レイヤから発信される情報を搬送するリソースエレメントの集合に対応する。次のアップリンク物理チャネルが定義されている：
（１）物理アップリンク共有チャネル（ＰＵＳＣＨ）。このチャネルは、ユーザデータを搬送する。一実施形態では、ＰＵＳＣＨは、６４ＱＡＭがオプションであるＱＰＳＫおよび１６ＱＡＭ変調をサポートする。情報ビットは最初に、１/３のマザーレートのターボ符号でチャネル符号化され、その後、レートマッチング処理によって最終的な適切な符号レートに適合される。
（２）物理アップリンク制御チャネル（ＰＵＣＣＨ）。ＰＵＣＣＨは、ＨＡＲＱ ＡＣＫ/ＮＡＣＫ、チャネル品質インジケータ（ＣＱＩ）、ＭＩＭＯフィードバック（ランクインジケータ（ＲＩ）プリコーディングマトリックスインジケータ（ＰＭＩ））、およびアップリンク送信のためのスケジューリング要求を含むトラフィックデータから独立して送信されるアップリンクデータを含む。
（３）物理ランダムアクセスチャネル（ＰＲＡＣＨ）。ＰＲＡＣＨは、無線ノード（例えば、ＵＥ）が非同期モードでネットワークにアクセスするために送信し、無線ノードがネットワークノード（例えば、基地局）とタイミングを同期させることを可能にするために使用されるランダムアクセスプリアンブルを搬送する。
【００１２】
すなわち、ＰＵＳＣＨは、ＰＤＳＣＨのアップリンク対応物であり、ＰＵＣＣＨは、ＨＡＲＱ確認応答、チャネル状態情報レポートなどを含むアップリンク制御情報を送信するためにＵＥによって使用され、ＰＲＡＣＨは、ランダムアクセスプリアンブル送信のために使用される。
【００１３】
セルサーチ及び初期アクセス関連チャネル及び信号
セルサーチおよび初期アクセスのために、これらのチャネルは、ＳＳＢで搬送される物理ブロードキャストチャネル（ＰＢＣＨ）、ＤＣＩを搬送するＰＤＣＣＨチャネルによってスケジュールされた残りの最小システム情報/ランダムアクセス応答/メッセージ４（ＲＭＳＩ/ＲＡＲ/ＭＳＧ４）を搬送するＰＤＳＣＨ、ＰＲＡＣＨチャネル、およびメッセージ３（ＭＳＧ３）を搬送するＰＵＳＣＨチャネルを含む。
【００１４】
同期信号およびＰＢＣＨブロック（ＳＳ/ＰＢＣＨブロック、またはより短いフォーマットのＳＳＢ）は、上記の信号（ＰＳＳ、ＳＳＳおよびＰＢＣＨ ＤＭＲＳ）およびＰＢＣＨを含む。ＳＳＢには、周波数範囲に応じて１５ｋＨｚ、３０ｋＨｚ、１２０ｋＨｚ、または２４０ｋＨｚのＳＣＳがある場合がある。
【００１５】
ソフト合成
ＲＭＳＩは、ＲＭＳＩ送信時間間隔（ＴＴＩ）（１６０ｍｓ）内で繰り返すことができるので、ＲＭＳＩを搬送するＰＤＳＣＨの繰り返しの間でソフト合成（soft combining）を使用することができる。例えば、ＲＭＳＩを搬送する第１のＰＤＳＣＨが正しく復号され得ず、第２のＰＤＳＣＨも正しく復号され得ない場合、ソフトビットの２つのバージョンはさらなる復号のためにソフト結合され得、これはＲＭＳＩを搬送するＰＤＳＣＨの性能を改善するために非常に重要である。これは、他のシステム情報（ＯＳＩ）が一定期間内に繰り返される場合にも有効である。
【００１６】
セルサーチおよびシステム情報取得
セルサーチは、ＵＥがセルとの時間及び周波数同期を獲得し、プライマリ同期信号（ＰＳＳ）/セカンダリ同期信号（ＳＳＳ）/ＰＢＣＨチャネルを介してそのセルの物理レイヤセルＩＤを検出する手順（プロシージャ）である。ＵＥはセルへのアクセスを開始すると、まず適切な周波数でセルを検索し、関連するシステム情報ブロック（ＳＩＢ）情報を読み取り、次にランダムアクセス手順を開始して無線リソース制御（ＲＲＣ）接続を確立する。
【００１７】
ＳＩＢのセットが定義される。例えば、マスタ情報ブロック（ＭＩＢ）には、さらにシステム情報を受信するために必要な必須情報が含まれている。システム情報ブロックタイプ１（ＳＩＢ１、またはＳＩＢＴｙｐｅ１）は、セルアクセスおよび選択に関する情報を含み、他のＳＩＢスケジューリングを含み、ＳＩＢタイプ２（ＳＩＢ２、またはＳＩＢＴｙｐｅ２）は、無線リソース構成情報を含み、ＳＩＢタイプ３（ＳＩＢ３、またはＳＩＢＴｙｐｅ３）は、周波数内、周波数間のセル再選択情報を含む。同様に、他のＳＩＢタイプも定義される。ＯＳＩは、ＳＩＢ１を除く他のＳＩＢタイプのブロックで搬送される。
【００１８】
ＰＢＣＨの復号後、ＵＥは、システム情報無線ネットワーク一時識別子（ＳＩ−ＲＮＴＩ）、ランダムアクセスＲＮＴＩ（ＲＡ−ＲＮＴＩ）、ページングＲＮＴＩ（Ｐ−ＲＮＴＩ）などによってスクランブルされたＣＲＣを有するＰＤＣＣＨが存在し得る、ＰＢＣＨによって構成された制御リソースセット（ＣＯＲＥＳＥＴ（control resource set））の情報を取得し得る（ＲＭＳＩ ＣＯＲＥＳＥＴ、またはＣＯＲＥＳＥＴ ０としても知られる）。
【００１９】
このＣＯＲＥＳＥＴの中でＳＩ-ＲＮＴＩによってスクランブルされたＣＲＣをもつＰＤＣＣＨの場合、対応するＰＤＳＣＨはＲＭＳＩまたはＯＳＩを搬送することができ、それらは両方ともＵＥが獲得しようとするシステム情報である。ＲＭＳＩは、ＵＥの初期アクセスに必要であるが、ＯＳＩは、初期アクセスに不要な他のシステム情報である。
【発明の概要】
【００２０】
この発明の概要は、以下の詳細な説明でさらに説明される概念の選択を簡略化された形態で紹介するために提供される。この発明の概要は、特許請求される主題の重要な特徴または本質的な特徴を識別することを意図するものではなく、特許請求される主題の範囲を限定するために使用されることを意図するものでもない。
【００２１】
本開示の目的の１つは、ＳＩＢ１（ＲＭＳＩ）またはＳＩメッセージ（ＯＳＩ）など、ＰＤＣＣＨ上で搬送される異なるタイプのシステム情報を区別することである。
【００２２】
本開示の第１の態様では、通信のための無線デバイスにおける方法が提供される。この方法は、取得された制御リソースセット（ＣＯＲＥＳＥＴ）構成に従って物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を識別することと、識別されたＰＤＣＣＨ上でダウンリンク制御情報（ＤＣＩ）メッセージを受信することと、受信されたＤＣＩメッセージから、システム情報が搬送される（搬送される予定の）スケジュールされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を決定することと、受信されたＤＣＩメッセージの１つ以上のビットに従ってシステム情報のタイプを識別することとを含む。ＰＤＳＣＨ上で搬送されるシステム情報を示す１つ以上のビットは、残りの最小システム情報（ＲＭＳＩ）または他のシステム情報（ＯＳＩ）である。
【００２３】
一実施形態では、方法は更に、ネットワークノードから受信された信号から物理ブロードキャストチャネルを復号することと、ＰＢＣＨによって構成されたＣＯＲＥＳＥＴ構成を取得することを含む。
【００２４】
一実施形態では、方法は更に、ＰＤＳＣＨ上で搬送されるシステム情報を受信することと、システム情報がＲＭＳＩであることに応答して、ＲＭＳＩを復号することと、無線デバイス内で復号されたＲＭＳＩが存在することに応答して、ＲＭＳＩのソフト合成を実行することと、ソフト合成されたＲＭＳＩに基づいてネットワークノードとの初期アクセスを確立することを含む。
【００２５】
一実施形態では、方法は更に、ＰＤＳＣＨ上で搬送されるシステム情報を受信することを含み、システム情報がＯＳＩであることに応答して、ＲＭＳＩが復号されたときに、ＣＯＲＥＳＥＴ構成が得られたネットワークノードへの初期アクセスにおいて、ＯＳＩを使用する。
【００２６】
一実施形態では、受信されたＤＣＩメッセージは、ＤＣＩフォーマット１_０の下にある。
【００２７】
本開示の第２の態様では、通信のための無線デバイスにおける方法が提供される。この方法は、ＰＤＣＣＨ上でＤＣＩメッセージを受信することと、受信されたＤＣＩメッセージから、システム情報が搬送される（搬送される予定の）ＰＤＳＣＨを決定することと、受信されたＤＣＩメッセージから、搬送されるシステム情報のタイプがＲＭＳＩまたはＯＳＩであるかを決定することと、搬送されるシステム情報のタイプに応じて、ＰＤＳＣＨ上で搬送されるべきシステム情報を受信するかどうかを決定することを含む。
【００２８】
一実施形態では、搬送されるシステム情報のタイプの決定は、受信されたＤＣＩメッセージに従って搬送されるシステム情報のソフトビットの数を決定することによって実行される。そして、決定された同数のソフトビットとソフト結合する復号化されたシステム情報が存在することに応答して、無線デバイスは、ソフト結合される復号化されたシステム情報の種類と、搬送されるシステム情報の種類が同一であると判断する。次に、搬送されるシステム情報は、受信され、さらなるソフト合成のために復号されることが決定される。
【００２９】
別の実施形態では、搬送されるシステム情報のタイプの決定は、ＤＣＩメッセージに含まれる１つ以上のビットに基づいて実行される。１つ以上のビットは、ＤＣＩメッセージによってスケジュールされたＰＤＳＣＨ上で搬送されるシステム情報のタイプを示す。
【００３０】
本開示の第３の態様では、ネットワークノードにおける方法が提供される。この方法は、ＰＤＣＣＨが示されるＣＯＲＥＳＥＴ構成をブロードキャストすることと、システム情報を搬送するＰＤＳＣＨのためのスケジューリング情報と、ＰＤＳＣＨ上で搬送されるシステム情報のタイプを示す１つ以上のビットとを含むＤＣＩメッセージをＰＤＣＣＨ上で送信することと、
【００３１】
スケジュールされたＰＤＳＣＨ上でシステム情報を送信することを含む。
【００３２】
一実施形態では、ネットワークノードは、ＤＣＩフォーマット１_０の下でＤＣＩメッセージを送信する。
【００３３】
一実施形態では、方法は更に、ＰＤＳＣＨ上でのシステム情報送信のためのトランスポートブロック（ＴＢ）サイズをスケジューリングすることを含み、ＲＭＳＩの当該ＴＢサイズは、ＯＳＩのＴＢサイズとは異なる。
【００３４】
本開示の第４の態様では、無線デバイスが提供される。無線デバイスは、無線通信のために構成されたアンテナと、処理回路と、処理回路によって実行されると、無線デバイスに、本開示の第１および第２の態様の実施形態のいずれかを実行させる命令を含むデバイス可読媒体とを備える。
【００３５】
本開示の第５の態様では、ネットワークノードが無線通信のために構成されたインターフェースと、処理回路と、デバイス可読媒体とを備える。デバイス可読媒体は、処理回路によって実行されると、ネットワークノードに本開示の第３の態様の実施形態のいずれかを実行させる命令を含む。
【図面の簡単な説明】
【００３６】
【図１Ａ】図１Ａは、いくつかの実施形態に従うＳＩタイプを示すために使用され得るＤＣＩフィールドを示す。
【図１Ｂ】図１Ｂは、いくつかの実施形態に従うＳＩを示すＤＣＩフィールドを復号するいくつかのステップを示す。
【図２Ａ】図２Ａは、ＲＭＳＩおよびＯＳＩを搬送するＰＤＣＣＨスケジューリングＰＤＳＣＨのＣＲＣスクランブリングに使用される異なるＲＮＴＩ値を示す。
【図２Ｂ】図２Ｂは、いくつかの実施形態に従う、ＲＮＴＩに基づいてＰＤＳＣＨを復号するための方法を示す。
【図３Ａ】図３Ａは、いくつかの実施形態に従う、ＰＤＳＣＨにおけるＳＩペイロードとしてのシステム情報タイプの情報を示す。
【図３Ｂ】図３Ｂは、いくつかの実施形態に従う、システム情報タイプに基づいてＰＤＳＣＨを復号するための方法を示す。
【図４Ａ】図４Ａは、いくつかの実施形態に従う、別個のＣＯＲＥＳＥＴがＲＭＳＩおよびＯＳＩのために構成されることを示す。
【図４Ｂ】図４Ｂは、いくつかの実施形態に従う、ＲＭＳＩおよびＯＳＩのための別個のＣＯＲＥＳＥＴの使用を示す。
【図５Ａ】図５Ａは、いくつかの実施形態に従う、ＲＭＳＩおよびＯＳＩの異なるトランスポートブロック（ＴＢ）サイズを示す。
【図５Ｂ】図５Ｂは、いくつかの実施形態に従う、ＴＢサイズおよびシステム情報タイプによるＲＭＳＩおよびＯＳＩの区別を示す。
【図６】図６は、本開示が適用される無線ネットワークシステムを示す。
【図７】図７は、本開示に従うユーザ装置の実施形態を示す。
【図８】図８は、いくつかの実施形態の仮想化環境の概略ブロック図を示す。
【図９】図９は、いくつかの実施形態に従う通信システムを示す。
【図１０】図１０は、いくつかの実施形態に従うホストコンピュータを含む通信システムを示す。
【図１１】図１１は、いくつかの実施形態に従う通信システムにおいて実施される方法を示すフローチャートである。
【図１２】図１２は、いくつかの実施形態に従う通信システムにおいて実施される方法を示すフローチャートである。
【図１３】図１３は、いくつかの実施形態に従う通信システムにおいて実施される方法を示すフローチャートである。
【図１４】図１４は、いくつかの実施形態に従う通信システムにおいて実施される方法を示すフローチャートである。
【発明を実施するための形態】
【００３７】
ロングタームエボリューション（ＬＴＥ）では、システム情報ブロックタイプ１（ＳＩＢ１）は、８０ｍｓの繰り返し周期でサブフレーム#５内で送信される。他のシステム情報（ＯＳＩ）ブロックは、明確に定義された開始点と継続時間をもつ時間ウィンドウ内の任意のサブフレームで送信することができる。任意のシステム情報（ＳＩ）のタイムウィンドウの開始点および持続時間は、ＳＩＢ１において提供される。ＬＴＥでは、異なるＳＩが異なるオーバーラップ（重複）しない時間ウィンドウを有することに留意されたい。したがって、デバイスは各ＳＩのための任意の特定の識別子を必要とせずに、どのタイプのＳＩが受信されているかを知る。
【００３８】
ＮＲでは、上述のような現在のＮＲ仕様書によれば、ＲＭＳＩは１６０ｍｓの送信時間間隔（ＴＴＩ）を有し、その間に、ＵＥにおいてソフト合成され得る複数のＲＭＳＩ反復が存在し得る。同様に、ソフト合成はＯＳＩでもサポートできる。
【００３９】
ソフト合成を実行する前に、ＵＥは同じシステム情報（ＳＩ）メッセージタイプを搬送するＰＤＳＣＨがソフト合成され得るように、それはＯＳＩ ＰＤＳＣＨ（すなわち、ＯＳＩを搬送するＰＤＳＣＨ）またはＲＭＳＩ ＰＤＳＣＨ（すなわち、ＲＭＳＩを搬送するＰＤＳＣＨ）のいずれであるかを知る必要がある。さらに、ＵＥがＲＭＳＩまたはＯＳＩを搬送するＰＤＳＣＨを復号しようとするとき、ＵＥは、ＲＭＳＩが期待されるか、またはＯＳＩが期待されるかを知るための情報を必要とする。ＵＥがＳＩ-ＲＮＴＩによってスクランブルされたＣＲＣを有するＰＤＣＣＨによってスケジュールされたＰＤＳＣＨによって搬送されるメッセージタイプ情報をどのように取得できるかについての機構は、ＮＲには存在しない。上述の状況に基づいて、方法および/またはシステムは、ＲＭＳＩ ＰＤＳＣＨとＯＳＩ ＰＤＳＣＨとを区別することが必要とされる。
【００４０】
本開示およびそれらの実施形態のある態様は、これらの課題または他の課題に対する解決策を提供することができる。例えば、いくつかの実施形態は、ＲＭＳＩ ＰＤＳＣＨとＯＳＩ ＰＤＳＣＨとを区別するために提供され、以下を含む：
１．システム情報タイプを示すための予約済みシグナリングビットまたはＤＣＩのコードポイントを使用すること；
２．ＲＭＳＩとＯＳＩに対する異なるＲＮＴＩ値を定義すること；
３．ＲＭＳＩおよびＯＳＩペイロードにおけるシグナリングビットを固定位置に追加して、システム情報タイプを示すこと；
４．ＰＤＣＣＨスケジューリングＯＳＩおよびＰＤＣＣＨスケジューリングＲＭＳＩのために異なるＣＯＲＳＥＴを定義すること；
５．ネットワークは、ＯＳＩおよびＲＭＳＩのための異なるトランスポートブロック（ＴＢ）サイズまたは符号化方式をスケジューリングして、ソフトビットの数がＲＭＳＩおよびＯＳＩのために異なることを確実にし、その結果、ＵＥは、ＯＳＩおよびＲＭＳＩをソフト合成しない。
【００４１】
本明細書で開示される問題のうちの１つまたは複数に対処する様々な実施形態が、本明細書で提案される。
【００４２】
［追加説明］
上述したように、ＲＭＳＩとＯＳＩとを区別するためのＬＴＥの解決策（ソリューション）は、ネットワークがＲＭＳＩ（ＳＩＢ１）のために１つのサブフレームでセル全体をビーム掃引し、次いで再びＯＳＩ（ＳＩメッセージ）のためにビーム掃引することを必要とするので、特により高い周波数のために、ＮＲに対して不必要に制限的であるように思われる。少なくとも１つのＳＩウィンドウとオーバーラップするＳＩＢ１のスケジューリングをサポートすることが望ましく、したがって、ネットワークは、ＲＭＳＩおよびＯＳＩを同時にビーム掃引することができる。これは、「ビーコン」をできるだけ短く維持しなければならないＮＲアンライセンス（ＮＲ‐Ｕ）と同様にアナログビーム成形にとって有益である。
【００４３】
ＮＲにおける現在の合意に基づいて、ＲＭＳＩ（ＳＩＢ１）またはＯＳＩ（ＳＩメッセージ）を搬送するＰＤＳＣＨは、同じＲＮＴＩ、すなわちＳＩ−ＲＮＴＩによってスクランブルされたＣＲＣを有するＰＤＣＣＨによってスケジュールされる。また、ＯＳＩをスケジューリングするＰＤＣＣＨに対するＣＯＲＥＳＥＴ構成は、ＲＭＳＩに対するものと同じである。したがって、ＲＭＳＩをスケジューリングするＰＤＣＣＨに対する時間監視ウィンドウがＯＳＩに対する時間監視ウィンドウとオーバーラップしている場合、ＵＥは、スケジューリングされたＰＤＳＣＨがＳＩＢ１またはＯＳＩを含むかどうかを知ることができない。
【００４４】
この問題を解決するには２つの選択肢があり得る：
【００４５】
・選択肢１：ＰＤＣＣＨがＲＩ-ＲＮＴＩでスクランブルされているときに、ＳＩＢ/ＯＳＩを示すために、ＤＣＩフォーマット１_０における１つの予約ビットを使用する；
【００４６】
・選択肢２：ＳＩＢ１（ＳＩＢ１-ＲＮＴＩ）およびＯＳＩ（ＳＩ-ＲＮＴＩ）送信のために、別個のＳＩ-ＲＮＴＩを使用する。
【００４７】
選択肢１は、それがＯＳＩであるかＲＭＳＩであるかを知るためにＰＤＣＣＨの復号を必要とする。
【００４８】
選択肢２は、ＵＥがＳＩメッセージ送信からＳＩＢ１送信を分離することを可能にするが、ＵＥは２種類のＰＤＣＣＨも対応するＰＤＳＣＨトランスポートブロックも同時に復号することを決して試みないので、ＵＥの複雑さを増加させない。ＵＥは第１のＳＩＢ１を取得し、その後にのみ、ＯＳＩの復号を開始する。
【００４９】
また、ＮＲにおいて、１つのＳＩ−ＲＮＴＩのみをサポートし、１つのウィンドウにおける複数のＳＩメッセージのスケジューリングをサポートしないことが合意されている場合、ＳＩウィンドウがオーバーラップすることを可能にすることには限られた利点があるように思われる。
【００５０】
ＵＥの観点から、オーバーラップするウィンドウは、ネットワークがオーバーラップする部分においてＳＩメッセージをスケジュールするときに、潜在的なエラーケースにつながる可能性がある。ＳＩウィンドウ１がＳＩウィンドウ２と部分的にオーバーラップする例を使用して、ネットワークは、以下を送信することができる：
１．ＳＩウィンドウ１におけるＳＩメッセージ１の複数のＨＡＲＱ冗長バージョン
２．ＳＩウィンドウ２のオーバーラップ部分におけるＳＩメッセージ２の複数のＨＡＲＱ冗長バージョン。
【００５１】
ＵＥは、ＳＩメッセージ２の送信が開始されたときにＳＩメッセージ１を正しく受信していない場合、ＳＩメッセージ２（再）送信と誤って合成（結合）する可能性がある。ＮＷは、例えば以下によって、このような問題をある程度緩和する可能性がある：
- オーバーラップ部分でＳＩメッセージをスケジュールしない（これは事実上、オーバーラップしないウィンドウにつながる）
- ＨＡＲＱを使用しない
- オーバーラップ部分で異なる方向に異なるＳＩメッセージをビーム形成する
【００５２】
オーバーラップするウィンドウの利点が複雑さを増すことに重きを置いていることは明らかではない。したがって、１つのＳＩ−ＲＮＴＩのみをサポートし、１つのウィンドウにおける複数のＳＩメッセージのスケジューリングをサポートしないことは、合意されるべきではない。
【００５３】
上記の合意が取り消され、ＬＴＥフレームワークにＳＩウィンドウを基礎とする合意が与えられたと仮定すると、我々は、ＬＴＥマッピングを使用して、ＳＩメッセージがわずかな編集上の修正のみで送信されるサブフレーム/スロットを定義することができる：
- 関係するＳＩメッセージのために、ＳＩＢ１のsi-SchedulingInfoにおけるschedulingInfoListによって構成されたＳＩメッセージのリストにおけるエントリの順序に対応する数 n を決定する；
- 整数値 x = (n - 1) * w を決定する。wは、si-WindowLengthである；
- ＳＩウィンドウは、SFN mod T = FLOOR(x / 10)である無線フレームにおいて、a = x mod 10であるサブフレーム#aで開始し、ここで、Tは、関係するＳＩメッセージのsi-Periodicityである。
【００５４】
ＬＴＥでは、次のサブフレームはＳＩウィンドウから除外される:
・SFN mod 2 = 0 の無線フレームのサブフレーム#５;
・任意のＭＢＳＦＮサブフレーム;
・ＴＤＤにおける任意のアップリンクサブフレーム。
【００５５】
第１の除外は、偶数の無線フレームにおいてサブフレーム#５においてＬＴＥにおいてＳＩＢ１をスケジュールする制限によって引き起こされる。ＵＥは、ＳＩ−ＲＮＴＩが偶数無線フレームにおいてサブフレーム#５でスケジュールされていることを知り、対応するＲＲＣメッセージはＳＩＢ１であり、ＳＩ−ＲＮＴＩの他のすべての発生は、ＳＩメッセージ（ＳＩウィンドウによって定義される）に対応する。
【００５６】
このような解決策は、ネットワークがＳＩＢ１のために１つのサブフレームでセル全体をビーム掃引し、次にＳＩメッセージのために再びビーム掃引することを必要とするので、特により高い周波数の場合、ＮＲに対して不必要に制限的であるように思われる。少なくとも１つのＳＩウィンドウとオーバーラップするＳＩＢ１をスケジュールできることが望ましい。
【００５７】
単純な代替の解決策は、ＳＩＢ１およびＳＩメッセージ送信のために別個のＳＩ−ＲＮＴＩを使用することであろう。これは、ＵＥがＳＩＢ１送信をＳＩメッセージ送信から分離することを可能にするが、ＵＥが最初にＳＩＢ１を常に獲得し、次いでＳＩメッセージの受信を開始するだけであるため、ＵＥの複雑さを増加させない。
【００５８】
ＬＴＥでは、「ＵＥがいくつかのＳＩメッセージを並列に蓄積する必要はないが、カバレッジ条件に応じて、複数のＳＩウィンドウにわたってＳＩメッセージを蓄積する必要がある場合がある」という、修正期間内にいくつかのＳＩウィンドウにわたってＳＩメッセージ送信を蓄積する可能性がＮＢ−ＩｏＴ ＵＥのために導入された。一方ではＮＲ Ｒｅｌ−１５における複数のＳＩウィンドウにわたる蓄積をサポートする強力な必要性はないが、他方では禁止する強力な必要性もない。
【００５９】
ここで、本明細書で企図される実施形態のいくつかを、より完全に説明する。しかしながら、他の実施形態は本明細書に開示された主題の範囲内に含まれ、開示された主題は、本明細書に記載された実施形態のみに限定されると解釈されるべきではなく、むしろ、これらの実施形態は主題の範囲を当業者に伝えるために例として提供される。
【００６０】
特定の実施形態は、以下の技術的利点のうちの１つまたは複数を提供することができる。例えば、いくつかの実施形態は、ＲＭＳＩ ＰＤＳＣＨとＯＳＩ ＰＤＳＣＨとを区別するための方法、命令/プログラム、および/またはシステムを提供し、その結果、ＵＥは（例えば、ＲＭＳＩまたはＯＳＩのためのソフト合成を試みるときに）ＰＤＳＣＨがＯＳＩまたはＲＭＳＩのためのものであるかどうかを知ることができる。
【００６１】
実施形態の第１のセット
実施形態の第１のセットは、ＳＩメッセージタイプ、すなわち、スケジュールされたＰＤＳＣＨがＯＳＩまたはＲＭＳＩを搬送するかどうかを示すために、ＳＩ−ＲＮＴＩでスクランブルされたＣＲＣを有するＰＤＣＣＨのためのＤＣＩにおける１つまたはいくつかのシグナリングビットを使用する。
【００６２】
一実施形態では、ダウンリンク制御シグナリングは、各ダウンリンクサブフレームの開始位置に位置する（例えば、最初の３つのＯＦＤＭシンボルまで）。各サブフレームの開始時に制御チャネルを送信する利点の１つは、ＵＥはスケジュールされていない場合、サブフレームのより大きな部分のためにその受信器回路をオフにすることがあり、その結果、電力消費が低減されることがある。ダウンリンク制御シグナリングは、３つの物理チャネルによって搬送される。このサブフレームにおいて制御シグナリングに使用されるＯＦＤＭシンボルの数を示すための物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、アップリンクデータ送信のためのダウンリンク確認応答（ＡＣＫ）/否定応答（ＮＡＣＫ）を搬送する物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）、およびダウンリンクスケジューリング割り当ておよびアップリンクスケジューリンググラントを搬送する物理ダウンリンク共通制御チャネル（ＰＤＣＣＨ）。
【００６３】
一実施形態では、ＰＤＣＣＨは、スケジューリング割り当て、および、他の制御情報をＤＣＩメッセージの形で搬送する。ＰＤＣＣＨは、１つの制御チャネルエレメント（ＣＣＥ）上で、またはいくつかの連続するＣＣＥのアグリゲーション上で送信され、ここで、ＣＣＥは、一実施形態では９個のリソースエレメントグループ（ＲＥＧ）に対応する。ＰＤＣＣＨ送信では、ＰＣＦＩＣＨまたはＰＨＩＣＨに割り当てられていないＲＥＧのみが使用される。各ＲＥＧには、４個のリソースエレメント（ＲＥ）が含まれる。したがって、ＲＥＧは、制御チャネルのリソースエレメントへのマッピングを定義するために使用される。
【００６４】
ＰＤＣＣＨ送信におけるＣＣＥ数は、ＰＤＣＣＨフォーマットに依存し、送信するビット数に応じて０、１、２、３のいずれかになる。一実施形態では、ＰＤＣＣＨビットは、ＣＲＣ付加（アタッチメント）、チャネル符号化およびレートマッチングを実行した後に、ＤＣＩメッセージから作成される。複数のＰＤＣＣＨをサブフレームで送信できるため、ＵＥは所与のサブフレーム制御領域内のすべてのＰＤＣＣＨを監視する必要がある。ＤＣＩメッセージは、アップリンクまたはダウンリンクスケジューリング情報またはアップリンク送信電力制御（ＴＰＣ）コマンドを送信する。制御メッセージの目的に応じて、異なるＤＣＩフォーマットが定義される。提供される情報は、ＵＥがそのサブフレームにおいて物理ダウンリンクデータチャネル（ＰＤＳＣＨ）を受信し、それを復号するために必要とされるリソースを識別することができるために必要なすべてを含む。ＤＣＩフォーマットは例えば、フォーマット０、１ｓ（１、１Ａ〜１Ｄ）、２ｓ（２、２Ｂ〜２Ｄ）、３、４を含む。
【００６５】
一実施形態では、ＲＭＳＩおよびＯＳＩ ＤＣＩ送信は、ＨＡＲＱサポートおよび柔軟な変調を用いて個別ＰＤＳＣＨ送信をスケジュールするように設計されたフィールドを含むＤＣＩフォーマット１_０を利用する。ＳＩ送信は、再送信がなく、ＱＰＳＫに限定されたブロードキャスト（同報）送信である。したがって、フォーマット１_０ビットのいくつかは、ＰＤＣＣＨがＳＩ−ＲＮＴＩでスクランブルされる場合に、予約されたものとして定義されている。したがって、これらのビットは、ＳＩ ＰＤＳＣＨをスケジューリングするために使用されない。これらの予約されたビットのうちの１つ以上は、ＳＩタイプをシグナリングするために使用され得る。
【００６６】
非限定的な例では、ＰＤＣＨがＰ−ＲＮＴＩでスクランブルされるときに、ページングＤＣＩタイプ（スケジューリングＰＤＳＣＨまたはダイレクトメッセージング）を示すために使用されるビット位置は、ＰＤＣＣＨがＳＩ−ＲＮＴＩでスクランブルされるときにＳＩタイプインジケーションのために使用され得る。
【００６７】
図１Ａは、本発明の一実施形態による、システム情報（ＳＩ）タイプ（例えば、ＯＳＩ ＰＤＳＣＨまたはＲＭＳＩ ＰＤＳＣＨである）を示すために使用され得るＤＣＩフィールドを示す。
【００６８】
したがって、ネットワークノード（例えば、基地局、図６および関連する議論を参照）は、システム情報タイプを示すためにＤＣＩ内の１つ以上の予約ビットをセットすることができる。システム情報タイプは、スケジュールされたＰＤＳＣＨがＲＭＳＩまたはＯＳＩを搬送するかどうかを示す。次いで、ネットワークノードは、ＰＤＳＣＨ（例えば、同じサブフレーム内のＰＤＳＣＨ）を使用して、対応するＲＭＳＩおよび/またはＯＳＩを含む。１つ以上の先に予約されたビットを使用する、示されたＳＩタイプに基づいて、対応する無線デバイス（ＷＤ）（無線ノードと呼ばれることもあり、２つの用語は交換可能に使用される）（例えば、ＵＥ、図６および関連する議論を参照）は、ＰＤＣＣＨ送信を受信し、ＰＤＣＣＨペイロードを復号し、インジケータビット位置をチェックし、対応するＰＤＳＣＨがＲＭＳＩまたはＯＳＩを搬送することを決定してもよい。
【００６９】
図１Ｂは、本発明の一実施形態による、ＳＩを示すＤＣＩフィールドの復号化を示す。一実施形態では、無線ノードは、参照１２２において、無線デバイスによって（例えば、対応するネットワークノードから）受信された信号から物理ブロードキャストチャネル（ＰＢＣＨ）を復号する。無線ノードは、参照１２４において、ＰＢＣＨによって構成された制御リソースセット（ＣＯＲＳＥＴ）構成を取得する。次に、無線ノードは、参照１２６において、ＣＯＲＥＳＥＴ構成に基づいて、物理アップリンク制御チャネル（ＰＤＣＣＨ）を識別する。
【００７０】
参照１２８において、無線ノードは、ＰＤＣＣＨ内で、残りの最小システム情報（ＲＭＳ）または他のシステム情報（ＯＳＩ）を搬送する対応する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を示すダウンリンク制御情報（ＤＣＩ）の１つ以上のビットを決定する。
【００７１】
参照１３０において、無線ノードは、ＲＭＳＩを搬送する対応する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を復号する。対応するＰＤＳＣＨは、ＰＤＣＣＨと同じサブフレーム内にあってもよい。ＲＭＳＩの復号により、無線ノードはネットワークノードとの初期アクセスを確立する。ＲＭＳＩの復号は、説明したようにソフト合成を含むことができる。
【００７２】
さらに、無線ノードは、１つ以上のＲＭＳＩ ＰＤＳＣＨが正常に復号化されるまで情報が要求されないので、ＯＳＩを搬送する対応する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を無視してもよい。
【００７３】
第２の実施形態のセット
現在のＮＲ仕様書では、ＲＭＳＩとＯＳＩの両方がＤＣＩでシグナリングされ、ＰＤＣＣＨはＳＩ−ＲＮＴＩ、両方の場合に同じＲＮＴＩ値でスクランブルされる。この実施態様のセットでは、２つのＳＩタイプに対するＲＮＴＩ値は、異なるように設定される。ＲＭＳＩ送信の場合、ＲＮＴＩは、ＲＭＳＩ−ＲＮＴＩ、ＳＩＢ１−ＲＮＴＩなどとして示されてもよく、ＯＳＩ送信の場合、ＲＮＴＩは、ＯＳＩ−ＲＮＴＩとして示されてもよい。異なる表記は、異なる値および/またはビット割り当てを示す。
【００７４】
２つの別個のＲＮＴＩのうちの１つは、現在定義されているＳＩ−ＲＮＴＩに等しくてもよい。ＲＭＳＩ-ＲＮＴＩ値およびＯＳＩ-ＲＮＴＩ値は、現在のＳＩ-ＲＮＴＩと同様に、ＮＲ仕様書において定義されてもよい。
【００７５】
ＳＩ−ＲＮＴＩと同様に、新しいＲＮＴＩは、符号化されたＰＤＣＣＨコンテンツのＣＲＣを所望のＲＮＴＩに対応するシーケンスでスクランブルすることによってＰＤＣＣＨに適用される。
【００７６】
図２Ａは、ＲＭＳＩまたはＯＳＩを搬送するＰＤＳＣＨをスケジューリングするＰＤＣＣＨのＣＲＣスクランブリングに使用される異なるＲＮＴＩ値を示す。
【００７７】
この実施形態セットの無線ノード（例えば、ＵＥ）態様は、ＰＤＣＣＨ送信を受信することと、ＰＤＣＣＨペイロードを復号することと、ＣＲＣを計算することと、ＲＭＳＩ-ＲＮＴＩおよびＯＳＩ-ＲＮＴＩでそれをスクランブルすることと、それを送信に付加されたＣＲＣと比較することから成る。ＲＭＳＩ−ＲＮＴＩスクランブルされたＣＲＣが一致する場合、ＳＩ送信はＲＭＳＩとして解釈される。そうではなく、ＯＳＩ−ＲＮＴＩスクランブルされたＣＲＣが一致する場合、ＳＩ送信はＯＳＩとして解釈される。
【００７８】
図２Ｂは、本発明の一実施形態による、ＲＮＴＩに基づいてＰＤＳＣＨを復号するための方法を示す。参照２０２において、無線ノードは、ＰＤＣＣＨ内で、ＲＮＴＩ値を決定する。決定には、ＰＤＣＣＨ送信を受信すること、ＰＤＣＣＨペイロードを解読すること、ＣＲＣを計算すること、ＲＭＳＩ-ＲＮＴＩおよびＯＳＩ-ＲＮＴＩでスクランブルすること、およびそれを送信に付加されたＣＲＣと比較することが含まれ得る。
【００７９】
参照２０４において、無線ノードは、ＲＮＴＩ値がＲＭＳＩまたはＯＳＩを示すか否かを決定（判定）する。一実施形態では、ＲＭＳＩ−ＲＮＴＩスクランブルされたＣＲＣが一致する場合、ＳＩ送信はＲＭＳＩとして解釈される。そうではなく、ＯＳＩ−ＲＮＴＩスクランブルされたＣＲＣが一致する場合、ＳＩ送信はＯＳＩとして解釈される。
【００８０】
参照２０６において、任意選択で、無線ノードは、ＲＭＳＩを搬送する対応するＰＤＳＣＨを復号する。
【００８１】
実施形態の第３のセット
この実施形態のセットでは、ＳＩインジケータは、代替的に、ＰＤＳＣＨ内のＳＩペイロード内に入れられても（含まれても）よい。ＰＤＳＣＨペイロードにおけるそのビット位置は、ＲＭＳＩ及びＯＳＩの両方において同じである。図３は、本発明の一実施形態によるＰＤＳＣＨにおけるＳＩペイロードを示す。
【００８２】
図３Ａは、システム情報タイプが、ＰＤＳＣＨにおけるＳＩペイロードがＲＭＳＩまたはＯＳＩのためのものであることを示すことを示す。システム情報タイプ情報は、システム情報の前のビットフィールドに埋め込まれてもよく、その結果、無線デバイスは、システム情報タイプを復号することによってＳＩペイロードタイプを知り、次いで、システム情報を復号するかどうかを決定する（例えば、ＲＭＳＩのためのものである場合には復号する、および/またはＯＳＩのためのものである場合には無視する）。
【００８３】
この実施形態のセットの無線ノード（例えば、ＵＥ）の態様は、ＳＩ-ＲＮＴＩでスクランブルされたＰＤＣＣＨ送信を受信することと、ＤＣＩによってスケジュールされたＰＤＳＣＨを受信することと、ペイロードを復号することと、所定の位置（１つまたは複数）におけるインジケータビットを抽出することとからなる。
【００８４】
図３Ｂは、本発明の一実施形態による、システム情報タイプに基づいてＰＤＳＣＨを復号するための方法を示す。参照３５２において、無線ノードは、ＰＤＣＣＨ内で、ＤＣＩに含まれる情報を識別する。一実施形態では、識別は、ＳＩ-ＲＮＴＩでスクランブルされたＰＤＣＣＨ送信を受信することを含む。
【００８５】
参照３５４において、無線ノードは、ＤＣＩに基づいてＰＤＳＣＨを復号する。一実施形態では、無線ノードは、ＤＣＩによってスケジュールされたＰＤＳＣＨを受信し、ペイロードを復号し、所定の位置（１つまたは複数）におけるインジケータビットを抽出する。
【００８６】
参照３５６において、無線ノードは、システム情報タイプフィールドの１つ以上のビットに基づいて、ＰＤＳＣＨがＲＭＳＩまたはＯＳＩのためのものかを決定する。１つ以上のインジケーションビットは、ＰＤＳＣＨ上で搬送されるシステム情報のタイプがＲＭＳＩまたはＯＳＩであることを示す。
【００８７】
この決定に基づいて、無線ノードは、システム情報（ＳＩ）がＲＭＳＩまたはＯＳＩのためのものであることを決定することができる。ＳＩがＲＭＳＩのためのものである場合、無線ノードは、説明したように初期アクセス手順を実行する。
【００８８】
実施形態の第４のセット
この実施形態のセットでは、ＯＳＩをスケジューリングするＰＤＣＣＨに対する追加のＣＯＲＥＳＥＴが定義され、追加のＣＯＲＥＳＥＴは、ＲＭＳＩをスケジューリングするＰＤＣＣＨに対するＣＯＲＥＳＥＴとは異なる。この追加のＣＯＲＥＳＥＴは、ＲＭＳＩによって構成することができる。
【００８９】
ＲＭＳＩおよびＯＳＩのＣＯＲＥＳＥＴは、オーバーラップしない別個のものとして定義される。ＲＭＳＩ ＣＯＲＥＳＥＴは、ＭＩＢ（ＰＢＣＨ）で提供され、そのＣＯＲＥＳＥＴでは、ＯＳＩはスケジュールされない。したがって、ＲＭＳＩのソフト合成は、必要に応じてＰＤＣＣＨを含めて、一義的に実行することができる。ＯＳＩ ＣＯＲＥＳＥＴは、ＲＭＳＩにおいて提供され、ＲＭＳＩ ＣＯＲＥＳＥＴとは異なることが保証される。
【００９０】
この実施形態のセットは、ＯＳＩ ＣＯＲＥＳＥＴがこの実施形態のセットにおいて常に提供されるという点で、現在のＮＲ仕様書とは異なることに留意されたい。現在のＮＲ仕様書では、ＲＭＳＩに別個のＯＳＩ ＣＯＲＥＳＥＴを設けることは任意である。
【００９１】
この実施形態のセットの無線ノード（例えば、ＵＥ）の態様は、任意選択のソフト合成を含むＲＭＳＩ ＣＯＲＥＳＥＴを使用してＲＭＳＩを受信することからなる。次に、無線ノードは、ＲＭＳＩ からＯＳＩ ＣＯＲＥＳＥＴ情報を取得する。その後、無線ノードは、ＯＳＩ ＣＯＲＥＳＥＴを使用してＯＳＩを受信する。このケースでは、ＯＳＩ ＣＯＲＥＳＥＴを使用することは、ＯＳＩを搬送する対応するＰＤＳＣＨ のＯＳＩ ＣＯＲＥＳＥＴにおいてＤＣＩスケジューリング情報を使用することを意味する。
【００９２】
あるいは、場合によっては、同じＣＯＲＥＳＥＴを用いて、ＲＭＳＩおよびＯＳＩのための異なるオーバーラップしないサーチ空間を定義することによって、同様の効果を達成することができる。
【００９３】
図４Ａは、別個のＣＯＲＥＳＥＴがＲＭＳＩおよびＯＳＩのために構成されることを示す。例えば、参照４０２におけるＲＭＳＩのためのＣＯＲＥＳＥＴは、参照４０４におけるＯＳＩのためのＣＯＲＥＳＥＴとは区別され、（時間および周波数領域において）オーバーラップしない。図４は、ＳＳ/ＰＢＣＨ、ＰＤＳＣＨ、およびＣＯＲＥＳＥＴに関する他のタイプの構成を示すが、他のタイプの構成も実現可能であることに留意されたい。本発明の実施形態は、ＲＭＳＩおよびＯＳＩのＣＯＲＥＳＥＴが別個のオーバーラップしないものとして定義されるときに適用される。
【００９４】
図４Ｂは、ＲＭＳＩおよびＯＳＩに対する別個のＣＯＲＥＳＥＴの使用を示す。参照４５２において、無線ノードは、ＲＭＳＩからＯＳＩ ＣＯＲＥＳＥＴ情報を取得する。一実施形態では、ＲＭＳＩは、ＲＭＳＩ ＣＯＲＥＳＥＴから受信され、任意選択でソフト合成が実行される。ＲＭＳＩ ＣＯＲＥＳＥＴでは、ＯＳＩはスケジュールされない。
【００９５】
参照４５４において、無線ノードは、ＯＳＩ ＣＯＲＥＳＥＴを使用してＯＳＩを受信し、これは、無線ノードの初期アクセスを支援する可能性がある。
【００９６】
実施形態の第５のセット
この実施形態のセットでは、ネットワークノードは、ソフトビットの数がＲＭＳＩおよびＯＳＩについて異なり、その結果、無線ノード（例えば、ＵＥ）がＯＳＩとＲＭＳＩとをソフト合成しないことを確実にするために、ＯＳＩおよびＲＭＳＩについて異なるトランスポートブロック（ＴＢ）サイズ（図５Ａ）または符号化方式をスケジュールすることができる。これは、無線ノードが復号前に同数のソフトビットを有し、その結果、無線ノードがＲＭＳＩを識別することができない場合に、無線ノードがＯＳＩとＲＭＳＩとのソフト合成を回避するのに役立つ。図５Ａは、ＲＭＳＩ ＴＢがＸブロックのサイズを有し（時間期間および周波数帯域を使用する）、一方、同じ時間期間および周波数帯域のＯＳＩ ＴＢがＹブロックのサイズを有することを示す。
【００９７】
さらに、無線ノードは、ＴＢがＲＭＳＩのためのものであるか、またはＯＳＩのためのものであるかを知る必要がある場合、この実施形態のセットは、システム情報タイプが各ブロックにおいて定義される、実施形態の第３のセットの組合せにおいて使用され得る。このようにして、無線ノードは、ＴＢがＯＳＩのためのものであるか、ＲＭＳＩのためのものであるかを知る。図５Ｂは、ＯＳＩおよびＲＭＳＩに対する異なるＴＢサイズを示し、システム情報タイプは、どのＴＢサイズがＲＭＳＩ（またはＯＳＩ）のためのものであるかをさらに識別する。
【００９８】
本明細書で説明される主題は、任意の好適な構成要素を使用して任意の適切な種類のシステムで実装され得るが、本明細書で開示される実施形態は図６に示される例示的な無線ネットワークなどの無線ネットワークに関連して説明される。簡潔にするために、図６の無線ネットワークはネットワーク６０６、ネットワークノード６６０および６６０ｂ、ならびにＷＤ１１０、６１０ｂ、および６１０ｃのみを示す。実際には、無線ネットワークが無線デバイス間の通信、または無線デバイスと、陸線電話、サービスプロバイダ、または任意の他のネットワークノードもしくはエンドデバイスなどの別の通信デバイスとの間の通信をサポートするのに適した任意の追加の要素をさらに含むことができる。図示された構成要素のうち、ネットワークノード６６０および無線デバイス（ＷＤ）６１０が、さらなる詳細を伴って示されている。無線ネットワークは、無線ネットワークによって、または無線ネットワークを介して提供されるサービスへの無線デバイスのアクセスおよび/またはそのサービスの使用を容易にするために、１つまたは複数の無線デバイスに通信および他のタイプのサービスを提供することができる。
【００９９】
無線ネットワークは、任意のタイプの通信、電気通信、データ、セルラー、および/または無線ネットワーク、または他の同様のタイプのシステムを備え、かつ/またはそれらとインターフェースすることができる。いくつかの実施形態では、無線ネットワークが特定の規格または他のタイプの事前定義された規則または手順に従って動作するように構成され得る。したがって、無線ネットワークの特定の実施形態は、グローバル移動体通信システム（ＧＳＭ）、ユニバーサル移動体通信システム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、および/または他の適切な２Ｇ、３Ｇ、４Ｇ、または５Ｇ標準規格などの通信標準規格、ＩＥＥＥ８０２．１１標準規格などの無線ローカルエリアネットワーク（ＷＬＡＮ）標準規格、および/またはＷｉＭａｘ（Worldwide Interoperability for Microwave Access）、Ｂｌｕｅｔｏｏｔｈ、Ｚ−Ｗａｖｅ、および/またはＺｉｇＢｅｅ標準規格などの任意の他の適切な無線通信標準規格を実装することができる。
【０１００】
ネットワーク６０６は、１つ以上のバックホールネットワーク、コアネットワーク、ＩＰネットワーク、公衆交換電話網、パケットデータネットワーク、光ネットワーク、ワイドエリアネットワーク、ローカルエリアネットワーク、無線ローカルエリアネットワーク、有線ネットワーク、無線ネットワーク、メトロポリタンエリアネットワーク、およびデバイス間の通信を可能にする他のネットワークから成り得る。
【０１０１】
ネットワークノード６６０およびＷＤ６１０は、以下でより詳細に説明する様々な構成要素を備える。これらの構成要素は、無線ネットワークにおける無線接続を提供するなど、ネットワークノードおよび/または無線デバイスの機能を提供するために協働する。異なる実施形態では無線ネットワークが任意の数の有線または無線ネットワーク、ネットワークノード、基地局、コントローラ、無線デバイス、中継局、および/または有線または無線接続を介するかどうかにかかわらず、データおよび/または信号の通信を容易にするかまたは参加することができる任意の他の構成要素またはシステムを備えることができる。
【０１０２】
本明細書で使用されるように、ネットワークノードは無線デバイスおよび/または無線ネットワーク内の他のネットワークノードまたは装置と直接的または間接的に通信するために、および/または無線ネットワーク内の他のネットワークノードまたは装置と直接的または間接的に通信することができ、かつ/または無線デバイスへの無線アクセスを可能にし、かつ/または無線ネットワーク内の他の機能（例えば、管理）を実行することができる、構成され、配置され、かつ/または動作可能な装置を指す。ネットワークノードの例はアクセスポイント（ＡＰ）（例えば、無線アクセスポイント）、基地局（ＢＳ）（例えば、無線基地局、ノードＢ、進化型ノードＢ（ｅＮＢ）およびＮＲノードＢ（ｇＮＢ））を含むが、これらに限定されない。基地局はそれらが提供する（または別の言い方をすれば、それらの送信電力レベル）カバレージの量に基づいて分類され得、次いで、フェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局とも呼ばれ得る。基地局は、リレーを制御するリレーノードまたはリレードナーノードであってもよい。
【０１０３】
ネットワークノードは、集中型デジタルユニットおよび/または遠隔無線ユニット（ＲＲＵ）（遠隔無線ヘッド（ＲＲＨ）と呼ばれることもある）などの分散型無線基地局の１つまたは複数の（またはすべての）部分を含むこともできる。このような遠隔無線ユニットはアンテナ一体型無線機としてアンテナと一体化されていてもよいし、されていなくてもよい。分散無線基地局の一部は、分散アンテナシステム（ＤＡＳ）におけるノードと呼ばれることもある。ネットワークノードのさらに別の例はＭＳＲ ＢＳなどのマルチスタンダード無線（ＭＳＲ）機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、伝送ポイント、伝送ノード、マルチセル/マルチキャスト調整エンティティ（ＭＣＥ）、コアネットワークノード（例えば、ＭＳＣ、ＭＭＥ）、Ｏ＆Ｍノード、ＯＳＳノード、ＳＯＮノード、測位ノード（例えば、Ｅ−ＳＭＬＣ）、および/またはＭＤＴを含む。別の例として、ネットワークノードは、以下でより詳細に説明するような仮想ネットワークノードであってもよい。しかしながら、より一般的には、ネットワークノードが無線デバイスに無線ネットワークへのアクセスを可能にする、および/または提供する、あるいは無線ネットワークにアクセスした無線デバイスに何らかのサービスを提供することが可能な、構成された、配置された、および/または動作可能な、任意の適切なデバイス（またはデバイスのグループ）を表し得る。
【０１０４】
図６において、ネットワークノード６６０は、処理回路６７０、デバイス読み取り可能媒体６８０、インターフェース６９０、補助装置６８４、電源６８６、電力回路６８７、およびアンテナ６６２を含む。図６の例示的な無線ネットワークに示されたネットワークノード６６０はハードウェア構成要素の図示された組合せを含むデバイスを表すことができるが、他の実施形態は構成要素の異なる組合せを有するネットワークノードを備えることができる。ネットワークノードは、本明細書で開示されるタスク、特徴、機能、および方法を実行するために必要とされるハードウェアおよび/またはソフトウェアの任意の適切な組合せを備えることを理解されたい。さらに、ネットワークノード６６０の構成要素はより大きなボックス内に配置された単一のボックスとして示されているか、または複数のボックス内に入れ子にされているが、実際にはネットワークノードが単一の図示された構成要素を構成する複数の異なる物理的構成要素を備えることができる（例えば、デバイス可読媒体６８０は複数の別個のハードドライブならびに複数のＲＡＭモジュールを備えることができる）。
【０１０５】
同様に、ネットワークノード６６０は複数の物理的に別個の構成要素（例えば、ノードＢ構成要素およびＲＮＣ構成要素、またはＢＴＳ構成要素およびＢＳＣ構成要素など）から構成されてもよく、それらはそれぞれ、それら自体のそれぞれの構成要素を有する可能性がある。ネットワークノード６６０が複数の別個の構成要素（例えば、ＢＴＳおよびＢＳＣ構成要素）を備える特定のシナリオでは、別個の構成要素のうちの１つまたは複数がいくつかのネットワークノード間で共有され得る。例えば、単一のＲＮＣは、複数のノードＢを制御することができる。このようなシナリオでは、それぞれの一意のＮｏｄｅＢとＲＮＣのペアが場合によっては単一の個別のネットワークノードと見なされることがある。ある実施形態では、ネットワークノード６６０が複数の無線アクセス技術（ＲＡＴ）をサポートするように構成されてもよい。そのような実施形態ではいくつかの構成要素が複製されてもよく（例えば、異なるＲＡＴのための別個のデバイス可読媒体６８０）、いくつかの構成要素は再使用されてもよい（例えば、同じアンテナ６６２はＲＡＴによって共有されてもよい）。ネットワークノード６６０はまた、例えば、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、またはＢｌｕｅｔｏｏｔｈ無線技術のような、ネットワークノード６６０に統合された異なる無線技術のための様々な例示された構成要素の複数のセットを含み得る。これらの無線技術は、ネットワークノード６６０内の同じまたは異なるチップまたはチップの設定および他の構成要素に統合され得る。
【０１０６】
処理回路６７０はネットワークノードによって提供されるものとして本明細書で説明される任意の決定、計算、または類似の操作（例えば、特定の取得操作）を実行するように構成される。処理回路６７０によって実行されるこれらの動作は例えば、取得された情報を他の情報に変換すること、取得された情報または変換された情報をネットワークノードに格納された情報と比較すること、および/または取得された情報または変換された情報に基づいて１つまたは複数の動作を実行すること、および前記処理の結果として判定を行うことによって、処理回路６７０によって取得された情報を処理することを含み得る。
【０１０７】
処理回路６７０はマイクロプロセッサ、コントローラ、マイクロコントローラ、中央演算処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の適切なコンピューティングデバイス、リソース、またはハードウェア、ソフトウェア、および/または符号化ロジックの組合せのうちの１つまたは複数の組合せを備えることができ、これらは、単独で、またはデバイス可読媒体６８０、ネットワークノード６６０機能などの他のネットワークノード６６０構成要素と併せてのいずれかで提供するように動作可能である。例えば、処理回路６７０は、デバイス可読媒体６８０または処理回路６７０内のメモリに格納された命令を実行することができる。そのような機能は、本明細書で説明される各種無線特徴、機能、または利益のいずれかを提供することを含むことができる。一部の実施形態において、処理回路６７０は、チップ（ＳＯＣ）上のシステムを含むことができる。
【０１０８】
いくつかの実施形態では、処理回路６７０が無線周波数トランシーバ回路６７２およびベースバンド処理回路６７４のうちの１つまたは複数を含んでもよい。いくつかの実施形態では、無線周波数トランシーバ回路６７２およびベースバンド処理回路６７４が無線ユニットおよびデジタルユニットなどの、別個のチップ（またはチップのセット）、ボード、またはユニット上にあってもよい。代替実施形態では、ＲＦトランシーバ回路６７２およびベースバンド処理回路６７４の一部または全部が同一チップまたはチップ、ボード、またはユニットの設定上にあってもよい。
【０１０９】
いくつかの実施形態ではネットワークノード、基地局、ｅＮＢ、または他のそのようなネットワークデバイスによって提供されるものとして本明細書で説明される機能の一部またはすべてはデバイス可読媒体６８０または処理回路６７０内のメモリ上に格納された命令を実行する処理回路６７０によって実行され得る。代替の実施形態では、機能のいくつかまたはすべてはハードワイヤード方式などで、別個のまたは個別のデバイス可読媒体上に格納された命令を実行することなく、処理回路６７０によって提供され得る。これらの実施形態のいずれにおいても、デバイス可読記憶媒体上に記憶された命令を実行するか否かにかかわらず、処理回路６７０は、説明された機能を実行するように構成され得る。そのような機能性によって提供される利点は、処理回路６７０単独またはネットワークノード６６０の他の構成要素に限定されず、ネットワークノード６６０全体によって、および/またはエンドユーザおよび無線ネットワーク全体によって享受される。
【０１１０】
デバイス可読媒体６８０は限定されるものではないが、永続的記憶装置、ソリッドステートメモリ、遠隔でマウントされたメモリ、磁気媒体、光学媒体、ランダムアクセスメモリ、読み出し専用メモリ、大容量記憶媒体（例えば、ハードディスク）、取り外し可能記憶媒体（例えば、フラッシュドライブ、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、および/または処理回路６７０によって使用され得る情報、データ、および/または命令を記憶するその他の揮発性または不揮発性、一時的でないデバイス可読および/またはコンピュータ実行可能メモリデバイスを含む、任意の形態の揮発性または不揮発性コンピュータ可読メモリを含むことができる。デバイス可読媒体６８０は、コンピュータプログラム、ソフトウェア、ロジック、ルール、コード、テーブルなどのうちの１つまたは複数を含むアプリケーション、および/または処理回路６７０によって実行され、ネットワークノード６６０によって利用されることが可能な他の命令を含む、任意の適切な命令、データ、または情報を格納することができる。デバイス可読媒体６８０は、処理回路６７０によって行われた任意の計算、および/またはインターフェース６９０を介して受信された任意のデータを格納するために使用され得る。いくつかの実施形態では、処理回路６７０およびデバイス読み取り可能媒体６８０が集積されていると考えられてもよい。
【０１１１】
インターフェース６９０は、ネットワークノード６６０、ネットワーク６０６、および/またはＷＤ６１０間のシグナリングおよび/またはデータの有線または無線通信で使用される。図示のように、インターフェース６９０は、例えば有線接続を介してネットワーク６０６との間でデータを送受信するためのポート/端子６９４を備える。インターフェース６９０はまた、アンテナ６６２の一部に結合され得る、または特定の実施形態では無線フロントエンド回路６９２を含む。無線フロントエンド回路６９２は、フィルタ６９８および増幅器６９６を含む。無線フロントエンド回路６９２は、アンテナ６６２および処理回路６７０に接続されてもよい。無線フロントエンド回路は、アンテナ６６２と処理回路６７０との間で通信される信号を条件付けるように構成されてもよい。無線フロントエンド回路６９２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるデジタルデータを受信することができる。無線フロントエンド回路６９２は、フィルタ６９８および/または増幅器６９６の組合せを使用して、デジタルデータを適切なチャネルおよび帯域幅パラメータを有する無線信号に変換することができる。次いで、無線信号は、アンテナ６６２を介して送信されてもよい。同様に、データを受信する場合、アンテナ６６２は無線信号を収集し、次いで、無線フロントエンド回路６９２によってデジタルデータに変換されてもよい。デジタルデータは、処理回路６７０に渡されてもよい。他の実施形態では、インターフェースが異なる構成要素および/または構成要素の異なる組合せを含むことができる。
【０１１２】
特定の代替実施形態ではネットワークノード６６０が別個の無線フロントエンド回路６９２を含んでいなくてもよく、代わりに、処理回路６７０は無線フロントエンド回路を含んでいてもよく、別個の無線フロントエンド回路６９２を伴わずにアンテナ６６２に接続されてもよい。同様に、いくつかの実施形態では、ＲＦトランシーバ回路６７２のすべてまたは一部がインターフェース６９０の一部とみなされてもよい。さらに他の実施形態ではインターフェース６９０が無線ユニット（図示せず）の一部として、１つまたは複数のポートまたは端子６９４、無線フロントエンド回路６９２、およびＲＦトランシーバ回路６７２を含むことができ、インターフェース６９０はデジタルユニット（図示せず）の一部であるベースバンド処理回路６７４と通信することができる。
【０１１３】
アンテナ６６２は、無線信号を送信および/または受信するように構成された１つまたは複数のアンテナ、またはアンテナアレイを含み得る。アンテナ６６２は無線フロントエンド回路６９０に結合することができ、データおよび/または信号を無線で送受信することができる任意のタイプのアンテナとすることができる。いくつかの実施形態では、アンテナ６６２が例えば２ＧＨｚと６６ＧＨｚとの間で無線信号を送受信するように動作可能な、１つまたは複数の無指向性、セクタまたはパネルアンテナを含んでもよい。無指向性アンテナは任意の方向に無線信号を送信/受信するために使用されてもよく、セクタアンテナは特定のエリア内のデバイスから無線信号を送信/受信するために使用されてもよく、パネルアンテナは比較的直線で無線信号を送信/受信するために使用される見通し線（line of sight）アンテナであってもよい。いくつかの例では、２つ以上のアンテナの使用がMIMOと呼ばれ得る。いくつかの実施形態では、アンテナ６６２がネットワークノード６６０とは別個であってもよく、インターフェースまたはポートを介してネットワークノード６６０に接続可能であってもよい。
【０１１４】
アンテナ６６２、インターフェース６９０、および/または処理回路６７０は、ネットワークノードによって実行されるものとして本明細書で説明される任意の受信動作および/または特定の取得動作を実行するように構成され得る。任意の情報、データ、および/または信号は、無線デバイス、別のネットワークノード、および/または任意の他のネットワーク機器から受信され得る。同様に、アンテナ６６２、インターフェース６９０、および/または処理回路６７０は、ネットワークノードによって実行されるものとして、本明細書に記載される任意の送信動作を実行するように構成されてもよい。任意の情報、データ、および/または信号は、無線デバイス、別のネットワークノード、および/または任意の他のネットワーク機器に送信され得る。
【０１１５】
電力回路６８７は、電力管理回路を備えてもよく、または電力管理回路に結合されてもよく、本明細書に記載される機能を実行するための電力をネットワークノード６６０の構成要素に供給するように構成される。電力回路６８７は、電源６８６から電力を受け取ってもよい。電源６８６および／または電力回路６８７はそれぞれの構成要素に適した形式でネットワークノード６６０の様々な構成要素に電源を提供するように構成されてもよい（例えば、各構成要素に必要な圧及び現在のレベルで）。電源６８６は、電力回路６８７および／またはネットワークノード６６０に含まれるか、または外部から構成されてもよい。例えば、ネットワークノード６６０は電気ケーブルなどの入力回路またはインターフェースを介して、外部電源（例えば、電気コンセント）に接続可能であってもよく、それによって、外部電源は、電力回路６８７に電力を供給する。さらなる例として、電源６８６は、電力回路６８７に接続される、または集積される、バッテリまたはバッテリパックの形態の電源を含んでもよい。バッテリは、外部電源が故障した場合にバックアップ電力を供給することができる。光起電装置のような他のタイプの電源も使用することができる。
【０１１６】
ネットワークノード６６０の代替的な実施形態は、本明細書で説明される機能性のいずれか、および/または本明細書で説明される主題をサポートするために必要な任意の機能性を含む、ネットワークノードの機能性のある態様を提供する責任を負うことができる、図６に示されるものを超える追加の構成要素を含むことができる。例えば、ネットワークノード６６０はネットワークノード６６０への情報の入力を可能にし、ネットワークノード６６０からの情報の出力を可能にするユーザインターフェース装置を含むことができる。これにより、ユーザは、ネットワークノード６６０の診断、保守、修理、および他の管理機能を実行することができる。
【０１１７】
本明細書で使用されるように、無線デバイス（ＷＤ）は、ネットワークノードおよび/または他の無線デバイスと無線に通信することができる、構成される、配置される、および/または動作可能なデバイスを指す。特に断らない限り、用語ＷＤは、本明細書ではユーザ装置（ＵＥ）と互換的に使用され得る。無線通信は、電磁波、電波、赤外線、および/またはエアを介して情報を伝達するのに適した他のタイプの信号を使用して、無線信号を送信および/または受信することを伴ってもよい。いくつかの実施形態では、ＷＤが直接的な人間の対話なしに情報を送信および/または受信するように構成され得る。例えば、ＷＤは内部イベントまたは外部イベントによってトリガされたとき、またはネットワークからの要求に応答して、所定のスケジュールでネットワークに情報を送信するように設計され得る。ＷＤの例としてはスマートフォン、携帯電話、携帯電話、ボイスオーバーＩＰ電話、無線ローカルループ電話、デスクトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、無線カメラ、ゲームコンソールまたはデバイス、音楽ストレージデバイス、再生アプライアンス、ウェアラブル端末デバイス、無線エンドポイント、移動局、タブレット、ラップトップ、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、スマートデバイス、無線カスタマープレミス機器（ＣＰＥ）、車載無線端末機器等があるが、これらに限定されない。ＷＤは例えば、サイドリンク通信、車車間（Ｖ２Ｖ）、車間インフラストラクチャ（Ｖ２Ｉ）、車間（Ｖ２Ｘ）のための３ＧＰＰ標準を実装することによって、デバイス間（Ｄ２Ｄ）通信をサポートすることができ、この場合、Ｄ２Ｄ通信デバイスと呼ばれることがある。さらに別の特定の例として、ＩｏＴ（Internet of Things（モノのインターネット））シナリオでは、ＷＤが監視および/または測定を実行し、そのような監視および/または測定の結果を別のＷＤおよび/またはネットワークノードに送信する機械または他のデバイスを表すことができる。この場合、ＷＤはマシンツーマシン（Ｍ２Ｍ）装置であってもよく、３ＧＰＰコンテキストではＭＴＣ装置と呼ばれてもよい。具体例として、ＷＤは３ＧＰＰの狭帯域インターネットオブシングス（ＮＢ−ＩｏＴ）規格を実行するＵＥかもしれない。そのような機械または装置の特定の例はセンサ、電力計、産業機械などの計量装置、または家庭用もしくは個人用機器（例えば、冷蔵庫、テレビなど）、個人用ウェアラブル（例えば、時計、フィットネストラッカなど）である。他のシナリオでは、ＷＤがその動作状態またはその動作に関連する他の機能を監視および/または報告することができる車両または他の機器を表すことができる。上述のＷＤは無線接続のエンドポイントを表すことができ、この場合、装置は、無線端末と呼ばれることができる。さらに、上述したようなＷＤは、モバイルであってもよく、その場合、モバイルデバイスまたはモバイル端末とも呼ばれてもよい。
【０１１８】
図示のように、無線デバイス６１０は、アンテナ６１１、インターフェース６１４、処理回路６２０、デバイス読み取り可能媒体６３０、ユーザインターフェース機器６３２、補助装置６３４、電源６３６、および電力回路６３７を含む。ＷＤ６１０はほんの数例を挙げると、たとえば、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＮＲ、ＷｉＦｉ、ＷｉＭＡＸ、またはＢｌｕｅｔｏｏｔｈ無線技術、ＷＤ６１０によってサポートされる異なる無線技術のための例示された構成要素のうちの１つまたは複数の複数のセットを含むことができる。これらの無線技術は、ＷＤ６１０内の他の構成要素と同じまたは異なるチップまたはチップの設定に統合され得る。
【０１１９】
アンテナ６１１は、無線信号を送信および/または受信するように構成された１つまたは複数のアンテナまたはアンテナアレイを含むことができ、インターフェース６１４に接続される。特定の代替実施形態では、アンテナ６１１がＷＤ６１０とは別個であってもよく、インターフェースまたはポートを介してＷＤ６１０に接続可能であってもよい。アンテナ６１１、インターフェース６１４、および/または処理回路６２０は、ＷＤによって実行されるものとして、本明細書に記載される任意の受信または送信動作を実行するように構成されてもよい。任意の情報、データ、および/または信号が、ネットワークノードおよび/または別のＷＤから受信され得る。いくつかの実施形態では、無線フロントエンド回路および/またはアンテナ６１１がインターフェースとみなされてもよい。
【０１２０】
図示されるように、インターフェース６１４は、無線フロントエンド回路６１２およびアンテナ６１１を備える。無線フロントエンド回路６１２は、１つまたは複数のフィルタ６１８および増幅器６１６を備える。無線フロントエンド回路６１４は、アンテナ６１１および処理回路６２０に接続され、アンテナ６１１と処理回路６２０との間で通信される信号を調整するように構成される。無線フロントエンド回路６１２は、アンテナ６１１に結合されてもよく、またはその一部であってもよい。一部の実施形態ではＷＤ６１０が別個の無線フロントエンド回路６１２を含まなくてもよく、むしろ、処理回路６２０は無線フロントエンド回路を含んでもよく、アンテナ６１１に接続されてもよい。同様に、いくつかの実施形態では、ＲＦトランシーバ回路６２２の一部または全部がインターフェース６１４の一部とみなされてもよい。無線フロントエンド回路６１２は、無線接続を介して他のネットワークノードまたはＷＤに送出されるデジタルデータを受信することができる。無線フロントエンド回路６１２は、フィルタ６１８および/または増幅器６１６の組合せを使用して、デジタルデータを適切なチャネルおよび帯域幅パラメータを有する無線信号に変換することができる。次いで、無線信号は、アンテナ６１１を介して送信されてもよい。同様に、データを受信する場合、アンテナ６１１は無線信号を収集し、次いで、無線フロントエンド回路６１２によってデジタルデータに変換されてもよい。デジタルデータは、処理回路６２０に渡されてもよい。他の実施形態では、インターフェースが異なる構成要素および/または構成要素の異なる組合せを含むことができる。
【０１２１】
処理回路６２０はマイクロプロセッサ、コントローラ、マイクロコントローラ、中央演算処理装置、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の適切なコンピューティングデバイス、リソース、またはハードウェア、ソフトウェア、および/または符号化ロジックの組合せのうちの１つまたは複数の組合せを備えることができ、これらは、単独で、またはデバイス可読媒体６３０、ＷＤ６１０機能などの他のＷＤ６１０構成要素と併せてのいずれかで提供するように動作可能である。そのような機能は、本明細書で説明される各種無線特徴または利点のいずれかを提供することを含むことができる。例えば、処理回路６２０は本明細書で開示される機能を提供するために、デバイス可読媒体６３０または処理回路６２０内のメモリに格納された命令を実行することができる。
【０１２２】
図示されるように、処理回路６２０は、ＲＦトランシーバ回路６２２、ベースバンド処理回路６２４、およびアプリケーション処理回路６２６のうちの１つ以上を含む。他の実施形態では、処理回路が異なる構成要素及び/又は構成要素の異なる組み合わせを含むことができる。特定の実施形態では、ＷＤ６１０の処理回路６２０がＳＯＣを備えることができる。いくつかの実施形態ではＲＦトランシーバ回路６２２、ベースバンド処理回路６２４、およびアプリケーション処理回路６２６は別個のチップまたはチップセット上にあってもよい。代替実施形態ではベースバンド処理回路６２４およびアプリケーション処理回路６２６の一部または全部が１つのチップまたはチップの設定に組み合わされてもよく、ＲＦトランシーバ回路６２２は別個のチップまたはチップの設定上にあってもよい。さらに代替の実施形態ではＲＦトランシーバ回路６２２およびベースバンド処理回路６２４の一部または全部が同一チップまたはチップセット上にあってもよく、アプリケーション処理回路６２６は別個のチップまたはチップセット上にあってもよい。さらに他の代替実施形態では、ＲＦトランシーバ回路６２２、ベースバンド処理回路６２４、およびアプリケーション処理回路６２６の一部または全部が同一チップまたは一組のチップ内で組み合わされてもよい。いくつかの実施形態では、ＲＦトランシーバ回路６２２がインターフェース６１４の一部であってもよい。ＲＦトランシーバ回路６２２は、処理回路６２０のためのＲＦ信号を条件付けてもよい。
【０１２３】
特定の実施形態では、ＷＤによって実行されるものとして本明細書で説明される機能の一部またはすべては特定の実施形態ではコンピュータ可読記憶媒体とすることができるデバイス可読媒体６３０上に記憶された命令を実行する処理回路６２０によって提供することができる。代替の実施形態では、機能のいくつかまたはすべてはハードワイヤード方式などで、別個のまたは個別のデバイス可読記憶媒体上に記憶された命令を実行することなく、処理回路６２０によって提供され得る。これらの特定の実施形態のいずれにおいても、デバイス可読記憶媒体上に記憶された命令を実行するか否かにかかわらず、処理回路６２０は、説明された機能を実行するように構成され得る。そのような機能性によって提供される利点は、処理回路６２０単独またはＷＤ６１０の他の構成要素に限定されず、ＷＤ６１０全体によって、および/またはエンドユーザおよび無線ネットワーク全体によって享受される。
【０１２４】
処理回路６２０はＷＤによって実行されるものとして本明細書で説明される任意の決定、計算、または類似の動作（例えば、ある取得動作）を実行するように構成され得る。これらの動作は処理回路６２０によって実行されるように、例えば、取得された情報を他の情報に変換すること、取得された情報または変換された情報をＷＤ６１０によって記憶された情報と比較すること、および/または取得された情報または変換された情報に基づいて１つまたは複数の動作を実行すること、および前記処理の結果として決定を行うことによって、処理回路６２０によって取得された情報を処理することを含み得る。
【０１２５】
デバイス可読媒体６３０は、コンピュータプログラム、ソフトウェア、ロジック、ルール、コード、表などのうちの１つまたは複数を含むアプリケーション、および/または処理回路６２０によって実行されることが可能な他の命令を格納するように動作可能であり得る。デバイス可読可能媒体６３０はコンピュータメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）または可読専用メモリ（ＲＯＭ））、大容量記憶媒体（例えば、ハードディスク）、取り外し可能記憶媒体（例えば、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ））、および/または処理回路６２０によって使用され得る情報、データ、および/または命令を記憶する任意の他の揮発性または不揮発性、一時的でないデバイス可読可能および/またはコンピュータ実行可能メモリデバイスを含み得る。いくつかの実施形態では、処理回路６２０およびデバイス読み取り可能媒体６３０が集積されていると考えられてもよい。
【０１２６】
ユーザインターフェース機器６３２は、人間のユーザがＷＤ６１０と対話することを可能にする構成要素を提供することができる。このような相互作用は、視覚的、聴覚的、触覚的などの多くの形態であり得る。ユーザインターフェース機器６３２はユーザに出力を生成し、ユーザがＷＤ６１０に入力を提供することを可能にするように動作可能であり得る。対話のタイプは、ＷＤ６１０にインストールされたユーザインターフェース機器６３２のタイプに応じて変わり得る。例えば、ＷＤ６１０がスマートフォンである場合、相互作用はタッチスクリーンを介して行われてもよく、ＷＤ６１０がスマートメータである場合、相互作用は使用量（例えば、使用されるガロン数）を提供するスクリーン、または可聴警報（例えば、煙が検出される場合）を提供するスピーカを介して行われてもよい。ユーザインターフェース機器６３２は、入力インターフェース、装置及び回路、ならびに出力インターフェース、装置及び回路を含み得る。ユーザインターフェース機器６３２は、ＷＤ６１０への情報の入力を可能にするように構成され、処理回路６２０に接続されて、処理回路６２０が入力情報を処理することを可能にする。ユーザインターフェース機器６３２は例えば、マイクロフォン、近接または他のセンサ、キー/ボタン、タッチディスプレイ、１つまたは複数のカメラ、ＵＳＢポート、または他の入力回路を含むことができる。ユーザインターフェース機器６３２はまた、ＷＤ６１０からの情報の出力を可能にし、処理回路６２０がＷＤ６１０から情報を出力することを可能にするように構成される。ユーザインターフェース機器６３２は例えば、スピーカ、ディスプレイ、振動回路、ＵＳＢポート、ヘッドホンインターフェース、または他の出力回路を含み得る。ユーザインターフェース機器６３２の１つまたは複数の入出力インターフェース、デバイス、および回路を使用して、ＷＤ６１０はエンドユーザおよび/または無線ネットワークと通信することができ、本明細書で説明する機能性からの利益をエンドユーザおよび/または無線ネットワークに与えることができる。
【０１２７】
補助装置６３４は、ＷＤによって一般に実行されない可能性があるより具体的な機能を提供するように動作可能である。これは、様々な目的のために測定を行うための専用センサ、有線通信などの追加のタイプの通信のためのインターフェースを含むことができる。補助装置６３４の構成要素の含有及び種類は、実施例及び/又はシナリオに応じて変わり得る。
【０１２８】
電源６３６は、一部の実施形態ではバッテリまたはバッテリパックの形態であってもよい。外部電源（例えば、電気コンセント）、光起電力デバイス、またはパワーセルなどの他のタイプの電源も使用することができる。ＷＤ６１０はさらに、電源６３６からの電力を、電源６３６からの電力を必要とするＷＤ６１０の様々な部分に送り、本明細書に記載または示される任意の機能を実行するための電力回路６３７を含んでもよい。電力回路６３７は、特定の実施形態では電力管理回路を備えてもよい。電力回路６３７は追加的または代替的に、外部電源から電力を受け取るように動作可能であってもよく、その場合、ＷＤ６１０は、入力回路または電力ケーブルなどのインターフェースを介して、外部電源（電気コンセントなど）に接続可能であってもよい。また、特定の実施形態において、電力回路６３７は、外部電源から電源６３６に電力を送達するように動作可能であってもよい。これは、例えば、電源６３６の充電のためであってもよい。電力回路６３７は電力が供給されるＷＤ６１０のそれぞれの構成要素に適した電力にするために、電源６３６からの電力に対して、任意のフォーマット、変換、または他の修正を実行することができる。
【０１２９】
図７は、本明細書で説明される様々な態様によるＵＥの一実施形態を示す。本明細書で使用されるように、ユーザ装置またはＵＥは必ずしも、関連するデバイスを所有し、かつ/または操作する人間のユーザという意味でユーザを有するとは限らない。代わりに、ＵＥは人間のユーザへの販売または人間のユーザによる操作が意図されているが、最初は特定の人間のユーザ（例えば、スマートスプリンクラコントローラ）に関連付けられていてもいなくてもよく、または関連付けられていなくてもよいデバイスを表してもよい。あるいはＵＥがエンドユーザへの販売またはエンドユーザによる操作を意図されていないが、ユーザ（例えば、スマート電力メータ）のために関連付けられるか、または操作され得るデバイスを表し得る。ＵＥ７００は、ＮＢ−ＩｏＴ ＵＥ、マシンタイプ通信（ＭＴＣ）ＵＥ、および/または強化ＭＴＣ（ｅＭＴＣ）ＵＥを含む、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって特定される任意のＵＥであってもよい。ＵＥ７００は、図７に例示されているように、３ＧＰＰのＧＳＭ、ＵＭＴＳ、ＬＴＥ、および/または５Ｇ標準規格のような、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって公布された１つ以上の通信標準規格に従って通信するように設定されたＷＤの一例である。前述のように、用語ＷＤおよびＵＥは、交換可能に使用され得る。したがって、図７はＵＥであるが、本明細書で説明される構成要素はＷＤに等しく適用可能であり、その逆もまた同様である。
【０１３０】
図７では、ＵＥ７００が入出力インターフェース７０５、無線周波数（ＲＦ）インターフェース７０９、ネットワーク接続インターフェース７１１、ランダムアクセスメモリ（ＲＡＭ）７１７を含むメモリ７１５、読み出し専用メモリ（ＲＯＭ）７１９、および記憶媒体７２１など、通信サブシステム７３１、電源７３３、および/または任意の他の構成要素、またはそれらの任意の組合せに動作可能に結合された処理回路７０１を含む。記憶媒体７２１は、オペレーティングシステム７２３、アプリケーションプログラム７２５、およびデータ７２７を含む。他の実施形態では、記憶媒体７２１が他の同様のタイプの情報を含むことができる。いくつかのＵＥは、図７に示される構成要素のすべて、または構成要素のサブセットのみを利用し得る。構成要素間の統合のレベルは、１つのＵＥから別のＵＥEへと変化し得る。さらに、いくつかのＵＥは、複数のプロセッサ、メモリ、トランシーバ、送信機、受信機など、構成要素の複数のインスタンスを含み得る。
【０１３１】
図７では、処理回路７０１がコンピュータ命令およびデータを処理するように構成されてもよい。処理回路７０１は１つまたは複数のハードウェア実装状態機械（例えば、個別論理、ＦＰＧＡ、ＡＳＩＣなど）、適切なファームウェアとともにプログラマブル論理、１つまたは複数の格納プログラム、マイクロプロセッサまたはデジタルシグナルプロセッサ（ＤＳＰ）などの汎用プロセッサ、ならびに適切なソフトウェア、または上記の任意の組合せなど、機械可読コンピュータプログラムとしてメモリに格納された機械命令を実行するように動作可能な任意の順次状態機械を実装するように構成され得る。例えば、処理回路７０１は、２つの中央処理装置（ＣＰＵ）を含むことができる。データは、コンピュータによる使用に適した形式の情報であってもよい。
【０１３２】
図示された実施形態では、入力/出力インターフェース７０５が入力デバイス、出力装置、または入力および出力装置への通信インターフェースを提供するように構成され得る。ＵＥ７００は、入力/出力インターフェース７０５を介して出力デバイスを使用するように構成され得る。出力デバイスは、入力デバイスと同じタイプのインターフェースポートを使用することができる。例えば、ＵＳＢポートを使用して、ＵＥ７００との間で入力および出力を行うことができる。出力デバイスは、スピーカ、サウンドカード、ビデオカード、ディスプレイ、モニタ、プリンタ、アクチュエータ、エミッタ、スマートカード、他の出力デバイス、またはそれらの任意の組み合わせであり得る。ＵＥ７００はユーザがＵＥ７００に情報をキャプチャすることを可能にするために、入力/出力インターフェース７０５を介して入力デバイスを使用するように構成され得る。入力デバイスはタッチセンシティブまたはプレゼンスセンシティブディスプレイ、カメラ（例えば、デジタルカメラ、デジタルビデオカメラ、ウェブカメラなど）、マイクロフォン、センサ、マウス、トラックボール、方向パッド、トラックパッド、スクロールホイール、スマートカードなどを含むことができる。プレゼンスセンシティブディスプレイは、ユーザからの入力を感知するための容量性または抵抗性タッチセンサを含むことができる。センサは例えば、加速度計、ジャイロスコープ、傾斜センサ、力センサ、磁力計、光学センサ、近接センサ、別の同様のセンサ、またはそれらの任意の組合せとすることができる。例えば、入力装置は、加速度計、磁力計、デジタルカメラ、マイクロフォン、および光センサであってもよい。
【０１３３】
図７では、ＲＦインターフェース７０９が送信機、受信機、およびアンテナなどのＲＦ構成要素に通信インターフェースを提供するように構成されてもよい。ネットワーク接続インターフェース７１１は、ネットワーク７４３ａに通信インターフェースを提供するように構成されてもよい。ネットワーク７４３ａは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、他のネットワーク又はそれらの組み合わせのような有線及び/又は無線のネットワークを含むことができる。例えば、ネットワーク７４３ａは、Ｗｉ-Ｆｉネットワークを構成することができる。ネットワーク接続インターフェース７１１は、イーサネット（登録商標）、ＴＣＰ/ＩＰ、ＳＯＮＥＴ、ＡＴＭなどの１つまたは複数の通信プロトコルに従って、通信ネットワークを介して１つまたは複数の他のデバイスと通信するために使用される受信機および送信機インターフェースを含むように構成され得る。ネットワーク接続インターフェース７１１は通信ネットワークリンク（例えば、光、電気など）に適切な受信機および送信機機能を実装し得る。送信機機能および受信機機能は回路構成要素、ソフトウェア、またはファームウェアを共有することができ、あるいは、別々に実装することができる。
【０１３４】
ＲＡＭ７１７はオペレーティングシステム、アプリケーションプログラム、およびデバイスドライバなどのソフトウェアプログラムの実行中にデータまたはコンピュータ命令の記憶またはキャッシュを提供するために、バス７０２を介して処理回路７０１にインターフェースするように構成することができる。ＲＯＭ７１９は、コンピュータ命令またはデータを処理回路７０１に提供するように構成することができる。例えば、ＲＯＭ７１９は、不揮発性メモリに記憶されたキーボードからの基本的な入出力、スタートアップ、またはキーストロークの受信のような基本的なシステム機能のための不変な低レベルのシステムコードまたはデータを記憶するように構成されてもよい。記憶媒体７２１は、ＲＡＭ、ＲＯＭ、フィールドプログラマブルゲートアレイ読出し専用メモリ、消去可能フィールドプログラマブルゲートアレイ読出し専用メモリ、電気的消去可能フィールドプログラマブルゲートアレイ読出し専用メモリ、磁気ディスク、光ディスク、フロッピーディスク、ハードディスク、リムーバブルカートリッジ、またはフラッシュドライブなどのメモリを含むように構成することができる。一例では、記憶媒体７２１がオペレーティングシステム７２３、ウェブブラウザアプリケーション、ウィジェットまたはガジェットエンジンまたは別のアプリケーションなどのアプリケーションプログラム７２５、およびデータファイル７２７を含むように構成することができる。記憶媒体７２１はＵＥ７００によって使用するために、様々なオペレーティングシステムのうちの任意のもの、またはオペレーティングシステムの組合せを記憶することができる。
【０１３５】
記憶媒体７２１は、独立ディスクの冗長アレイ（ＲＡＩＤ）、フロッピー（登録商標）ディスクドライブ、フラッシュメモリ、ＵＳＢフラッシュドライブ、外部ハードディスクドライブ、サムドライブ、ペンドライブ、キードライブ、高密度デジタル多用途ディスク（ＨＤ−ＤＶＤ）光ディスクドライブ、内部ハードディスクドライブ、ブルーレイ光ディスクドライブ、ホログラフィックデジタルデータストレージ（ＨＤＤＳ）光ディスクドライブ、外部ミニデュアルインラインメモリモジュール（ＤＩＭＭ）、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、外部マイクロＤＩＭＭ ＳＤＲＡＭ、加入者識別モジュールまたは取り外し可能ユーザ識別（ＳＩＭ/ＲＵＩＭ）モジュールなどのスマートカードメモリ、他のメモリ、またはそれらの任意の組合せなど、複数の物理駆動部含むように構成され得る。記憶媒体７２１はＵＥ７００が一時的または非一時的記憶媒体に記憶されたコンピュータ実行可能命令、アプリケーションプログラム等にアクセスし、データをオフロードし、またはデータをアップロードすることを可能にし得る。通信システムを利用するものなどの製造品は、デバイス可読媒体を備えることができる記憶媒体７２１内に有形に具現化することができる。
【０１３６】
図７では、処理回路７０１が通信サブシステム７３１を使用してネットワーク７４３ｂと通信するように構成され得る。ネットワーク７４３ａおよびネットワーク７４３ｂは、同じネットワーク、または異なるネットワーク、または複数のネットワークであってもよい。通信サブシステム７３１は、ネットワーク７４３ｂと通信するために使用される１つ以上のトランシーバを含むように構成することができる。例えば、通信サブシステム７３１は、ＩＥＥＥ８０２．７、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥ、ＵＴＲＡＮ、ＷｉＭａｘなどの１つ以上の通信プロトコルに従って、無線アクセスネットワーク（ＲＡＮ）の別のＷＤ、ＵＥ、または基地局などの無線通信が可能な別の装置の１つ以上のリモートトランシーバと通信するために使用される１つ以上のトランシーバを含むように構成することができる。各トランシーバは、ＲＡＮリンク（例えば、周波数割り当てなど）に適切な送信機または受信機機能をそれぞれ実装するために、送信機７３３および/または受信機７３５を含んでもよい。さらに、各トランシーバの送信機７３３および受信機７３５は回路構成要素、ソフトウェア、またはファームウェアを共有してもよく、あるいは別々に実装されてもよい。
【０１３７】
図示の実施形態では、通信サブシステム７３１の通信機能がデータ通信、音声通信、マルチメディア通信、Ｂｌｕｅｔｏｏｔｈなどの短距離通信、近距離通信、位置を決定するための全地球測位システム（ＧＰＳ）の使用などの位置ベース通信、別の同様の通信機能、またはそれらの任意の組合せを含むことができる。例えば、通信サブシステム７３１は、セルラー通信、Ｗｉ−Ｆｉ通信、Ｂｌｕｅｔｏｏｔｈ通信、およびＧＰＳ通信を含むことができる。ネットワーク７４３ｂは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、コンピュータネットワーク、無線ネットワーク、電気通信ネットワーク、別の同様のネットワーク、またはそれらの任意の組合せなどの有線および/または無線ネットワークを含むことができる。例えば、ネットワーク７４３ｂは、セルラーネットワーク、Ｗｉ-Ｆｉネットワーク、および/または近距離無線ネットワークであってもよい。電源７１３は、ＵＥ７００の構成要素に交流（ＡＣ）又は直流（ＤＣ）電力を供給するように構成することができる。
【０１３８】
本明細書で説明される特徴、利点、および/または機能は、ＵＥ７００の構成要素のうちの１つにおいて実装され得るか、またはＵＥ７００の複数の構成要素にわたって区分され得る。さらに、本明細書で説明される特徴、利点、および/または機能は、ハードウェア、ソフトウェア、またはファームウェアの任意の組合せで実装され得る。一例では、通信サブシステム７３１が本明細書で説明される構成要素のいずれかを含むように構成され得る。さらに、処理回路７０１は、バス７０２を介してそのような構成要素のいずれかと通信するように構成されてもよい。別の例では、そのような構成要素のいずれも、処理回路７０１によって実行されるときに本明細書で説明される対応する機能を実行する、メモリに格納されたプログラム命令によって表され得る。別の実施例では、そのような構成要素のいずれかの機能が処理回路７０１と通信サブシステム７３１との間で区分され得る。別の例ではそのような構成要素のいずれかの計算集約的でない機能がソフトウェアまたはファームウェアで実装されてもよく、計算集約的な機能はハードウェアで実装されてもよい。
【０１３９】
図８は、いくつかの実施形態によって実装される機能を仮想化することができる仮想化環境８００を示す概略ブロック図である。本文脈では、仮想化手段が仮想化ハードウエアプラットフォーム、記憶装置、およびネットワーキングリソースを含むことができる装置またはデバイスの仮想バージョンを作成する。本明細書で使用されるように、仮想化はノード（例えば、仮想化された基地局または仮想化された無線アクセスノード）またはデバイス（例えば、ＵＥ、無線デバイス、または任意の他のタイプの通信デバイス）またはそれらの構成要素に適用されることができ、機能の少なくとも一部が１つまたは複数の仮想コンポーネント（構成要素）として（例えば、１つまたは複数のネットワーク内の１つまたは複数の物理処理ノード上で実行される１つまたは複数のアプリケーション、構成要素、機能、仮想マシン、またはコンテナを介して）実装される実装形態に関係する。
【０１４０】
いくつかの実施形態において、本明細書に記載する機能の一部または全部は、１つ以上のハードウェアノード８３０によってホストされる１つ以上の仮想環境８００内に実装される１つ以上の仮想マシンによって実行される仮想コンポーネントとして実装することができる。さらに、仮想ノードが無線アクセスノードでないか、または無線接続性を必要としない実施形態（例えば、コアネットワークノード）では、ネットワークノードを完全に仮想化することができる。
【０１４１】
機能は、本明細書で開示される実施形態のいくつかの特徴、機能、および/または利益のいくつかを実装するように動作する１つまたは複数のアプリケーション８２０（代替として、ソフトウェアインスタンス、仮想アプライアンス、ネットワーク機能、仮想ノード、仮想ネットワーク機能などと呼ばれ得る）によって実装され得る。アプリケーション８２０は、処理回路８６０およびメモリ８９０を備えるハードウェア８３０を提供する仮想化環境８００において実行される。メモリ８９０は処理回路８６０によって実行可能な命令８９５を含み、それによって、アプリケーション８２０は、本明細書で開示される特徴、利点、および/または機能のうちの１つまたは複数を提供するように動作可能である。
【０１４２】
仮想化環境８００は市販の既製（ＣＯＴＳ）プロセッサ、専用特定用途向け集積回路（ＡＳＩＣ）、またはデジタルもしくはアナログハードウェア構成要素もしくは専用プロセッサを含む任意の他のタイプの処理回路であってもよい、１つまたは複数のプロセッサまたは処理回路８６０の設定を備える汎用または専用ネットワークハードウェアデバイス８３０を備える。各ハードウェアデバイスは、処理回路８６０によって実行される命令８９５またはソフトウェアを一時的に格納するための非永続的メモリであり得るメモリ８９０−１を備え得る。各ハードウェア装置は、物理ネットワークインターフェース８８０を含む、ネットワークインターフェースカードとも呼ばれる、１つ以上のネットワークインターフェースコントローラ８７０を含むことができる。各ハードウェアデバイスはまた、ソフトウェア８９５および/または処理回路８６０によって実行可能な命令を格納した、非一時的な、永続的な、機械可読記憶媒体８９０−２を含むことができる。ソフトウェア８９５は、１つまたは複数の仮想化レイヤ８５０（ハイパーバイザとも呼ばれる）をインスタンス化するためのソフトウェア、仮想マシン８４０を実行するためのソフトウェア、ならびに本明細書で説明されるいくつかの実施形態に関連して説明される機能、特徴、および/または利益を実行することを可能にするソフトウェアを含む、任意のタイプのソフトウェアを含むことができる。
【０１４３】
仮想マシン８４０は仮想処理、仮想メモリ、仮想ネットワークワーキングまたはインターフェースおよび仮想ストレージを含み、対応する仮想化レイヤ８５０またはハイパーバイザによって実行されてもよい。仮想アプライアンス８２０のインスタンスの異なる実施形態は１つまたは複数の仮想マシン８４０上で実装されてもよく、実装は異なる方法で行われてもよい。
【０１４４】
動作中、処理回路８６０は、仮想マシンモニタ（ＶＭＭ）と呼ばれることもあるハイパーバイザまたは仮想化レイヤ８５０をインスタンス化するためにソフトウェア８９５を実行する。仮想化レイヤ８５０は、ネットワークハードウェアのように見える仮想オペレーティングプラットフォームを仮想マシン８４０に提示することができる。
【０１４５】
図８に示すように、ハードウェア８３０は、一般的または特定の構成要素を有するスタンドアロンネットワークノードであってもよい。ハードウェア８３０はアンテナ８２２５を備えることができ、仮想化を介していくつかの機能を実装することができる。あるいは、ハードウェア８３０が多くのハードウェアノードが協働し、特にアプリケーション８２０のライフサイクル管理を監督する管理およびオーケストレーション（ＭＡＮＯ）８１００を介して管理される、より大きなハードウェアクラスタの一部であってもよい（例えば、データセンターまたは顧客構内機器（ＣＰＥ）内など）。
【０１４６】
ハードウェアの仮想化は、いくつかの状況ではネットワーク機能仮想化（ＮＦＶ）と呼ばれる。ＮＦＶは、多くのネットワーク機器タイプを、業界標準の大容量サーバハードウェア、物理スイッチ、およびデータセンターに配置することができる物理ストレージ、ならびに顧客構内機器に統合するために使用することができる。
【０１４７】
ＮＦＶの文脈では、仮想マシン８４０があたかも物理的な仮想化されていないマシン上で実行されているかのようにプログラムを実行する物理マシンのソフトウェア実装であってもよい。仮想マシン８４０の各々、およびその仮想マシンを実行するハードウェア８３０のその部分はその仮想マシン専用のハードウェアであり、および/または、その仮想マシンによって仮想マシン８４０の他のものと共有されるハードウェアであり、別個の仮想ネットワーク要素（ＶＮＥ）を形成する。
【０１４８】
なお、ＮＦＶの文脈では、仮想ネットワーク機能（ＶＮＦ）がハードウェアネットワークインフラストラクチャ８３０上の１つ以上の仮想マシン８４０で実行され、図８のアプリケーション８２０に対応する特定のネットワーク機能を処理する責任がある。
【０１４９】
いくつかの実施形態では、それぞれが１つまたは複数の送信機８２２０および１つまたは複数の受信機８２１０を含む１つまたは複数の無線部８２００が１つまたは複数のアンテナ８２２５に結合され得る。無線部８２００は、１つ以上の適切なネットワークインターフェースを介してハードウェアノード８３０と直接通信することができ、仮想構成要素と組み合わせて使用して、無線アクセスノードまたは基地局などの無線機能を仮想ノードに提供することができる。
【０１５０】
いくつかの実施形態では、いくつかの信号がハードウェアノード８３０と無線部８２００との間の通信のために代替的に使用され得る制御システム８２３０を使用して実施され得る。
【０１５１】
図９を参照すると、一実施形態によれば、通信システムは、無線アクセスネットワークなどのアクセスネットワーク９１１と、コアネットワーク９１４とを備える、３ＧＰＰタイプのセルラーネットワークなどの電気通信ネットワーク９１０を含む。アクセスネットワーク９１１はＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントなどの複数の基地局９１２ａ、９１２ｂ、９１２ｃを備え、それぞれは対応するカバレッジエリア９１３ａ、９１３ｂ、９１３ｃを定義する。各基地局９１２ａ、９１２ｂ、９１２ｃは、有線または無線接続９１５を介してコアネットワーク９１４に接続可能である。カバレッジエリア９１３ｃに位置する最初のＵＥ９９１は、対応する基地局９１２ｃと無線で接続されるか、またはポケットベルされるように構成されている。カバレッジエリア９１３ａ内の第２のＵＥ９９２は、対応する基地局９１２ａに無線で接続可能である。この例では複数のＵＥ９９１、９９２が示されているが、開示された実施形態は唯一のＵＥがカバレッジエリア内にあるか、または唯一のＵＥが対応する基地局９１２に接続している状況にも同様に適用可能である。
【０１５２】
電気通信ネットワーク９１０はそれ自体、ホストコンピュータ９３０に接続されており、それは、スタンドアローンサーバー、クラウド実行サーバー、分散サーバー、またはサーバーファームにおける処理リソースのハードウェア及び/又はソフトウェアに具体化され得る。ホストコンピュータ９３０はサービスプロバイダの所有権または制御下にあってもよいし、サービスプロバイダによって、またはサービスプロバイダの代わりに操作されてもよい。電気通信ネットワーク９１０とホストコンピュータ９３０との間のコネクション９２１および９２２は、コアネットワーク９１４からホストコンピュータ９３０まで直接延びてもよく、あるいは任意の中間ネットワーク９２０を介して延びてもよい。中間ネットワーク９２０はパブリック、私設またはホストされたネットワークのうちの１つまたはそれ以上の組合せであってもよい。中間ネットワーク９２０はもしあれば、バックボーンネットワークまたはインターネットであってもよい。特に、中間ネットワーク９２０は、２つ以上のサブネットワーク（図示せず）を含んでもよい。
【０１５３】
図９の通信システム全体は、接続されたＵＥ９９１、９９２とホストコンピュータ９３０との間のコネクティビティを可能にする。接続性は、オーバー・ザ・トップ（ＯＴＴ）コネクション９５０として説明することができる。ホストコンピュータ９３０および接続されたＵＥ９９１、９９２は、アクセスネットワーク９１１、コアネットワーク９１４、任意の中間ネットワーク９２０、および可能なさらなるインフラストラクチャ（図示せず）を仲介者として使用して、ＯＴＴコネクション９５０を介してデータおよび/または信号を通信するように構成される。ＯＴＴコネクション９５０は、ＯＴＴコネクション９５０が通過する参加通信デバイスがアップリンク通信およびダウンリンク通信のルーティングに気付かないという意味で、トランスペアレント（透過的）であり得る。例えば、基地局９１２は接続されたＵＥ９９１に転送される（例えば、ハンドオーバされる）ためにホストコンピュータ９３０から発信されるデータをもつ入来ダウンリンク通信の過去のルーティングについて知らされる必要はない。同様に、基地局９１２は、ＵＥ９９１からホストコンピュータ９３０へ向かう発信アップリンク通信の将来のルーティングを認識する必要はない。
【０１５４】
次に、図１０を参照して、前の段落で説明したＵＥ、基地局、およびホストコンピュータの実施例を一実施形態に従って説明する。通信システム１０００では、ホストコンピュータ１０１０は、通信システム１０００の異なる通信デバイスのインターフェースとの有線または無線接続をセットアップおよび維持するように構成された通信インターフェース１０１６を含むハードウェア１０１５を備える。ホストコンピュータ１０１０は、記憶および/または処理能力を有することができる処理回路１０１８をさらに備える。特に、処理回路１０１８は、命令を実行するように構成された１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイまたはこれらの組み合わせ（図示せず）を含んでもよい。ホストコンピュータ１０１０はさらにソフトウェア１０１１を構成し、それがホストコンピュータ１０１０に記憶されるか、アクセス可能であり、処理回路１０１８によって実行可能である。ソフトウェア１０１１は、ホストアプリケーション１０１２を含む。ホストアプリケーション１０１２は、ＵＥ１０３０およびホストコンピュータ１０１０で終端するＯＴＴコネクション１０５０を介してコネクションするＵＥ１０３０などのリモートユーザにサービスを提供するように動作可能であってもよい。リモートユーザにサービスを提供する際に、ホストアプリケーション１０１２は、ＯＴＴコネクション１０５０を使用して送信されるユーザデータを提供することができる。
【０１５５】
通信システム１０００はさらに、遠隔通信システム内に設けられ、ホストコンピュータ１０１０およびＵＥ１０３０と通信することを可能にするハードウェア１０２５を含む基地局１０２０を含む。ハードウェア１０２５は、通信システム１０００の異なる通信デバイスのインターフェースとの有線または無線接続をセットアップおよび維持するための通信インターフェース１０２６、ならびに基地局１０２０によってサービスされるカバレッジエリア（図１０には示されていない）内に位置するＵＥ１０３０との少なくとも無線接続１０７０をセットアップおよび維持するための無線インターフェース１０２７を含み得る。通信インターフェース１０２６は、ホストコンピュータ１０１０へのコネクション１０６０を容易にするように構成することができる。コネクション１０６０は直接的であってもよいし、電気通信システムのコアネットワーク（図１０には示されていない）を通過してもよいし、および/または電気通信システムの外部の１つ以上の中間ネットワークを通過してもよい。図示の実施形態では、基地局１０２０のハードウェア１０２５が１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または命令を実行するように適合されたこれら（図示せず）の組み合わせを含み得る処理回路１０２８をさらに含む。さらに、基地局１０２０は、内部に記憶されるか、または外部接続を介してアクセス可能なソフトウェア１０２１を有する。
【０１５６】
通信システム１０００は、既に言及したＵＥ１０３０をさらに含む。ハードウェア１０３５は、ＵＥ１０３０が現在配置されているカバレッジエリアにサービスを提供する基地局との無線接続１０７０をセットアップし維持するように構成された無線インターフェース１０３７を含んでもよい。ＵＥ１０３０のハードウェア１０３５は、命令を実行するように適合された１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備えることができる処理回路１０３８をさらに含む。ＵＥ１０３０はさらにソフトウェア１０３１を構成し、これらはＵＥ１０３０内に記憶されるかアクセス可能であり、また、処理回路１０３８によって実行可能である。ソフトウェア１０３１は、クライアントアプリケーション１０３２を含む。クライアントアプリケーション１０３２は、ホストコンピュータ１０１０のサポートを受けて、ＵＥ１０３０を介して人間または非人間のユーザにサービスを提供するように動作可能である。ホストコンピュータ１０１０において、実行中のホストアプリケーション１０１２は、ＵＥ１０３０およびホストコンピュータ１０１０で終了するＯＴＴコネクション１０５０を介して実行中のクライアントアプリケーション１０３２と通信することができる。ユーザにサービスを提供する際に、クライアントアプリケーション１０３２はホストアプリケーション１０１２から要求データを受信し、要求データに応答してユーザデータを提供することができる。ＯＴＴコネクション１０５０は、要求データおよびユーザデータの両方を転送することができる。クライアントアプリケーション１０３２は、ユーザと対話して、ユーザが提供するユーザデータを生成することができる。
【０１５７】
図１０に示されるホストコンピュータ１０１０、基地局１０２０、およびＵＥ１０３０は、それぞれ、ホストコンピュータ９３０、基地局９１２ａ、９１２ｂ、９１２ｃのうちの１つ、および図９のＵＥ９９１、９９２のうちの１つと類似または同一であり得ることに留意されたい。すなわち、これらのエンティティの内部動作は図１０に示されるようなものであってもよく、独立して、周囲のネットワークトポロジは図９のものであってもよい。
【０１５８】
図１０ではＯＴＴコネクション１０５０を抽象的に描いて、基地局１０２０を介したホストコンピュータ１０１０とＵＥ１０３０との間の通信を示すが、任意の中間デバイスおよびこれらのデバイスを介したメッセージの正確なルーティングを明示的に参照することはない。ネットワークインフラストラクチャはルーティングを決定してもよく、ルーティングはＵＥ１０３０から、またはサービスプロバイダオペレーティングホストコンピュータ１０１０から、あるいはその両方から隠すように構成されてもよい。ＯＴＴコネクション１０５０がアクティブである間、ネットワークインフラストラクチャは（例えば、負荷分散の考慮またはネットワークの再構成に基づいて）ネットワークインフラストラクチャがルーティングを動的に変更する決定をさらに行うことができる。
【０１５９】
ＵＥ１０３０と基地局１０２０との間の無線接続１０７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続１０７０が最後のセグメントを形成するＯＴＴコネクション１０５０を使用して、ＵＥ１０３０に提供されるＯＴＴサービスの性能を改善する。
【０１６０】
測定手順は、データ速度、待ち時間、および１つまたは複数の実施形態が改善する他の要因を監視する目的で提供され得る。さらに、測定結果の変動に応答して、ホストコンピュータ１０１０とＵＥ１０３０との間のＯＴＴコネクション１０５０を再構成するためのオプションのネットワーク機能があってもよい。ＯＴＴコネクション１０５０を再構成するための測定手順および/またはネットワーク機能は、ホストコンピュータ１０１０のソフトウェア１０１１およびハードウェア１０１５、またはソフトウェア１０３１およびＵＥ１０３０のハードウェア１０３５、あるいはその両方で実施することができる。いくつかの実施形態ではセンサ（図示せず）がＯＴＴコネクション１０５０が通過する通信デバイス内に、またはそれに関連して配備することができ、センサは上で例示した監視量の値を供給することによって、またはソフトウェア１０１１、１０３１が監視量を計算または推定することができる他の物理量の値を供給することによって、測定手順に関与することができる。ＯＴＴコネクション１０５０の再構成はメッセージフォーマット、再送信設定、好ましいルーティングなどを含むことができ、再構成は、基地局１０２０に影響を及ぼす必要はなく、基地局１０２０には知られていないか、または知覚できないことがある。このような手順および機能性は当技術分野で公知であり、実践され得る。特定の実施形態では、測定がホストコンピュータ１０１０のスループット、伝搬時間、待ち時間などの測定を容易にする独自のＵＥシグナリングを含むことができる。測定は、ソフトウェア１０１１および１０３１が伝搬時間、エラーなどを監視しながら、ＯＴＴコネクション１０５０を使用して、メッセージ、特に空または「ダミー」メッセージを送信させることによって実施することができる。
【０１６１】
図１１は、いくつかの実施形態による通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、および図９および図１０を参照して説明したＵＥを含む。本開示を簡単にするために、図１１に対する図面参照のみがこのセクションに含まれる。ステップ１１１０において、ホストコンピュータはユーザデータを提供する。ステップ１１１０のサブステップ１１１１（オプションであってもよい）では、ホストコンピュータがホストアプリケーションを実行することによってユーザデータを提供する。ステップ１１２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。ステップ１１３０（オプションであってもよい）において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが開始した送信において搬送されたユーザデータをＵＥに送信する。ステップ１１４０（オプションであってもよい）において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。
【０１６２】
図１２は、いくつかの実施形態による通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、および図９および図１０を参照して説明したＵＥを含む。本開示を簡単にするために、図１２に対する図面参照のみがこのセクションに含まれる。本方法のステップ１２１０において、ホストコンピュータはユーザデータを提供する。任意のサブステップ（図示せず）において、ホストコンピュータがホストアプリケーションを実行することによってユーザデータを提供する。ステップ１２２０において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して渡され得る。ステップ１２３０（オプションであってもよい）において、ＵＥは、送信において搬送されるユーザデータを受信する。
【０１６３】
図１３は、いくつかの実施形態による通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、および図９および図１０を参照して説明したＵＥを含む。本開示を簡単にするために、図１３に対する図面参照のみがこのセクションに含まれる。ステップ１３１０（オプションであってもよい）において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。さらに、または代替的に、ステップ１３２０で、ＵＥはユーザデータを提供する。ステップ１３２０のサブステップ１３２１（オプションであってもよい）において、ＵＥは、クライアントアプリケーションを実行することによってユーザデータを提供する。ステップ１３１０のサブステップ１３１１（オプションであってもよい）において、ＵＥは、ホストコンピュータによって提供された受信入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されるクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮することができる。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、サブステップ１３３０において、ユーザデータのホストコンピュータへの送信を開始する。本方法のステップ１３４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。
【０１６４】
図１４は、いくつかの実施形態による通信システムにおいて実施される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、および図９および図１０を参照して説明したＵＥを含む。本開示を簡単にするために、図１４に対する図面参照のみがこのセクションに含まれる。ステップ１４１０（オプションであってもよい）において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。ステップ１４２０（オプションであってもよい）において、基地局は、受信されたユーザデータのホストコンピュータへの送信を開始する。ステップ１４３０（オプションであってもよい）において、ホストコンピュータは、基地局によって開始された送信において搬送されるユーザデータを受信する。
【０１６５】
本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを介して実行され得る。各仮想装置は、いくつかのこれらの機能ユニットを備えることができる。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含むことができる処理回路、ならびにデジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含むことができる他のデジタルハードウェアを介して実装することができる。処理回路は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなどの１つまたは複数のタイプのメモリを含むことができる、メモリに格納されたプログラムコードを実行するように構成することができる。メモリに格納されたプログラムコードは、１つまたは複数の電気通信および/またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を実行するための命令を含む。いくつかの実装形態では、処理回路がそれぞれの機能ユニットに、本開示の１つまたは複数の実施形態による対応する機能を実行させるために使用され得る。
【０１６６】
略語
本出願では、以下の略語の少なくともいくつかを使用することができる。略号間に不一致がある場合、それが上記でどのように使用されるかが優先されるべきである。以下に複数回列挙される場合、最初の列挙は、その後の任意の列挙よりも優先されるべきである。
ＣＯＲＥＳＥＴ（Control Resource Set）  制御リソースセット
ＣＲＣ（Cyclic Redundancy Check）  巡回冗長検査
ＤＣＩ（Downlink Control Information）  ダウンリンク制御情報
ＤＭＲＳ（Demodulation Reference Signal）  復調参照信号
ＦＤＭ（Frequency Division Multiplexing）  周波数分割複信
ＭＩＢ（Master Information Block）  マスタ情報ブロック
ＭＳＧ（Message）  メッセージ
ＮＲ（New Radio）  新無線
ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）  直交周波数分割多重
ＯＳ（OFDM Symbol）  ＯＦＤＭシンボル
ＯＳＩ（Other System Information）  他システム情報
ＰＢＣＨ（Physical Broadcast Channel）  物理ブロードキャストチャネル
ＰＤＣＣＨ（Physical Downlink Control Channel）  物理ダウンリンク制御チャネル
ＰＤＳＣＨ（Physical Downlink Shared Channel）  物理ダウンインク共有チャネル
ＲＭＳＩ（Remaining Minimum System Information）  残りの最小システム情報
ＲＮＴＩ（Radio Network Temporary Identifier）  無線ネットワーク一時的識別子
ＲＶ（Redundancy Version）  冗長バージョン
ＳＣＳ（Subcarrier Spacing）  サブキャリア間隔
ＳＩＢ（System Information Block）  システム情報ブロック
ＳＳＢ（Synchronization Signal Block, also known as SS/PBCH block）  同期信号ブロック、ＳＳ／ＰＢＣＨとしても知られる
ＳＳ/ＰＢＣＨ（Synchronization Signal and PBCH） 同期信号およびＰＢＣＨ（ＰＢＣＨのＤＭＲＳを含む）
ＴＢ（Transport Block）  トランスポートブロック
【図１Ａ】
2021520122.tif 000004
【図１Ｂ】
2021520122.tif 000005
【図２Ａ】
2021520122.tif 000006
【図２Ｂ】
2021520122.tif 000007
【図３Ａ】
2021520122.tif 000008
【図３Ｂ】
2021520122.tif 000009
【図４Ａ】
2021520122.tif 000010
【図４Ｂ】
2021520122.tif 000011
【図５Ａ】
2021520122.tif 000012
【図５Ｂ】
2021520122.tif 000013
【図６】
2021520122.tif 000014
【図７】
2021520122.tif 000015
【図８】
2021520122.tif 000016
【図９】
2021520122.tif 000017
【図１０】
2021520122.tif 000018
【図１１】
2021520122.tif 000019
【図１２】
2021520122.tif 000020
【図１３】
2021520122.tif 000021
【図１４】
2021520122.tif 000022
【手続補正書】
【提出日】令和2年11月25日(2020.11.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信のための無線デバイスにおける方法であって、前記方法は、
取得されたＣＯＲＥＳＥＴ構成に従って、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を識別することと、
前記識別されたＰＤＣＣＨ上でダウンリンク制御情報（ＤＣＩ）メッセージを受信することと、
前記受信されたＤＣＩメッセージから、システム情報が搬送される、スケジュールされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を決定することと、
前記システム情報を搬送する、前記スケジュールされたＰＤＳＣＨを受信することであって、システム情報インジケータが、システム情報のために前記ＰＤＳＣＨのペイロードに含まれる、ことと、
前記インジケータから、前記ＰＤＳＣＨ上で搬送される前記システム情報のタイプが、残りの最小システム情報（ＲＭＳＩ）または他のシステム情報（ＯＳＩ）であることを識別することを含む、方法。
【請求項２】
請求項１に記載の方法であって、更に、
前記受信したＤＣＩメッセージの１つ以上のビットから、搬送される前記システム情報のタイプはＲＭＳＩまたはＯＳＩであるかを決定することを含む、方法。
【請求項３】
請求項１または２に記載の方法であって、更に、
前記ＰＤＳＣＨ上で搬送された前記システム情報を受信することと、
前記システム情報がＲＭＳＩであることに応答して、前記ＲＭＳＩを復号することと、
前記無線デバイスにおいて復号されたＲＭＳＩが存在することに応答して、ＲＭＳＩのソフト合成を実行することと、
前記ソフト合成されたＲＭＳＩに基づいて、ネットワークノードとの初期アクセスを確立することを含む、方法。
【請求項４】
請求項１または２に記載の方法であって、更に、
前記ＰＤＳＣＨ上で搬送された前記システム情報を受信することと、
前記システム情報がＯＳＩであることに応答して、ＲＭＳＩが復号されたときに、前記ＣＯＲＥＳＥＴ構成が取得されたネットワークノードへの初期アクセスにおいて前記ＯＳＩを使用することを含む、方法。
【請求項５】
請求項２に記載の方法であって、前記受信されたＤＣＩメッセージは、ＤＣＩフォーマット１_０を使用する、方法。
【請求項６】
通信のためのネットワークノードにおける方法であって、
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が示されるＣＯＲＥＳＥＴ構成をブロードキャストすることと、
前記ＰＤＣＣＨ上でＤＣＩメッセージを送信することであって、前記ＤＣＩメッセージは、システム情報を搬送するＰＤＳＣＨのためのスケジューリング情報を含み、
前記搬送されるシステム情報のタイプがＲＭＳＩまたはＯＳＩであるシステム情報に対する前記ＰＤＳＣＨのペイロードにインジケータを付けて、スケジュールされたＰＤＳＣＨ上で前記システム情報を送信することを含む、方法。
【請求項７】
請求項６に記載の方法であって、前記ＰＤＣＣＨ上で前記ＤＣＩメッセージを送信することは、前記ＰＤＳＣＨ上で搬送される前記システム情報のタイプがＲＭＳＩまたはＯＳＩであることを示す１つ以上のビットを含む前記ＤＣＩメッセージを送信することを含む、方法。
【請求項８】
請求項６または７に記載の方法であって、前記ＤＣＩメッセージは、更に、
前記ＰＤＳＣＨ上で搬送される前記システム情報のタイプがＲＭＳＩまたはＯＳＩであることを示す１つ以上のビットを含む、方法。
【請求項９】
無線デバイスであって、
無線通信のために構成されたアンテナと、
処理回路と、
前記処理回路によって実行されると、前記無線デバイスに、
取得したＣＯＲＥＳＥＴ構成に従ってＰＤＣＣＨを識別することと、
前記識別されたＰＤＣＣＨ上でＤＣＩメッセージを受信することと、
前記受信されたＤＣＩメッセージから、システム情報が搬送される、スケジュールされたＰＤＳＣＨを決定することと、
前記システム情報を搬送する、前記スケジュールされたＰＤＳＣＨを受信することと、
システム情報に対するＰＤＳＣＨのペイロードに含まれるシステム情報インジケータに従って、前記システム情報のタイプを識別することであって、前記ＰＤＳＣＨで搬送された前記システム情報を示す前記インジケータは、ＲＭＳＩまたはＯＳＩであること、を行わせる命令を含むデバイス可読媒体を有する、無線デバイス。
【請求項１０】
請求項９に記載の無線デバイスであって、前記デバイス可読媒体は、前記処理回路によって実行されると、前記無線デバイスに、
前記受信したＤＣＩメッセージの１つ以上のビットから、搬送される前記システム情報のタイプがＲＭＳＩまたはＯＳＩであるかどうかを決定すること、を行わせる命令を更に含む、無線デバイス。
【請求項１１】
請求項９または１０に記載の無線デバイスであって、前記デバイス可読媒体は、前記処理回路によって実行されると、前記無線デバイスに、
前記ＰＤＳＣＨ上で搬送された前記システム情報を受信することと
前記システム情報がＲＭＳＩであることに応答して、前記ＲＭＳＩを復号することと、
前記無線デバイスにおいて復号されたＲＭＳＩが存在することに応答して、ＲＭＳＩのソフト合成を実行することと、
前記ソフト合成されたＲＭＳＩに基づいてネットワークノードとの初期アクセスを確立すること、を行わせる命令をさらに含む、無線デバイス。
【請求項１２】
請求項９または１０に記載の無線デバイスであって、前記デバイス可読媒体は、前記処理回路によって実行されると、前記無線デバイスに、
前記ＰＤＳＣＨ上で搬送された前記システム情報を受信することと、
前記システム情報がＲＭＳＩであることに応答して、前記ＲＭＳＩを復号することと、
無線デバイスにおいて復号されたＲＭＳＩが存在しないことに応答して、前記復号されたＲＭＳＩを前記無線デバイスに格納すること、を行わせる命令をさらに含む、無線デバイス。
【請求項１３】
ネットワークノードであって、
無線通信のために構成されたインターフェースと、
処理回路と、
前記処理回路によって実行されると、前記ネットワークノードに、
ＰＤＣＣＨが示されているＣＯＲＥＳＥＴ構成をブロードキャストすることと、
前記ＰＤＣＣＨ上でＤＣＩメッセージを送信することであって、前記ＤＣＩメッセージは、システム情報を搬送するＰＤＳＣＨのためのスケジューリング情報を含み、
前記搬送されるシステム情報のタイプがＲＭＳＩまたはＯＳＩであるシステム情報に対する前記ＰＤＳＣＨのペイロードにインジケータを付けて、スケジュールされたＰＤＳＣＨ上で前記システム情報を送信すること、を行わせる命令を含むデバイス可読媒体を有する、ネットワークノード。
【請求項１４】
請求項１３に記載のネットワークノードであって、前記デバイス可読媒体は、前記処理回路によって実行されると、前記ネットワークノードに、前記ＰＤＳＣＨ上で搬送される前記システム情報のタイプがＲＭＳＩまたはＯＳＩであることを示す１つ以上のビットを含む前記ＤＣＩメッセージを送信すること、を行わせる命令を含む、ネットワークノード。
【請求項１５】
請求項１３または１４に記載のネットワークノードであって、前記デバイス可読媒体は前記処理回路によって実行されると、前記ネットワークノードに、
前記ＤＣＩメッセージに、前記ＰＤＳＣＨ上で搬送される前記システム情報のタイプがＲＭＳＩまたはＯＳＩであることを示す、１つ以上のビットを入れること、を行わせる命令を含む、ネットワークノード。
【国際調査報告】
2021520122.tif 000023
2021520122.tif 000024