(57)【要約】  ＮＲシステム向けのビームフォーミングに基づく初期アクセス、ビーム管理、ビームに基づくモビリティ設計についての方法、システムおよび装置が、本明細書に記載される。たとえば、初期アクセス、制御チャンネル設計、ｅＭＢＢおよびＵＲＬＬＣミキシングおよびビームトレーニングに関する課題が特定され、対処される。
2020505814.tif 000002
【特許請求の範囲】
【請求項１】
装置であって、
プロセッサと、
メモリと、
通信回路と、
を備え、
前記装置は、前記通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリに格納されたコンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は、前記装置のプロセッサによって実行される場合、前記装置に、
複数の同期信号ブロックを含む同期信号ブロックバーストをモニタリングすることと、
前記モニタリングに基づき、前記同期信号ブロックバーストから同期信号ブロックを選択することと、
選択した前記同期信号ブロックからタイミングインデックスを得ることと、
前記タイミングインデックスに基づき、初期アクセス情報を決定することと、
前記初期アクセス情報に従って、前記ネットワークと通信することとを含む操作を行わせる、
ことを特徴とする装置。
【請求項２】
前記同期信号ブロックは、少なくとも１つのプライマリ同期信号とセカンダリ同期信号とを含み、前記タイミングインデックスは、前記セカンダリ同期信号に埋め込まれている、請求項１記載の装置。
【請求項３】
前記タイミングインデックスは、前記同期信号ブロックの基準信号に埋め込まれている、請求項１記載の装置。
【請求項４】
前記装置は、コンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は、前記装置のプロセッサによって実行されると、前記装置に、
アイデンティティを有するネットワークのセルと通信することと、
前記セルのアイデンティティの関数である基準信号と、前記同期信号ブロックと関連付けられたタイミング情報を受信することとを含むさらなる操作を行わせる、請求項３記載の装置。
【請求項５】
前記同期信号ブロックは、前記同期信号ブロックバースト内のある位置に存在し、前記タイミングインデックスは、その同期信号ブロックバースト内の位置に基づいている、請求項３記載の装置。
【請求項６】
前記装置は、コンピュータ実行可能命令をさらに含み、前記装置のプロセッサによって実行されると、前記装置に、
前記同期信号ブロックに関連するページング表示を含むページング状況を受信することを含むさらなる操作を行わせる、請求項１記載の装置。
【請求項７】
装置であって、
プロセッサと、
メモリと、
通信回路と、
を備え、
前記装置は、前記通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリに格納されたコンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は、前記装置のプロセッサによって実行される場合、前記装置に、
第１送信を送ることと、
第２送信を送ることと、
前記第１送信を前記第２送信を用いてプリエンプションするように、前記第１送信のリソースを前記第２送信に割り当てることを含む操作を行わせる、
ことを特徴とする装置。
【請求項８】
前記装置は、コンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は、前記装置のプロセッサによって実行されると、前記装置に、
第２送信が第１送信をプリエンプションすべきであることを明示的に指示するように制御情報を送ることを含む操作をさらに行わせ、前記制御情報が、少なくとも１つのプリエンプションのリソースをさらに指示する、請求項７記載の装置。
【請求項９】
前記装置は、コンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は前記装置のプロセッサによって実行されると、前記装置に、
前記第２送信が前記第１送信をプリエンプションすべきであることを暗黙的に指示するように、プリエンプション情報を指示する基準信号を送信することを含むさらなる操作を行わせる、請求項７記載の装置。
【請求項１０】
前記第１送信は、前記第１送信の選択リソース位置で前記第２送信によって上書きされる、請求項７記載の装置。
【請求項１１】
前記第１送信は、前記第２送信によるプリエンプションのために選択されるリソースをスキップする、請求項７記載の装置。
【請求項１２】
前記装置は、コンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は、前記装置のプロセッサによって実行されると、前記装置に、
前記第１送信が、前記第２送信によってプリエンプションされるべきであることを指示する制御信号を送信することを含み、前記制御信号が、前記第２送信も伝送するミニスロットにおいて送信されることを含むさらなる操作を行わせる、請求項７記載の装置。
【請求項１３】
前記装置は、コンピュータ実行可能命令を含み、前記コンピュータ実行可能命令は、前記装置のプロセッサによって実行されると、前記装置に、
前記第１送信が、前記第２送信によってプリエンプションされるべきであることを指示する制御信号を送信することを含み、前記制御信号が、前記第２送信を伝送するミニスロットの次のスロットにおいて送信されることを含むさらなる操作を行わせる、請求項７記載の装置。
【請求項１４】
方法であって、
第１送信を送ることと、
第２送信を送ることと、
前記第１送信を前記第２送信を用いてプリエンプションするように、前記第１送信のリソースを前記第２送信に割り当てることとを含む、
ことを特徴とする方法。
【請求項１５】
第２送信が第１送信をプリエンプションすべきであることを明示的に指示するように制御情報を送ることをさらに含み、前記制御情報が、少なくとも１つのプリエンプションのリソースをさらに示す、請求項１４記載の方法。
【請求項１６】
前記第２送信が前記第１送信をプリエンプションすべきであることを暗黙的に指示するように、プリエンプション情報を示す基準信号を送信することをさらに含む、請求項１４記載の方法。
【請求項１７】
前記第１送信は、前記第１送信の選択リソース位置で前記第２送信によって上書きされる、請求項１４記載の方法。
【請求項１８】
前記第１送信は、前記第２送信によるプリエンプションのために選択されるリソースをスキップする、請求項１４記載の方法。
【請求項１９】
前記第１送信は、前記第２送信によってプリエンプションされるべきであることを示す制御信号を送信することをさらに含み、前記制御信号が、前記第２送信も伝送するミニスロットにおいて送信される、請求項１４記載の方法。
【請求項２０】
前記第１送信は、前記第２送信によってプリエンプションされるべきであることを示す制御信号を送信することをさらに含み、前記制御信号が、前記第２送信を伝送するミニスロットの次のスロットにおいて送信される、請求項１４記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願に対する相互参照）
本出願は、２０１７年１月６日に出願された米国仮出願第６２／４４３，４９７号と、２０１７年２月２日に出願された米国仮特許出願第６２／４５３，８５５号の利益を請求し、これらの開示内容は、参照により本明細書に援用される。
【背景技術】
【０００２】
３ＧＰＰ  ＴＲ  ３８．９１３「Ｓｔｕｄｙ  ｏｎ  Ｓｃｅｎａｒｉｏｓ  ａｎｄ  Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｆｏｒ  Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｉｅｓ」（Ｒｅｌｅａｓｅ  １４、Ｖ０．２．０）は、新無線（New  Radio：ＮＲ）技術のシナリオと要求事項を規定している。高度化モバイルブロードバンド（enhanced  Mobile  Broadband：ｅＭＢＢ）、超高信頼低遅延通信（Ultra-Reliable  Low  Latency  Communication：ＵＲＬＬＣ）および大量マシンタイプ通信（massive  Machine-Type  Communication：ｍＭＴＣ）デバイスのための重要業績評価指標（Key  Performance  Indicator：ＫＰＩ）は、例として表１にまとめられている。
【０００３】
【表１】
2020505814.tif 000003
【発明の概要】
【０００４】
この概要は、単純化された形態での概念の選択を紹介するために与えられ、この単純化された形態での概念は、詳細な説明で以下にさらに説明される。この概要は、請求される発明特定事項の範囲を制限することを意図していない。上述の必要性は、ＮＲシステム向けのビームフォーミングに基づく初期アクセス、ビーム管理、ビームに基づくモビリティ設計についての本明細書に記載の方法、システムおよび装置に関する本出願によって、大部分が満たされる。たとえば、初期アクセス、ミニスロットおよび制御チャンネルの設計、高度化モバイルブロードバンド（ｅＭＢＢ）、超高信頼低遅延通信（ＵＲＬＬＣ）のミキシング、およびビームのトレーニングおよび回復に関連する課題が特定され、対処される。
【０００５】
初期アクセスの課題に関し、種々の実施形態例に従い、同期信号（synchronization  signal：ＳＳ）が多重化され、セカンダリ同期信号（secondary  synchronization  signal：ＳＳＳ）のタイミングインデックス法が本明細書に記載される。一実施形態では、ＳＳＳは、トレーニングシーケンスを用いる代わりに、メッセージに基づく態様を使用してもよく、ＣＲＣは、タイミングインデックスと共にマスキングされてもよい。別の実施形態では、ＳＳは、接続モード（たとえば、オンデマンドで、またはＤＣＩ／ＳＩＢまたはＲＲＣによって設定される）で、異なる設定を有していてもよい。ＮＲのディスカバリ信号およびＳＳと関連付けられたページングチャンネルも本明細書に記載される。
【０００６】
初期アクセスに関連する本出願の一態様では、ＳＳブロックの分布に関する知識を必要としない、ＵＥ用のＳＳバースト設計法が記載される。ある例では、装置（たとえば、ＵＥ）は、複数の同期信号ブロックを含む同期信号ブロックバーストをモニタリングすることができる。このモニタリングに基づき、装置は、同期信号ブロックバーストから同期信号ブロックを選択してもよい。装置は、選択した同期信号ブロックからタイミングインデックスを得てもよい。このタイミングインデックスに基づき、装置は、初期アクセス情報を決定し、この初期アクセス情報に従ってネットワークと通信してもよい。同期信号ブロックは、少なくとも１つのプライマリ同期信号とセカンダリ同期信号とを含んでいてもよく、タイミングインデックスは、セカンダリ同期信号に埋め込まれていてもよい。別の例では、タイミングインデックスは、同期信号ブロックの基準信号に埋め込まれている。たとえば、装置は、あるアイデンティティを有するネットワークのセルと通信し、このセルのアイデンティティと同期信号ブロックと関連付けられたタイミング情報との関数である基準信号を受信してもよい。別の例では、同期信号ブロックは、ＳＳブロックバースト内のある位置に存在し、タイミングインデックスは、そのＳＳブロックバースト内の位置に基づいている。さらに、装置は、同期信号ブロックに関連付けられたページング指示を含むページング状況を受信してもよい。
【０００７】
別の実施形態では、ビームスイーピングＳＳブロックにおける複数ビーム送信の補助は、初期アクセスのビームスイーピング時間を短くする。複数ビームがスイーピングブロックで使用される場合、明示的なビームＩＤシグナリングが必要とされる場合がある。この態様の一実施形態では、ＮＲ−ＰＢＣＨおよび他のチャンネルを介してシステム情報を伝送する方法が記載される。システム情報は、ブロードキャストチャンネルによって伝送される。ブロードキャストチャンネルは、リソース割り当ておよび復調基準信号（demodulation  reference  signal：ＤＭＲＳ）の設計を含む。別の工程では、システム情報は、ＮＲ−ＰＤＳＣＨによって伝送されてもよい。さらに、システム情報は、ＮＲ−ＰＤＣＣＨによって伝送されてもよい。この態様の別の実施形態では、ＮＲ−ＰＢＣＨタイミング指示方法が使用される。この態様の別の実施形態では、ＲＡＲが受信されない場合、ＰＲＡＣＨパワーブーストおよびビーム再選択の方法が使用される。
【０００８】
制御チャンネル設計の課題に関し、種々の実施形態に従い、ミニスロットの種類、ミニスロット設定の指示およびミニスロット構造例が本明細書に記載される。ｅＭＢＢおよびＵＲＬＬＣミキシングに関し、種々の実施形態例では、ｅＭＢＢ送信の先頭に重ね合わせられるＵＲＬＬＣ送信に関する課題が対処される。ある場合には、ＵＲＬＬＣ送信のみが送信されてもよく、ｅＭＢＢ送信は、これらのリソース上で起こらなくてもよい。種々の例では、プリエンプティブＵＲＬＬＣ送信の適時な知識、遅れて伝えられる知識を有していてもよく、または知識を有していなくてもよい。
【０００９】
本出願のなおさらなる別の態様は、制御信号およびＨＡＲＱ機構に関する。一実施形態では、ダウンリンク（downlink：ＤＬ）制御信号は、ＮＲにおけるグループ共通ＰＤＣＣＨのリソース割り当てに使用される。別の実施形態では、アップリンク（uplink：ＵＬ）制御信号は、短ＰＵＣＣＨおよび長ＰＵＣＣＨのリソース割り当てに使用される。さらに別の実施形態では、ＨＡＲＱ機構は、より多くのＡ／Ｎ送信およびＵＥ能力に使用される。さらなる実施形態では、ＵＲＬＬＣ送信は、ＵＲＬＬＣのコンパクトなＰＤＣＣＨに使用される。
【００１０】
ビームトレーニングに関し、新規ビームフォーミングトレーニング方法が本明細書で開示される。たとえば、ビームフォーミングトレーニング処理時間の遅延は、種々の実施形態に従って低減されてもよい。一例では、ビームフォーミングトレーニングは、ビームトレーニングプロセスにおいて、２フェーズ（セクタレベルスイーピングフェーズおよびビームリファインメントフェーズ）の代わりに、１段／フェーズ（ビームスイーピング）だけを行うことが必要である。ビームフォーミングトレーニングシーケンス設計の一例も、本明細書に記載され、同じＴＲＰまたは異なるＴＲＰからの周囲のトレーニングビームを軽減するためだけではなく、所定のビームフォーミングコードブックに関連付けられた送信ビームフォーミングベクトルを特定するために使用されてもよい。別の実施形態例に従い、受信した指向性トレーニングビームからの発射方向（direction  of  departure：ＤｏＤ）および到来方向（direction  of  arrival：ＤｏＡ）を概算するための機構が記載され、概算ＤｏＤを、ビームリファインメントステージにおいて、より精密なビームスイーピングを用いる代わりに、フィードバックとして使用してもよい。
【００１１】
本出願のさらに別の態様は、ビーム管理に関し、ビーム回復プロセスは、複数ビームに基づくＮＲネットワークの無線リンク失敗の宣言を最小限にする。ある例では、第１レベルは、現在の供給ビームを回復する。別の例では、現在の供給ビームを、代わりのビームと置き換える。供給ビームおよび他の代わりのビームを測定し、評価する機構が使用される。種々の事象および閾値は、ビーム回復プロセスのトリガとなってもよい。ビームおよびリンク回復プロセスの異なるフェーズ間の移行規則が記載される。この態様の別の実施形態では、ＰＤＣＣＨのビーム多様性送信スキームが想定される。ここで、ＵＥは、作動ビームおよび非作動ビームを含む複数のビームをモニタリングしてもよい。作動ビームは、モニタリングされるビームの一部からｇＮＢによって選択されてもよい。ある例では、ビーム候補セットがアップデートされ、モニタリングされるビームの大部分がダウンロードされたら、新規ビームスイーピングおよびビームの改良が開始される。ＵＥ固有検索空間の設計および手当たり次第の復調機構も記載される。
【００１２】
さらに別の態様は、プリエンプションに関する。ある例では、装置は、第１送信および第２送信を送り、装置は、第２送信を用いて第１送信をプリエンプションするように、第１送信のリソースを第２送信に割り当ててもよい。装置は、第２送信が第１送信をプリエンプションすべきであることを明示的に指示するような制御情報を送ってもよく、この制御情報は、プリエンプション用の少なくとも１つのリソースをさらに指示してもよい。または、装置は、第２送信が第１送信をプリエンプションすべきであることを暗黙的に指示するように、プリエンプション情報を指示する基準信号を送信してもよい。第１送信は、第１送信の選択リソース位置で第２送信によって上書きされてもよい。ある場合には、第１送信は、第２送信によるプリエンプションのために選択されるリソースをスキップする。さらに、装置は、第１送信が第２送信によってプリエンプションされるべきであることを指示する制御信号を送信してもよい。制御信号は、第２送信も伝送するミニスロットにおいて送信されてもよい。または、制御信号は、第２送信を伝送するミニスロットの次のスロットにおいて送信されてもよい。
【００１３】
この概要は、単純化された形態での概念の選択を紹介するために与えられ、この単純化された形態での概念は、詳細な説明で以下にさらに説明される。この概要は、請求される発明特定事項の鍵となる特徴または必須の特徴を特定することを意図したものではなく、請求される発明特定事項の範囲を限定するために使用することを意図したものでもない。さらに、請求される発明特定事項は、本開示の任意の部分に示される任意またはすべての欠点を解決する限定事項に限定されない。
【図面の簡単な説明】
【００１４】
【図１】図１は、セクタビームと、複数の高ゲイン狭ビームとを含むセルカバレッジの一例を示す。
【図２】図２は、同期信号（ＳＳ）の多重化方法の例を示す。（Ａ）周波数分割多重化（frequency  division  multiplexing：ＦＤＭ）、（Ｂ）時間分割多重化（time  division  multiplexing：ＴＤＭ）および（Ｃ）ハイブリッド。
【図３】図３は、ＳＳブロックにおいて繰り返されるか、または複数のプライマリ同期信号（ＰＳＳ）およびセカンダリ同期信号（ＳＳＳ）のシンボルの一例を示す。
【図４】図４は、一例に係る、接続モードでの設定されたＳＳ送信および休止モードでのブロードキャストＳＳを示す。
【図５】図５は、一実施形態例に係る接続モードでのオンデマンドＳＳ送信のユーザ機器（ＵＥ）方法を示す。
【図６】図６は、新無線（ＮＲ）での周期的なディスカバリ信号（ＤＳ）（ＮＲ−ＤＳ）の一例を示す。
【図７】図７は、ＳＳブロックにおいて繰り返される物理ブロードキャストチャンネル（ＰＢＣＨ）および復調基準信号（ＤＭＲＳ）の設計の一例を示す。
【図８】図８は、一例に係る、休止モードおよび接続モードのＳＳバーストと共有するページング状況（ＰＯ）を示す。
【図９】図９は、本出願の一態様に係るＬＴＥにおける無線リンク失敗の一例を示す。
【図１０】図１０は、本出願の一態様に係るＳＳバーストにおける連続的なバーストブロック設計の一例を示す。
【図１１】図１１は、本出願の一態様に係るＳＳバーストにおける不連続的なバーストブロック設計の一例を示す。
【図１２】図１２は、残存最小システム情報（remaining  minimum  system  information：ＲＭＳＩ）を伝送し、本出願の一態様に係る初期アクセスにおいて、所定のＳＳバーストと共に同じビーム設定を共有するブロードキャストチャンネルの一例を示す。
【図１３】図１３は、本出願の一態様に係る初期アクセスにおける所定のＳＳバーストに基づき、ＲＭＳＩ使用リファインメントビームを伝送するブロードキャストチャンネルの一例を示す。
【図１４】図１４は、本出願の一態様に係る初期アクセスにおける所定のＳＳバーストに基づき、ＳＩ使用リファインメントビームまたは同様のビームを伝送するＮＲ向け物理ダウンリンク制御チャンネル（physical  downlink  control  channel：ＰＤＣＣＨ）（ＮＲ−ＰＤＣＣＨ）の一例を示す。
【図１５】図１５は、本出願の一態様に係るビームＩＤおよび時間周波数リソースと関連付けたＮＲ−ＰＤＣＣＨの検索空間の一例を示す。
【図１６】図１６は、本出願の一態様に係る物理ランダムアクセスチャンネル（physical  random  access  channel：ＰＲＡＣＨ）再送信の初期アクセスにおける１つより多いビームのＵＥモニタリングの一例を示す。
【図１７】図１７Ａおよび図１７Ｂは、一実施形態例に係るミニスロットの例を示す。
【図１８】図１８は、一実施形態例に係るミニスロット設定の動的な指示を示す。
【図１９】図１９は、一実施形態例に係るミニスロット構造の例を示す。
【図２０】図２０は、高度化モバイルブロードバンド（ｅＭＢＢ）送信でのプリエンプティブ超高信頼低遅延通信（ＵＲＬＬＣ）リソース設定の例を示す。（Ａ）分散した周波数リソース、（Ｂ）連続的な周波数リソースおよび（Ｃ）周波数ホッピングリソース。
【図２１】図２１は、（Ａ）ｅＭＢＢと同じ、および（Ｂ）ｅＭＢＢとは異なるＵＲＬＬＣ送信のヌメロロジーの一例を示す。
【図２２】図２２は、一実施形態に係る異なる変調／ヌメロロジーを含むプリエンプティブＵＲＬＬＣの存在下、そのペイロードをデコードするｅＭＢＢ  ＵＥ方法の一例を示すフロー図である。
【図２３】図２３は、一実施形態に係るＵＲＬＬＣ送信の別個の基準信号を用いる、プリエンプティブＵＲＬＬＣ送信の存在下、そのペイロードをデコードするｅＭＢＢ  ＵＥ方法の一例を示すフロー図である。
【図２４】図２４は、異なるシナリオでの物理プリエンプション指示チャンネル（Physical  Preemption  Indication  channel：ＰＰＩＣ）リソースの割り当ての例を示す。（Ａ）局在する周波数リソース、（Ｂ）分散した周波数リソース、（Ｃ）単一のｅＭＢＢ  ＤＬグラントにおける複数のＰＰＩＣ、（Ｄ）複数シンボルＰＰＩＣ。
【図２５】図２５は、（Ａ）分散したリソースおよび（Ｂ）局在するリソースのＵＲＬＬＣ送信を指示するためのミニスロット内の制御領域の一例を示す。
【図２６】図２６は、一実施形態例に係る、ＵＲＬＬＣリソースを指示するためのｅＭＢＢおよびＵＲＬＬ  ＵＥのための異なるミニスロットのダウンリンク制御情報（down  link  control  information：ＤＣＩ）フォーマットを示す。
【図２７】図２７は、一実施形態例に係るＵＲＬＬＣ送信の場所を示す共通ｍＤＣＩフォーマットを示す。
【図２８】図２８は、一実施形態例に係るプリエンプティブＵＲＬＬＣ送信を指示する共通制御領域を示す。
【図２９】図２９は、一実施形態例に係る後の制御領域におけるＵＲＬＬＣ指示の一例を示す。
【図３０】図３０は、リソースグリッドの複数のシンボルにわたるコードボック（code  bock：ＣＢ）マッピングの一例を示す。
【図３１】図３１は、連続ＣＢ送信の例を示す。
【図３２】図３２は、一実施形態例に係る、ｅＭＢＢと共有されるＤＣＩによって指示される、事前スケジューリングされたＵＲＬＬＣ送信の一例を示す。
【図３３】図３３は、一実施形態例に係る、ミニスロットを介してスケジューリングされたＵＲＬＬＣの一例を示す。
【図３４】図３４は、本出願の一態様に係る、ＳＳバーストを介してグループ共通ＰＤＣＣＨをシグナリングする一例を示す。
【図３５】図３５は、本出願の一態様に係る、ＤＣＩを介してグループ共通ＰＤＣＣＨをシグナリングする一例を示す。
【図３６】図３６は、本出願の一態様に係るＤＬセントリックサブフレームにおける短ＰＵＣＣＨリソース割り当ての一例を示す。
【図３７】図３７は、本出願の一態様に係るＵＬセントリックサブフレームにおける短ＰＵＣＣＨリソース割り当ての一例を示す。
【図３８】図３８は、本出願の一態様に係る長ＰＵＣＣＨ用に予約されたリソースを含むＰＵＣＣＨ帯域の例を示す。
【図３９】図３９は、本出願の一態様に係るＵＥ用リソース割り当てのＰＵＣＣＨ帯域選択の一例を示す。
【図４０】図４０は、本出願の一態様に係るＣＢグループあたりの（ＡＣＫ／ＮＡＣＫ）（Ａ／Ｎ）ビット割り当ての一例を示す。
【図４１】図４１は、本出願の一態様に係るＵＲＬＬＣパンクチャリングｅＭＢＢ送信の一例を示す。
【図４２】図４２は、本出願の一態様に係る、異なるヌメロロジーの送信タイムインターバル（transmission  time  interval：ＴＴＩ）で起こるハイブリッド自動反復要求（hybrid  automatic  repeat  request：ＨＡＲＱ）再送信の一例を示す。
【図４３】図４３は、一実施形態例に係る、ビームスイーピングバーストおよびブロックの一例を示す。
【図４４】図４４は、本出願の一態様に係る新無線用高周波数（ＨＦ−ＮＲ）でのビーム回復および無線リンク失敗（radio  link  failure：ＲＬＦ）を示す。
【図４５】図４５は、本出願の一態様に係るビームモニタリングおよび候補セットをアップデートする手順の一例を示す。
【図４６】図４６は、本出願の一態様に係る、時間周波数（time-frequency：ＴＦ）リソースとＵＥとビームＩＤとの間のマッピングの一例を示す。
【図４７Ａ】図４７Ａは、本明細書に記載され、請求される方法および装置が具現化され得る通信システムの一例の一実施形態を示す。
【図４７Ｂ】図４７Ｂは、本明細書に示す実施形態に係る無線通信用に設定される装置またはデバイスの一例のブロック図である。
【図４７Ｃ】図４７Ｃは、一実施形態例に係る無線アクセスネットワーク（radio  access  network：ＲＡＮ）およびコアネットワークの一例のシステム図である。
【図４７Ｄ】図４７Ｄは、別の実施形態に係るＲＡＮおよびコアネットワークの別のシステム図である。
【図４７Ｅ】図４７Ｅは、別の実施形態に係るＲＡＮおよびコアネットワークの別のシステム図である。
【図４７Ｆ】図４７Ｆは、図４７Ａおよび図４７Ｃ−Ｅに示される通信ネットワークの１つ以上の装置が具現化され得る例示的な計算システム９０のブロック図である。
【発明を実施するための形態】
【００１５】
実例となる実施形態の詳細な説明は、本明細書中の種々の図面、実施形態および態様を参照しつつ説明される。この説明は、可能な実装形態の詳細な例を与え、その詳細は、例であることを意図しており、本出願の範囲を限定しないことが理解されるべきである。
【００１６】
本明細書における「一実施形態」、「ある実施形態」、「１つ以上の実施形態」、「ある態様」などにおける言及は、その実施形態と組み合わせて記載される特定の特徴、構造または特性が、本開示の少なくとも一実施形態に含まれることを意味している。さらに、本明細書のさまざまな箇所での「実施形態」という用語は、必ずしも同じ実施形態について言及するものではない。すなわち、いくつかの実施形態によって示されており、他の実施形態によって示されていなくてもよい種々の特徴が記載されている。
【００１７】
現在、ビームフォーミングされたアクセスのフレームワークを設計するための３ＧＰＰ標準化の努力が進行中である。高周波数での無線チャンネルの特性は、ＬＴＥが現在運用されている６ＧＨｚ未満のチャンネルの特性とは顕著に異なっている。本明細書では、高周波数向けの新無線アクセス技術（Radio  Access  Technology：ＲＡＴ）を設計する鍵となる課題は、高周波数帯ではさらに大きくなる伝搬損失を克服することであると認識されている。この大きな伝搬損失に加え、高周波数は、回折不良によって引き起こされる妨害に起因する望ましくない散乱環境の影響を受ける。したがって、ＭＩＭＯ／ビームフォーミングは、受信機側での十分な信号レベルを保証する際に不可欠なものになる場合がある。
【００１８】
高周波数でのさらなる伝搬損失を補うためにデジタルＢＦによって使用されるＭＩＭＯデジタルプリコーティングのみに頼ると、６ＧＨｚ未満と同様のカバレッジを与えるには十分ではない場合がある。したがって、さらなるゲインを達成するアナログビームフォーミングの使用は、デジタルビームフォーミングと組み合わせた状態で代替例であり得る。多数のアンテナ要素を用いて十分に狭いビームが形成されてもよいが、ＬＴＥ評価用に想定されるものとは非常に異なっていると思われる。大きなビームフォーミングゲインでは、ビーム幅はこれに対応して小さくなる傾向があり、したがって、大きな指向性アンテナゲインを有するビームは、特定的には３セクタ設定で全水平セクタエリアを網羅することができない。同時発生する高ゲインビームの数を制限する因子としては、たとえば、送受信機アーキテクチャの費用および複雑さが挙げられる。
【００１９】
上述の観察結果から、ある場合には、異なる供給エリアを網羅する狭カバレッジビームを用いた時間領域内の多重送信が必要な場合がある。本質的に、サブアレイのアナログビームは、ＯＦＤＭシンボルの時間分解能で、またはセル内の異なる供給エリアを通って進むビームのために規定される任意の適切なタイムインターバル単位で、単一方向に進むことができ、そのため、サブアレイの数は、ビーム方向の数と、これに対応して各ＯＦＤＭシンボルでのカバレッジ、またはビームを進めるために規定されるタイムインターバル単位を決定付ける場合がある。ある場合には、この目的のために複数の狭カバレッジビームを提供することは、「ビームスイーピング」と呼ばれている。アナログおよびハイブリッドのビームフォーミングの場合、ある場合には、ビームスイーピングは、ＮＲにおける基本的なカバレッジを与えるのに不可欠な場合がある。この概念は、図１に示されており、ここで、セクタレベルセル２００のカバレッジは、セクタビーム２０２ａおよび２０２ｂと、複数の高ゲイン狭ビーム２０４とを用いて達成される。また、多量のＭＩＭＯを用いたアナログおよびハイブリッドのビームフォーミングの場合、異なる供給エリアを網羅するように進む狭カバレッジビームを用いた時間領域内の多重送信は、ある場合には、ＮＲにおける供給セル内の全カバレッジエリアを網羅することが不可欠な場合がある。
【００２０】
ビームスイーピングに密接に関連する１つの概念は、ビームペアリングの概念であり、ビームペアリングの概念は、ＵＥとその供給セルとの間の最良のビーム対を選択するために使用され、これを制御信号またはデータ送信に使用することができる。ダウンリンク送信の場合、ビーム対は、ユーザ機器（User  Equipment：ＵＥ）受信（receive：ＲＸ）ビームと新無線ノード（new  radio  node：ＮＲ−Ｎｏｄｅ）送信（transmit：ＴＸ）ビームとからなっていてもよい。アップリンク送信に関し、ビーム対は、ＵＥ  ＴＸビームとＮＲ−Ｎｏｄｅ  ＲＸビームとからなっていてもよい。
【００２１】
別の関連する概念は、ビームトレーニングの概念であり、ビームリファインメントに使用される。たとえば、図１に示すとおり、ビームスイーピングおよびセクタビームペアリング手順の間に、より粗いセクタビームフォーミングが適用されてもよい。次に、ビームトレーニングが続いてもよく、ここでは、たとえば、アンテナウェイトベクトルが改良され、その後、ＵＥとＮＲ−Ｎｏｄｅ  ２０１との間の高ゲイン狭ビーム対形成がされる。
【００２２】
初期アクセスに関する課題は、本明細書で特定され、対処される。ＮＲにおいて、初期アクセスチャンネル、たとえば、同期信号（ＳＳ）は、休止モードまたは接続モードにあるＵＥについて異なる設定を有していてもよい。ビームフォーミングシステムについて、異なるＳＳ信号設定は、トレーニングビームの数、ＳＳシンボルの数、ＳＳバースト周期など、複数の設計パラメータを含む。これに加え、本明細書では、ＮＲにおけるディスカバリ基準信号（discovery  基準信号：ＤＲＳ）用ＳＳが割り当てられるべきであることが認識される。トレーニングビーム構造と、現在のロングタームエボリューション（Long  Term  Evolution：ＬＴＥ）システムにおける異なるヌメロロジーのサポートがないからである。
【００２３】
制御チャンネル設計に関する課題は、本明細書で特定され、対処される。サブフレーム構造における異なるヌメロロジーをサポートするために、ミニスロット設計が不可欠な場合がある。効率的なリソース使用のためにミニスロット設計をどのように最適化するかは、本発明で対処される問題の一例である。
【００２４】
高度化モバイルブロードバンド（ｅＭＭＢ）および超高信頼低遅延通信ミキシングに関する課題は、本明細書で特定され、対処される。ＵＲＬＬＣの遅延要求事項を満たすために、ＵＲＬＬＣは、現在行われているｅＭＢＢ送信の間にスケジューリングされていてもよい。本明細書には、ｅＭＢＢ性能への影響を最小限にしつつ、ＵＲＬＬＣに対してリソースを与える技術が開示されており、このことは、ｅＭＢＢコードブロック、ｅＭＢＢ、ＵＲＬＬＣリソースのスケジューリング、ｅＭＢＢハイブリッド自動再送要求（hybrid  automatic  repeat  request：ＨＡＲＱ）プロセスの設計に影響を与える場合がある。ある場合には、ＵＲＬＬＣ送信は、ｅＭＢＢユーザにとって透過的であってもよい。透過的ではない場合、ｅＭＢＢ  ＵＥに対してＵＲＬＬＣ送信を指示する技術が必要とされる場合があることが本明細書で認識される。
【００２５】
ビームトレーニングに関する課題は、本明細書で特定され、対処される。５Ｇシステムにおいて、高周波数用の新無線アクセス技術を設計する際の課題は、高周波数帯でさらに大きくなる伝搬損失を克服することであると本明細書では認識される。この大きな伝搬損失に加え、高周波数は、回折不良によって引き起こされる妨害に起因する望ましくない散乱環境の影響を受ける。したがって、ビームフォーミングは、受信機側での十分な信号レベルを保証する際に不可欠なものになる場合があることが認識される。ビームトレーニング手順は、ビームフォーミングシステムにとって不可欠な場合がある。一般的に、ビームトレーニングは、２つのステージを含んでいてもよい。ビームトレーニングにおける第１ステージは、粗ビームスイーピングを使用することであり、これはセクタレベルスイープ（Sector  Level  Sweep：ＳＬＳ）とも呼ばれる。ＳＬＳステージにおいて、粗ビームが受信機に適用され、どのスイープセクタが最強セクタ（粗ビーム）であるかを特定する。最強粗ビームが受信機によって特定されたら、ビームリファインメントフェーズ（beam  refinement  phase：ＢＲＰ）に入ることができる。ビームリファインメントフェーズでは、受信機は、改良ビームを送信機から繰り返し受信することによって、ビームフォーミングの品質を改良することができ、これらの改良ビームは、ＳＬＳフェーズで特定された粗ビームから誘導されてもよい。しかし、この方法は、ビームリファインメントフェーズ中に送信機と受信機との間で何回かのトレイルおよびビーム検索を必要とする場合がある。これにより、潜在的に、ビームトレーニング手順において、ビームトレーニング遅延の増加を引き起こす場合がある。したがって、ビームトレーニング遅延を改善し、ビームトレーニング品質を高める新しい機構が望ましい場合があることが本明細書で認識される。
【００２６】
なお、初期の考慮すべき事項として、特に定めのない限り、本明細書に記載される機構は、ＮＲ−ノード、送受信点（Transmission  and  Reception  Point：ＴＲＰ）またはリモートラジオヘッド（Remote  Radio  Head：ＲＲＨ）で行われてもよい。したがって、ＮＲ−ノード、ＴＲＰおよびＲＲＨは、本明細書で相互に置き換え可能に使用することができ、限定されないが、その単純さのため、ＮＲ−ノードが最も多く使用される。さらに、特に定めのない限り、ダウンリンク（ＤＬ）および／またはアップリンク（ＵＬ）送信を含むタイムインターバルは、異なるヌメロロジーおよび無線アクセスネットワーク（radio  access  network：ＲＡＮ）スライスに対する自由度があり、静的または半静的に設定されてもよい。このようなタイムインターバル構造は、サブフレーム内のスロットまたはミニスロットに使用されてもよい。このタイムインターバル構造用に提案された機構は、スロットおよび／またはミニスロットに適用可能であるが、本説明および／または図示は、例示的な目的でスロットまたはミニスロットを使用する。
【００２７】
ここで、初期アクセスに関連する実施形態を検討すると、ここでＮＲ初期アクセス設計が対処される。初期アクセス同期信号は、物理ブロードキャストチャンネルを含み、または含まずに、ＰＳＳとＳＳＳとを含む（本明細書で以下、単純化のために、同期信号（ＳＳ）として、プライマリ同期信号（primary  synchronization  signal：ＰＳＳ）およびセカンダリ同期信号（second  synchronization  signal：ＳＳＳ）と呼ぶ）。ＰＳＳは、第１実行時間および周波数同期に対するＵＥ向けシーケンスを含んでいてもよい。ＰＳＳはまた、時間境界、たとえば、フレーム、サブフレームまたはスロット境界を含んでいてもよい。ＳＳＳは、ＵＥが選択または再選択するセルの識別情報を含んでいてもよい。これに加え、ある場合には、ＰＳＳとＳＳＳの組み合わせが、時間内のＯＦＤＭシンボル境界を指示していてもよい。以下の章で、ＳＳ設計の詳細な例を説明する。
【００２８】
ＰＳＳおよびＳＳＳは、種々の多重化方法、たとえば、周波数分割多重化（ＦＤＭ）、時間分割多重化（ＴＤＭ）またはハイブリッドＦＤＭ／ＴＤＭであってもよい。ＰＳＳおよびＳＳＳが、同じ直交周波数分割多重化（ＯＦＤＭ）シンボルで多重化される場合、ＰＳＳおよびＳＳＳは、ＦＤＭを用いて多重化される。ＰＳＳおよびＳＳＳが異なるＯＦＤＭシンボルで多重化される場合、ＰＳＳおよびＳＳＳは、ＴＤＭを用いて多重化される。ＰＳＳおよびＳＳＳが時間領域および周波数領域の両方で多重化される（すなわち、異なるＯＦＤＭシンボルに組み合わせられる）場合、ＰＳＳおよびＳＳＳは、ハイブリッドＦＤＭ／ＴＤＭを用いて多重化することができる。これらの多重化ＳＳ法を図２に示す。ビームフォーミングシステムにおいて、ＳＳシンボルは、異なるビームと共に送信され、各ＳＳは、ビームスイーピングブロックにおいて、単一のビームまたは複数のビームに関連付けられていてもよい。各ビームスイーピングＳＳブロックは、単一のＯＦＤＭシンボルまたは複数のＯＦＤＭシンボルを含み、複数のＳＳブロックは、ＳＳブロックビームスイーピングバーストを形成する。ＳＳブロックバーストの周期性は、異なる周期性を有していてもよい。これらのサポートされた周期性は、周波数帯または異なるヌメロロジーと共に変動してもよい。１つのＳＳブロック中のＳＳの検出確率を高めるために、ＰＳＳおよびＳＳＳは、繰り返されてもよく、または複数のＰＳＳおよびＳＳＳを使用してもよく、複数のＯＦＤＭシンボルに広がっていてもよい。一例のＳＳブロック３００中のＰＳＳおよびＳＳＳの繰り返しの一例は、図３に示される。ＰＳＳおよびＳＳＳの繰り返しによって、初期アクセスステージでの周波数オフセット推定を改善することができる。これに加え、ＳＳＳシーケンスは、サブフレーム境界に対するシンボルのタイミング差を明示的にシグナリングするタイミングインデックスを伝送することができる。
【００２９】
たとえば、ＳＳバースト３０２またはＳＳバーストブロックバースト３０２中にＭ個のＳＳブロックが存在し、各ＳＳブロック３００がＮ個のＯＦＤＭシンボルで構成される場合、ＳＳＳシーケンスが検出され、ＳＳＳシーケンスからタイミングインデックスが得られると、サブフレーム境界に対してシンボルを計算することができる。タイミングインデックスは、種々の様式でシグナリングされてもよい。一例では、タイミングインデックスは、サブフレーム境界またはサブフレーム内のシンボルインデックスに対するシンボルの数を表す。別の例では、タイミングインデックスは、ＳＳバースト内のＳＳブロックインデックスを表す。ある場合には、ＳＳブロックインデックスは、第１（たとえば、第１、第２、第３など）の中のそれぞれのＳＳブロックの位置を表す。したがって、ＳＳブロックは、ＳＳバースト内のある位置に存在していてもよく、タイミングインデックスは、このバースト内の位置に基づいていてもよい。第１例では、タイミングインデックスがＳＳＳシーケンスから得られたら、タイミングインデックスは、サブフレーム境界に対するシンボルの指示に直接使用されてもよい。第２例では、ＳＳブロックインデックス（タイミング）をシンボルタイミングインデックスに変換する必要がある場合がある。ＳＳブロック中の第１ＯＦＤＭシンボルがＳＳＳシグナル（シンボル）である場合の一例を考慮する。ＵＥが、タイミングインデックスとしてＳＳＳシーケンス中に伝送される値ｍを検出する場合、サブフレームインデックスに対するシンボルは、ｍ×Ｎ、０≦ｍ≦Ｍ−１として計算することができる（ここで、Ｎは、ＳＳブロック３００中のＯＦＤＭシンボルの数である）。
【００３０】
したがって、図３を参照しつつ記載したとおり、装置（たとえば、ＵＥ）は、複数の同期信号ブロックを含む同期信号ブロックバーストをモニタリングすることができる。このモニタリングに基づき、装置は、同期信号ブロックバーストから同期信号ブロックを選択してもよい。装置は、選択した同期信号ブロックからタイミングインデックスを得てもよい。このタイミングインデックスに基づき、装置は、初期アクセス情報を決定してもよく、初期アクセス情報に従ってネットワークと通信してもよい。同期信号ブロックは、少なくとも１つのプライマリ同期信号とセカンダリ同期信号とを含んでいてもよく、タイミングインデックスは、セカンダリ同期信号に埋め込まれていてもよい。別の例では、タイミングインデックスは、同期信号ブロックの基準信号に埋め込まれている。たとえば、装置は、あるアイデンティティを有するネットワークのセルと通信し、セルのアイデンティティおよび同期信号ブロックと関連付けられたタイミング情報の関数である基準信号を受信してもよい。別の例では、同期信号ブロックは、バースト内のある位置に存在しており、タイミングインデックスは、そのバースト内の位置に基づいている。
【００３１】
ある場合には、ＳＳＳは、ＳＳＳシーケンスを使用する代わりに、ＳＳＳを構築するコーディング法を使用してもよい。メッセージに基づくＳＳＳは、例として提示されるが、限定されない以下のものによって構築することができる。
・ＳＳＳのペイロードは、ｄＳＳＳ＝｛ｄ０，ｄ１，・・・ｄＮ｝として表すことができ、Ｎは、ＳＳＳペイロード長であり、ｄｉは、ＳＳＳデータビットである。
・コード化ＳＳＳは、ＣＳＳＳ＝｛ｃ０，ｃ１，・・・ｃＭ｝として表され、本コーディング方法は、リードマラーまたはポラーコーディングを選択することができ、Ｍは、チャンネルコーダ出力長である。
・コード化ＳＳＳビットＣＳＳＳは、レートマッチング：ＲＳＳＳ＝｛ｒ０，ｒ１，・・・ｒＯ｝を実施してもよく、ここで、Ｏは、レートマッチング出力ビットである。
・次いで、ＳＳＳレートマッチングビットＲＳＳＳは、ビットインタリーブを受け、ＩＳＳＳ＝｛ｉ０，ｉ１，・・・ｉＯ｝を生成し、ＱビットＣＲＣと結合し、送信ビットＤＳＳＳ＝｛ｉ０，ｉ１，・・・ｉＯ，ｅ０，ｅ１，・・・，ｅＱ−１｝を生成する。
・ＤＳＳＳおよび復調基準信号を、１つまたはいくつかのＯＦＤＭシンボルに対してマッピングする。
【００３２】
一例では、結合したＱビットＣＲＣは、ＳＳブロックにおいてサブフレーム境界に対してタイミングインデックスを暗黙的にシグナリングし得るように、タイミングインデックスビットと共にマスキングされてもよい。各ＳＳＳメッセージのＱビットＣＲＣが、タイミングインデックスシーケンスと共にマスキングされる場合、このマスキングされたタイミングインデックスビットは、サブフレームインデックスに対するシンボルの暗黙的な指示に使用することができる。このマスキングするタイミングインデックスは、種々の設計を有していてもよい。一例に従い、タイミングインデックスは、サブフレーム境界に対するシンボルの数を表す。したがって、タイミングインデックスは、サブフレーム境界に対するシンボルの指示に直接使用されてもよい。別の例に従い、タイミングインデックスは、ＳＳバースト中のどのＳＳブロックかを示す。次いで、この例では、ＵＥは、ブロックタイミングインデックスをシンボルタイミングインデックスに変換する必要がある場合があり、ＵＥは、ＳＳブロック中のＳＳＳ  ＯＦＤＭシンボルの場所を知ることが必要である。
【００３３】
ここで、ＵＥが接続モードである場合の例を検討し、図４を参照すると、ＮＲ−ノードは、休止モードのＳＳと比較すると、異なる種類のＳＳを設定してもよい。休止モードのＳＳと接続モードのＳＳとの間にいくつかの違いがある。たとえば、ＵＥが接続モードである場合、ｅＮＢは、いくつかの物理リソースブロック（physical  resource  block：ＰＲＢ）を割り当ててもよく、これらの割り当てられたＰＲＢは、休止モードのＳＳブロードキャストよりさらに離れていてもよい。したがって、ＵＥは、少なくとも２つの遠く離れた別個のＰＲＢを同時にモニタリングすることなく、測定を行うことができる。別の例として、ビームフォーミングネットワークにおいて、設定されたトレーニングビームの数、ＳＳバーストの周期性およびＳＳブロックにおけるＰＳＳ、ＳＳＳシンボルの数は、休止モードでのＵＥモニタリング用トレーニングビームブロードキャストとは異なっていてもよい。さらに別の例として、接続モードでのＳＳは、オンデマンドで送信されてもよい（たとえば、ＵＥからの同期要求を受信したら）。このオンデマンドＳＳは、図５に示される例に従って設定されてもよい。
【００３４】
図５を参照すると、この例に従い、所与のＵＥは、５０２で、自身が接続モードであるか否かを判定する。ＵＥが接続モードである場合、プロセスは、５０４に進むことができ、ここで、ＵＥは、たとえば、無線リソース制御（radio  resource  control：ＲＲＣ）シグナリングまたはシステム情報ブロック（system  information  block：ＳＩＢ）を介し、接続モードでのＳＳが事前設定されているかどうかを判定する。ＳＳが事前設定されている場合、プロセスは、５０５に進むことができ、ここで、ＵＥは、割り当てられた場所で、事前設定されたＳＳをモニタリングする。ＳＳが事前設定されていない場合、プロセスは、５０６に進むことができ、ここで、ＵＥは、ランダムアクセスチャンネルまたはＮＲ物理アップリンク制御チャンネル（ＮＲ−ＰＵＣＣＨ）を用い、たとえば、ＳＳブロードキャスト用のｅＮＢなどに要求を送ることができる。５０８で、ｅＮＢがＵＥ要求を受信したら、ｅＮＢは、その要求を許可してもよく、または断ってもよい。５１０で、ｅＮＢが、接続モードでＳＳ送信の要求を許可するとき、ＵＥは、そのＳＳをモニタリングしてもよい。ＳＳの送信は、新無線物理ダウンリンク制御チャンネル（ＮＲ−ＰＤＣＣＨ）を介して許可されてもよい。設定されるＳＳ情報の内容は、割り当てられたＰＲＢ、トレーニングビームの数、ＳＳバースト設定、ＳＳバーストの周期性などの種々の情報を含んでいてもよい。ＳＳパラメータは、半静的または動的な方法によって設定されてもよい。要求が５１０で許可されない場合、ＵＥは、５１２で、要求を満足することができなかったことを示すメッセージを受信してもよい。ＵＥが接続モードにないと（５０２で）判定されたら、プロセスは、５０３に進むことができ、ここで、ＵＥは、接続モードではない他のモードでのバック機構に入る。
【００３５】
ある場合には、ＵＥは、バーストをモニタリングしてもよく、たとえば、接続モードでのＳＳおよび休止モードでのブロードキャストＳＳを両方ともモニタリングしてもよい。モニタリングは、ＵＥの能力またはＵＥのカテゴリーに依存して変わってもよい。ある場合には、ＵＥが接続モードであるとき、ＵＥは、接続モードのＳＳのみをモニタリングしてもよい。接続モードおよび休止モードでのＳＳをモニタリングする一例を図４に示しており、ここではＳＳバースト間に異なるタイムインターバルが存在する。図示されるように、接続モード（下部に示される）と比較して、休止モード（上部に示される）で異なるタイムインターバルが存在する。
【００３６】
ここでディスカバリ信号（ＤＳ）を検討すると、一実施形態例に従い、ＮＲディスカバリ信号（NR  Discovery  signal：ＮＲ−ＤＳ）をＮＲシステムで使用し、スモールセルのエネルギー効率的なセルディスカバリ、Ｄ２Ｄおよびアンライセンス帯域（ＬＡＡ）および他の状況での操作を向上させ得る。セルのＮＲ−ＤＳ状況の一例は、ライセンス帯域での操作のためのＫ１からＫ２までの連続サブフレームの持続時間（たとえば、フレーム構造１型および２型）と、フレーム構造３型の１つの空ではないサブフレーム内のＫｎｌ  ＯＦＤＭシンボルとを有する期間からなる。ダウンリンクサブフレーム中のＵＥは、ディスカバリ信号の存在を想定していてもよい。ディスカバリ信号は、異なるビーム（単一ビームまたは複数ビーム）による１つ以上のアンテナポートスイーピングでのセル固有基準信号（ここではＸ−ＲＳとして示される）からなっていてもよい。アンテナポートは、事前に規定されていてもよく、または上位レイヤのシグナリングによって設定されるパラメータによって規定されてもよい。スイーピングするビームの数は、上位レイヤによって設定されるシステムパラメータであってもよい。セル固有基準信号は、位相補正用基準信号、時間／周波数補正用基準信号、無線リンクモニタリング用基準信号、ＲＲＭ測定用基準信号などを含んでいてもよい。セル固有基準信号は、異なるビーム（たとえば、単一ビームまたは複数ビーム）による同期信号（ＳＳ）スイーピングも含んでいてもよい。ある場合には、各ビーム方向に送信されるディスカバリ信号中のＳＳは、ＰＳＳ、ＳＳＳおよびＴＳＳからなっていてもよい。各ビーム方向について、ＰＳＳ、ＳＳＳおよびＴＳＳは、同じＯＦＤＭシンボル（であるが異なるサブキャリア）にマッピングされてもよく、または異なるＯＦＤＭシンボルにマッピングされてもよい。
【００３７】
セル固有基準信号は、ディスカバリ信号バースト期間中、ゼロまたはもっと多くのサブフレーム中の異なるビーム（単一ビームまたは複数ビーム）による１つ以上のアンテナポートスイーピング時に送信される非ゼロ電力チャンネル状況情報（channel  state  information：ＣＳＩ）−基準信号（ＣＳＩ−ＲＳ）も含んでいてもよい。ある場合には、ディスカバリ信号の一部としてＫＣＳＩまでの予約されたＣＳＩ−ＲＳリソースは、上位レイヤシグナリングによって構成される。ＣＳＩ−ＲＳは、ＴＰインデックスなどの情報を暗黙的に伝送してもよい。アンテナポートは、事前に規定されていてもよく、または上位レイヤのシグナリングによって設定されるパラメータであってもよい。ディスカバリシグナル中のＸ−ＲＳ、ＳＳおよびＣＳＩ−ＲＳ（存在する場合）は、同じビーム方向によってスイーピングするだろう。同じビーム方向で送信されるＸ−ＲＳ、ＳＳおよびＣＳＩ−ＲＳ（存在する場合）は、同じＯＦＤＭシンボルまたは異なる（隣接する）ＯＦＤＭシンボルに配置／マッピングされてもよい。
【００３８】
ライセンス帯操作の場合、ＮＲ−ＤＳは、上位レイヤで設定された周期性で送信されてもよい。または、ＮＲ−ＤＳは、ｇＮＢオンデマンドで（たとえば、ＵＥから同期要求を受信したときに）送信されてもよい。アンライセンス帯操作の場合、一例において、ＵＥは、ＮＲ−ＤＳがディスカバリ信号測定タイミング設定内の任意のサブフレームに送信されることを想定していてもよい。周期的なＮＲ−ＤＳの一例を図６に示す。この例では、ＵＥは、たとえば、ｇＮＢによって特定または設定されるＮＲ−ＤＳバーストの周期性に基づき、セル検索またはセル再選択のためにＮＲ−ＤＳを検索してもよい。
【００３９】
ＮＲ−ＤＳがスモールセル不連続送信機能に使用されるシナリオ例では、ＵＥは、事前設定されたタイミングおよびリソース場所に従って、スモールセルによって送信されるＮＲ−ＤＳを検出することによって、スモールセルの測定を行ってもよい。セル（有効なセルＩＤを有する）を検出した後、ＵＥは、ディスカバリに使用するセル固有基準信号（Ｘ−ＲＳ）に基づき、信号強度を測定してもよい。ＵＥは、Ｘ−ＲＳから、測定基準信号電力（measured  reference  signal  power：ＲＳＲＰ）または受信信号強度インジケータ（received  signal  strength  indicator：ＲＳＳＩ）を得てもよい。この測定値は、その可動性の取り扱いのためにｇＮＢに報告されてもよく、またはその自立的な可動性の取り扱いのため、または所望な任意の他の目的のためにＵＥによって使用されてもよい。
【００４０】
次に、物理ブロードキャストチャンネル（physical  broadcast  channel：ＰＢＣＨ）設計について考えると、図７を参照すると、ＰＢＣＨ７０２は、ＳＳブロック７０１において、ＳＳ（たとえば、ＳＳＳ７０４およびＰＳＳ７０６）と共に多重化してもよい。これに加えて、ＰＢＣＨ７０２は、同様に、同じＯＦＤＭシンボル内のＳＳと共に多重化してもよい。復調基準信号（ＤＭＲＳ）がＰＢＣＨ復調に使用される場合、ＤＭＲＳシーケンスは、２つのＰＮシーケンスを組み合わせることによって作成されてもよく、ＰＮシーケンスの初期化されたシードは、セルＩＤの関数であってもよい。ＵＥが接続モードにある場合、たとえば、ＰＢＣＨは、ＳＳブロック内で送信／多重化されなくてもよい。接続モードのＳＳを用いたＰＢＣＨ送信をオン／オフにする能力は、ＲＲＣシグナリングによって設定されてもよく、またはＮＲ−ＰＤＣＣＨを介して動的に設定されてもよい。ある場合には、ＰＢＣＨシンボルは、ＳＳブロック中の検出可能性を高めるために繰り返されてもよい。ＤＭＲＳおよびＰＢＣＨが、シンボル反復を伴う場合、ＤＭＲＳは、周波数オフセット概算に使用することができる。ＰＢＣＨ設計の一例は、一実施形態に従い、図７に示される。
【００４１】
ここでページングチャンネルについて考えると、本明細書で使用される場合、ページングビームスイーピングブロックは、休止モード中のページングチャンネルのビームスイーピング時間単位の単位として処理されてもよい。各ページングブロックは、少なくとも１つ以上のＣＰ−ＯＦＤＭシンボルからなっていてもよい。複数ブロックは、ページング状況（ＰＯ）に対応するページングビームスイーピングバーストを作成してもよく、ページング表示（paging  indication：ＰＩ）を含んでいてもよい。ここで、スイーピングバースト長は、バースト中のページングビームスイーピングブロックの数を指す。したがって、ＵＥは、同期信号ブロックに関連付けられたページング指示を含むページング状況を受信してもよい。一例として、ページングビームスイーピングバースト長がＭに等しい場合、ＰＯ中にＭ個のスイーピングブロックが存在する。ページングは、同期信号（ＳＳ）ブロックバースト構造と同じビームバースト構造を共有し得るため、ページングは、ＳＳブロックとビームを共有してもよい。図８では、ＳＳブロックを含むページングスイーピングバーストの一例が示される。ページングビームスイーピングバーストは、周期的に、または非周期的に、たとえば、送信によって設定されてもよい。各ページングビームスイーピングブロックは、単一ビームまたは複数ビームと関連付けられていてもよく、関連付け方法は、ダウンリンク制御情報（ＤＣＩ）を用いてもよく、または用いなくてもよい。さらに、ページングは、異なる設定を有していてもよい。たとえば、ページングが、なんらＤＣＩ指示を含まない場合、ビーム関連付け方法は、ＮＲ−ＰＳＳ／ＮＲ−ＳＳＳおよび／またはＮＲ−ＰＢＣＨなどの初期アクセスチャンネルを用いるものであってもよい。接続モードのＵＥについて、設定されるＳＳブロックバーストが存在する場合、休止モードのＳＳブロックバーストとは異なる設定を有しているとき、このページングは、接続モードで構成されるＳＳブロックと同じビーム構造を共有していてもよい。一例として、図８を参照すると、接続モードのＵＥについて、設定されるＳＳブロックバーストが存在し、ページングは、この設定されるＳＳバースト中のそれぞれのＳＳブロックに関連付けられている。示されている例に従い、ページング指示を有するＰＯおよびＳＳブロックは、同じＯＦＤＭシンボルで周波数分割多重化（ＦＤＭ）されてもよく、または異なるＯＦＤＭシンボルで時間分割多重化（ＴＤＭ）されてもよい。ＴＤＭおよびＦＤＭは、ＳＳブロックとページング例の間で、同じビームに適用されてもよい。別の例では、ページング指示用のＰＯリソースは、半静的な設定用のＲＲＣシグナリングを介して割り当てられてもよい。
【００４２】
ここで、同期信号（ＳＳ）の態様について考えると、ＰＳＳシーケンスは、（ｉ）Ｇｏｌａｙ相補性シーケンス、および（ｉｉ）ソナー、モジュラーソナーまたはサブモジュラーソナーシーケンスを含んでいてもよい。ＮＲ−ＳＳシーケンスは、周波数オフセット操作（ＣＦＯ）取得およびピーク検出の迅速な補正のための時間領域（ＴＤ）中の構造化信号パターンを有していてもよいＮＲ−ＰＳＳも含んでいてもよい。ここで、信号構造化パターン設計は、1つのＯＦＤＭシンボル内または複数のＯＦＤＭシンボル内で行われてもよい。ＮＲ−ＰＳＳにＴＤシーケンスを使用してもよい。信号構造化パターンは、単一シーケンスまたは複数シーケンスから構成されていてもよい。
【００４３】
ある実施形態によって、ＳＳバーストセットの一例をここに記載する。ここで、ＳＳバーストは、スケジューリングされることが必要な高優先チャンネルが存在する場合には、時間全体に均一に分散していなくてもよく、これらの高優先チャンネルは、ＳＳバーストリソースと重複するリソースを割り当てる。たとえば、ＵＲＬＬＣ物理制御データチャンネル（ＵＲＬＬＣ  ＰＤＣＣＨ、ＰＤＳＣＨ）は、ＳＳバーストと重複した状態でスケジューリングされてもよい。この場合、ＳＳバーストは、送信が不可能な場合がある。
【００４４】
ＳＳバーストセットの別の実施形態によれば、バーストセット中のＳＳバーストブロック分布の一例は、（ｉ）連続バーストブロックおよび（ｉｉ）不連続バーストブロックを含む。不連続バーストブロックにおいて、いくつかの例では、バースト中のすべてのバーストブロックが、時間領域中で連続的に割り当てられている場合には、この種のバーストは、連続バーストブロックと呼ぶことができる。その他、バーストブロックは、不連続バーストブロックであってもよい。さらに、いくつかの例では、ＵＥのバースト長が、ＯＦＤＭシンボルの整数またはＯＦＤＭ未満のシンボルの数という観点で与えられて（または推定されて）いる場合、ＵＥは、バーストブロック分布が連続していることを推定する必要はない。したがって、ビームバースト長（整数Ｍのシンボルという観点で）がＵＥに提供される場合、ＵＥは、ビームバースト内部のビームブロックが連続しているか否かをさらに推定する必要はない。例として、ビームバーストが、Ｍ＝８  ＯＦＤＭシンボルに等しい持続時間を有し、ビームバーストが、２つのビームブロックで構成される場合、このビームバースト中の各ビームブロックは、２ＯＦＤＭシンボルを使用する。したがって、この例では引き続き、この例において、２つのビームブロック間に４つの空のＯＦＤＭシンボルが存在する。
【００４５】
図１０および１１は、バーストセットにおけるＳＳバーストブロック分布の例を示す。図１０に示される例では、１つのＳＳバースト１０００にＭ＝５のＳＳブロック１００２が存在し、各ＳＳブロック１００２は、Ｎ＝４のＯＦＤＭシンボル１００４を有する。この例では、ＳＳバーストは、ＭＮ＝２０のＯＦＤＭシンボルを有する。
【００４６】
図１１に示される代替的な例では、ＳＳバースト１１００にＭ＝５のＳＳブロック１１０２が存在し、各ＳＳブロックは、Ｎ＝４のＯＦＤＭシンボル１１０４を有するが、各バーストブロック１１０４の間にＯ＝２のＯＦＤＭシンボル１１０６を予約している。ある場合には、バースト長が、ＭＮ＋ＭＯ＝２０＋１０＝３０のシンボルとして定義される場合、所与のＵＥは、所与のバースト１１００中のバーストブロックの分布を知ることなく、ＳＳ信号を検出することができる。たとえば、バースト長が、ＯＦＤＭまたはＯＦＤＭ未満のシンボルの数という観点でＵＥについてわかっている場合、ＵＥは、ＳＳバースト１１００中のＳＳブロック分布を知ることなく、ＳＳを検出することができる。
【００４７】
ここで、ＳＳバースト周期性について考えると、ある例では、ＳＳバースト周期性は、タイミング−周波数取得時間に影響を与える。ＳＳバースト周期性の設定が長すぎる場合、一度での検出確率は、過剰な同期時間を避けるために大きくする必要があり得ることが本明細書で理解される。
【００４８】
ある場合には、ビームスイーピングＳＳブロックにおける複数ビーム送信の補助は、ビームスイーピング時間を短くし得る。複数ビームがビームスイーピングブロック内で使用される場合、いくつかの例では、ビームＩＤシグナリングが必要とされる。たとえば、ＳＳバーストにおいて、ＮＲ−ＰＳＳ、ＮＲ−ＳＳＳおよびＮＲ−ＰＢＣＨ用に送信される複数ビームが同時に存在する場合、これらを互いに区別し、および／またはビームＩＤのシグナリングのために、余分のビームトレーニング基準信号を使用してもよい。ＮＲ−ＰＳＳ、ＮＲ−ＳＳＳおよびＮＲ−ＰＢＣＨの複数ビーム送信用のリソース割り当ては、同じであってもよく、または異なっていてもよい。たとえば、２つのビームが、同じバーストブロック時間で同時に送信される場合、各ビームは、異なる周波数領域の割り当てを使用してもよく、またはバーストブロックの周波数領域において、同じリソースを共有してもよい。いくつかの例では、ビーム基準信号は、セルＩＤ、ビームＩＤおよび／またはＳＳバーストタイミングインデックスの関数として設定されてもよい。すなわち、ビーム基準シーケンスは、
【数１】
2020505814.tif 000004
の関数として初期化されてもよく、ここで、ｃｉｎｉｔは、ビームトレーニングシーケンスの初期値である。ＳＳバーストタイミング／タイムインデックスおよびビームＩＤは、物理ランダムアクセスチャンネル（ＰＲＡＣＨ）リソース、たとえば、ＰＲＡＣＨプリアンブル信号および時間−周波数割り当てを指示するのに使用することができる。この様式で、ＮＲ−ＰＳＳ、ＮＲ−ＳＳＳおよびＮＲ−ＰＢＣＨ用に送信される同時の複数ビームが存在する場合に、ＵＥの検出の曖昧さを避けることができる。ＳＳバースト中にＮＲ−ＰＢＣＨ復調用の復調基準信号（ＤＭＲＳ）が存在する場合、ＤＭＲＳは、セルＩＤによって、および／またはＳＳバーストタイミングインデックス（すなわち、
【数２】
2020505814.tif 000005
、ここで、ｃｉｎｉｔは、ＤＭＲＳシーケンスの初期値である）によって構成されてもよい。
【００４９】
ある場合には、いくつかのビームが、ｇＮＢの中のＳＳバーストにおいて送信されない場合があるため、異なるノードまたはｇＮＢは、同じ数のビームを送信しない場合がある。ある例では、それぞれのｇＮＢが、ＳＳバースト中の同じ数のＳＳブロックを送信する場合、ＵＥは、それでも複数ｇＮＢからのＳＳを検出することができる。したがって、ある場合には、各ｇＮＢは、あるバースト中に同じ数のＳＳブロックを設定していてもよいが、ＳＳバースト中のビームを送信するか否かの決定は、ｇＮＢ実装によって決定することができる。
【００５０】
異なる送信受信点（transmission  and  receptions  point：ＴＲＰ）が、同じセル（ｇＮＢ）に関連付けられていてもよく、たとえば、ビーム直交性を維持するために、あるＳＳブロック中の複数ビーム送信のためにコード分割多重化（code  division  multiplexing：ＣＤＭ）を使用してもよい。さらに、ビーム基準信号がＳＳバーストと共に適用される場合、ビーム基準信号は、ビーム直交性を維持するためにＣＤＭを使用することができる。
【００５１】
ここで、物理ブロードキャストチャンネル（ＰＢＣＨ）について考えると、一例では、ＮＲ−ＰＢＣＨは、最小システム情報（ＳＩ）の一部（たとえば、マスタ情報ブロック（ＮＲ−ＭＩＢ））を伝送し、二次ブロードキャストチャンネルは、残存最小システム情報（ＲＭＳＩ）を伝送する。ある場合には、ＮＲ−ＰＢＣＨは、ＮＲ−ＭＩＢ情報と、残存最小システム情報（ＲＭＳＩ）のリソース指示を伝送してもよい（たとえば、ＰＲＢがＲＭＳＩを割り当てる場合）。ＲＭＳＩを伝送するこれらの二次ブロードキャストチャンネルの場合、チャンネルは、ＳＳバーストセットを共有していてもよく、それにより、ビームスイーピングリソースを保存することができる。これらの二次ブロードキャストチャンネルは、ＳＳバーストを含むＦＤＭであってもよい。これらのブロードキャストチャンネルリソースおよび復調基準信号は、最小ＳＩおよびＭＩＢを有するＮＲ−ＰＢＣＨを伝送するＰＢＣＨによって指示することができる。ある場合には、ＲＭＳＩを伝送するブロードキャストチャンネルは、常に送信されるわけではない。復調基準信号は、ＰＢＣＨと同じポートを共有していてもよい。ＤＭＲＳ信号は、種々の方法を用いて誘導されてもよい。ある例では、ビームＩＤが、ＳＳバーストブロック用に明示的にシグナリングされる場合、ＤＭＲＳ  ＩＤは、ＳＳバーストブロックのセルＩＤ、ビームＩＤおよびポートＩＤによって得ることができる。別の例では、ビームＩＤが、ＳＳバーストブロックからのＳＳタイミングインデックスによって暗黙的にシグナリングされる場合、ＤＭＲＳ  ＩＤは、ＳＳバーストブロックからセルＩＤ、ＳＳタイミングインデックスおよびポートＩＤによって得ることができる。
【００５２】
ここで図１２を参照すると、ＮＲ−ＰＢＣＨが最小ＳＩの一部を伝送し、二次ブロードキャストチャンネルがＲＭＳＩを伝送する例では、これらのブロードキャストチャンネルは、初期アクセスにおいてＳＳバースト１２０２と共にＴＤＭされてもよい。二次ブロードキャストチャンネル１２０４は、初期アクセスＳＳバースト１２０２ａ中で規定される同じ送信ビームを共有してもよい。これらのブロードキャストチャンネルリソースおよび復調基準信号は、図１２に示される最小ＳＩおよびＭＩＢを有するＰＢＣＨによって指示することができる。ＤＭＲＳ信号は、種々の機構を用いることによって誘導されてもよい。たとえば、ビームＩＤが、ＳＳバーストブロック１２０６から明示的にシグナリングされる場合、ＤＭＲＳ  ＩＤは、ＳＳバーストブロック１２０２からセルＩＤ、ビームＩＤおよびポートＩＤによって得ることができる。ビームＩＤが、ＳＳバーストブロック１２０６からのＳＳタイミングインデックスによって暗黙的にシグナリングされる場合、ＤＭＲＳ  ＩＤは、ＳＳバーストブロック１２０６からセルＩＤ、ＳＳタイミングインデックスおよびポートＩＤによって得ることができる。
【００５３】
図１３を参照すると、ＮＲ−ＰＢＣＨが最小ＳＩの一部を伝送し、二次ブロードキャストチャンネルがＲＭＳＩを伝送する別の例では、ビームリファインメントは、ＲＭＳＩを伝送しつつ、二次ブロードキャストチャンネル１３０４と関連付けられてもよい。ＵＥの観点から、いくつかの例では、これらの二次ブロードキャストチャンネル１３０４用の送信ビームが、初期アクセスにおいて事前設定されたＳＳバーストセット１３０２に基づくと推定することができる。これらのブロードキャストチャンネル１３０４は、第２レベルビームスイーピングバーストによって送信されてもよい。第２レベルビームスイーピングバーストは、初期アクセスで使用される粗ビームよりも精密なビームを使用してもよい。たとえば、これらのブロードキャストチャンネルリソースおよび対応する改良ビームのスイーピングバースト情報が、最小ＳＩおよびＭＩＢを伝送するＰＢＣＨによって指示され得る場合、所与のＵＥは、図１３に示すように、最小ＳＩおよびＭＩＢを伝送するＮＲ−ＰＢＣＨを成功裏に検出した後、第２ステージのビームトレーニングを行ってもよい。この場合、ＵＥは、同じ情報を伝送する複数のブロードキャストチャンネルを受信してもよい。ＵＥは、ビーム対応のための改良ビームを選択するために最良の信号対ノイズ比（signal  to  noise  ratio：ＳＮＲ）を選択することができる。これに加えて、これらのブロードキャストチャンネルは、暗黙的なビームＩＤ情報用のタイミングインデックス情報を伝送してもよい。ＤＭＲＳ信号は、種々の機構を用いて誘導されてもよい。たとえば、ビームＩＤが、ビームトレーニング基準信号を用いることによって、ＳＳバーストブロック１３０６から明示的にシグナリングされる場合、ＤＭＲＳ  ＩＤは、ＳＳバーストブロック１３０６からセルＩＤ、ビームＩＤおよびポートＩＤによって得ることができる（すなわち、
【数３】
2020505814.tif 000006
、ここで、ｃｉｎｉｔは、ビームトレーニングシーケンスの初期値である）。ビームＩＤが、ＳＳバーストブロック１３０６からのＳＳタイミングインデックスによって暗黙的にシグナリングされる場合、ＤＭＲＳ  ＩＤは、検出されたＳＳバーストブロック１３０６からセルＩＤ、ＳＳタイミングインデックス、ブロードキャストチャンネルタイミングインデックスおよびポートＩＤによって得ることができる。
【００５４】
別の実施形態に係るＰＢＣＨ設計の別の例では、ＮＲ−ＰＢＣＨは、最小ＳＩの一部、たとえば、ＮＲ−ＭＩＢを伝送してもよく、新無線（ＮＲ−ＰＤＳＣＨ）用の物理ダウンリンク共有チャンネル（ＰＤＳＣＨ）は、ＲＭＳＩを伝送してもよい。ＳＩを伝送するためのＮＲ−ＰＤＳＣＨリソースおよび復調基準信号（たとえば、ポートおよびシーケンス）は、ＲＲＣ接続設定を有するＲＡＣＨ応答（ＲＡＲ）メッセージ４を介してシグナリングされてもよい。ＤＭＲＳ信号は、種々の機構を用いて誘導されてもよい。たとえば、ビームＩＤが、ＳＳバーストブロックから明示的にシグナリングされる場合、ＤＭＲＳ  ＩＤは、ＲＡＲメッセージからセルＩＤ、ビームＩＤ、ＵＥ  ＩＤおよびポートＩＤによって得ることができる。別の例では、ビームＩＤが、ＳＳバーストブロックからのＳＳタイミングインデックスによって暗黙的にシグナリングされる場合、ＤＭＲＳ  ＩＤは、ＲＡＲメッセージからセルＩＤ、ＳＳタイミングインデックス、ＵＥ  ＩＤおよびポートＩＤによって得ることができる。
【００５５】
さらに別の実施形態に係るＰＢＣＨ設計のさらに別の例では、ＮＲ−ＰＢＣＨは、最小ＳＩの一部、たとえば、ＮＲ−ＭＩＢを伝送してもよく、ＮＲ用の（セル固有）物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）（ＮＲ−ＰＤＣＣＨ）は、ＲＭＳＩを伝送してもよい。ＮＲ−ＰＤＣＣＨリソース（または検索空間）および復調基準信号（たとえば、ポートおよびシーケンス）は、最小ＳＩおよびＭＩＢを含むＮＲ−ＰＢＣＨを伝送するＰＢＣＨによって示されてもよい。ＮＲ−ＰＤＣＣＨ用の復調基準信号は、初期アクセスのＳＳバーストセット中の同じビームまたは異なるビームを用いて設定されてもよい。所与のＵＥは、たとえば、図１４に示されるＮＲ−ＰＤＣＣＨの復調のために設定されたＤＭＲＳを使用してもよい。
【００５６】
ある場合には、ＲＭＳＩを伝送するＮＲ−ＰＤＣＣＨは、常に送信されるわけではない。ＤＭＲＳ信号は、種々の機構を用いて誘導されてもよい。たとえば、ビームＩＤが、ＳＳバーストから明示的にシグナリングされる場合、ＤＭＲＳ  ＩＤは、検出されたＳＳバーストブロックからセルＩＤ、ビームＩＤおよびポートＩＤによって得ることができる。ビームＩＤが、検出されたＳＳバーストブロックからのＳＳタイミングインデックスによって暗黙的にシグナリングされる場合、ＤＭＲＳ  ＩＤは、ＳＳバーストブロックからのセルＩＤ、ＳＳタイミングインデックスおよびポートＩＤによって得ることができる。ＮＲ−ＰＤＣＣＨ検索空間は、ビームＩＤおよび時間−周波数リソースと関連付けられてもよい。ビームＩＤは、余分のビーム基準信号によって明示的にシグナリングされてもよく、またはビームトレーニングスイーピングバーストのタイミングインデックスによって暗黙的にシグナリングされてもよい。たとえば、図１４を参照すると、初期アクセスにおいて、ビームトレーニングスイーピングバーストは、ＳＳバースト１４０２（またはバーストセット）であってもよい。ビームトレーニングスイーピングバーストは、ＮＲ−ＰＤＣＣＨ用の自身のビームスイーピングバーストセット定義を有していてもよい。ＮＲ−ＰＤＣＣＨが、自身の専用のビームスイーピングバースト／バーストセットを有する場合、ＮＲ−ＰＤＣＣＨは、暗黙的なビームＩＤシグナリングのためのタイミングインデックスを伝送してもよく、または余分のビーム基準信号は、図１４に示されるとおり、ビームＩＤ指示に使用されてもよい。
【００５７】
ある例では、図１５を参照すると、ＮＲ−ＰＤＣＣＨ１５０２は、複数ビーム１５０３および検索空間１５０４を介して送信されてもよい。これにより、所与のＵＥは、ビーム補正またはビーム回復のための対応する検索空間１５０４を用い、複数の異なるビーム１５０３を同時に、または異なる時間にモニタリングすることができるだろう。ＵＥは、ビーム回復のために、少なくとも１つより多いＮＲ−ＰＤＣＣＨ検索空間１５０４を補正してもよい。ＮＲ−ＰＢＣＨタイミング指示は、ＳＳバーストタイミングインデックスがシグナリングされる際に暗黙的であってもよく、または明示的であってもよい。ある例では、タイミングインデックスは、ＣＲＣのマスキングに使用されてもよく、またはビット−インターリーバは、タイミングインデックスの指示に使用されてもよい。スクランブリングコードは、タイミングインデックスの指示に使用されてもよい。ＳＳバーストタイミング（時間）インデックスは、同様に、ＰＲＡＣＨリソースの誘導に使用されてもよい。
【００５８】
ランダムアクセスに関する別の態様に従い、ＲＡＣＨリソース指示についての技術が記載される。ここで、ＰＲＡＣＨリソースがＰＢＣＨによってシグナリングされる場合、ＰＢＣＨは、ＳＳバーストとは異なる期間を有していてもよい。ＲＡＣＨ  ＲＡＲパワーブーストおよびビーム再選択についての技術も記載される。ＵＥがプリアンブルを再送信するが、ＲＡＲが受信されない場合、いくつかの例では、プリアンブルは、初期アクセスから（接続モードまたは休止モードのＳＳのいずれかから）モニタリングされたビームに基づき、再選択されてもよい。ＲＡＣＨプリアンブルは、最良の選択された初期アクセスＤＬビームに対応するリソースから選択されてもよい。ＤＬ初期アクセス信号を示す一例を図１６に示す。いくつかの例では、まだＲＡＲがない場合、特定のタイムウィンドウで選択された最良のＭ個の初期アクセスビーム（ＳＳバースト）を周期的に行うとき、ＵＥは、ＰＲＡＣＨ送信の送信電力をブーストしてもよい。
【００５９】
種々の実施形態に従い、制御チャンネルの機構の例をここに記載する。図１７を参照すると、ミニスロットの一例は、基準ヌメロロジーを用いて定義されるサブフレームおよび／またはスロット中のインターバルをスケジューリングするか、または送信する。ミニスロットは、一例として、以下に提示されるが、限定されないものとして使用されてもよい。
・ヌメロロジー固有信号、制御および／またはデータ。たとえば、異なるサブキャリア空間および／または異なるシンボル長は、基準ヌメロロジーサブフレームおよび／またはスロット中に存在していてもよい（たとえば、図１７のミニスロット１および２）、
・ビーム固有信号、制御および／またはデータ。たとえば、特定の１つまたは複数の狭ビームに割り当てられたリソース（たとえば、図１７のミニスロット６および７）、
・ＰＨＹ機能固有信号、制御および／またはデータ。たとえば、時間および／または周波数の同期、または位相補正などの特定のまたはオンデマンドのＰＨＹ機能または手順用たとえばおよびまたは、システム情報またはページングのブロードキャスト、ビーム管理（たとえば、トレーニング、アラインメントまたはリファインメント）、無線リンクおよび／または干渉測定、特定サービスまたはＵＥ用の周囲セルおよび／またはＴＲＰディスカバリなど（たとえば、図１７のミニスロット８および９）、
・サービス固有信号、制御および／またはデータ。たとえば、ＵＲＬＬＣおよび／またはｍＭＴＣサービス用、および／またはグラントのないＵＬ送信を用いたサービス用（たとえば、図１７のミニスロット１および２）、および／または
・ＵＥまたはＵＥグループ固有信号、制御および／またはデータ。たとえば、特定のＵＥまたはＵＥグループ自体に含まれる（たとえば、図１７のミニスロット３、４、および５）。
【００６０】
ミニスロット構成の例は、以下の表２および表３に示されるとおり、たとえば、システム情報によって静的に、ＲＲＣ信号またはＭＡＣ  ＣＥによって半静的に指示されてもよい。ミニスロット設定はまた、図１８に示すとおり、基準ヌメロロジーのサブフレームまたはスロット中のＤＬ制御チャンネル（たとえば、ミニスロット１、ミニスロット２および繰り返されるミニスロット３および４のサブフレーム１またはスロット１のＤＬ制御中のＤＣＩ、繰り返されるミニスロット３および４、およびアグリゲーションされたミニスロット５および６のサブフレーム２またはスロット２のＤＬ制御中のＤＣＩ）またはミニスロット中の固有ＤＬ制御チャンネル（たとえば、ミニスロット５の後のアグリゲーションされたミニスロット６を示す、ミニスロット５のミニＤＣＩ）によって動的に指示されてもよい。ＤＣＩまたはミニＤＣＩは、表２の例に示すミニスロット設定パラメータ、または表３の例に示すミニスロット設定インデックスを含んでいてもよい。図に示されるギャップ（たとえば、図１８のギャップ１８０２）も、特に明記されない限り、静的、半静的または動的に設定されてもよいことが理解されるだろう。
【表２】
2020505814.tif 000007
【表３】
2020505814.tif 000008
【００６１】
ミニスロット構造の例は、図１９に示される。ハイブリッド自動反復要求（ＨＡＲＱ）は、閉じたループの例の目的に使用され、同様の機構が他の操作に使用されてもよい（たとえば、閉じたループ電力制御、ＣＳＩ測定、無線リンク調節など）ことが理解されるだろう。図１９に示すとおり、サブフレームｉのミニスロット１のミニＤＣＩは、ミニギャップおよびＵＬ制御および／またはデータ送信を設定し、サブフレームｉのミニスロット２のミニＤＣＩは、ＤＬ制御および／またはデータ送信の情報を指示し、サブフレームｊのミニスロット５のミニＤＣＩは、ＵＬ制御および／またはデータ送信を指示し、サブフレームｊのミニスロット２のミニＤＣＩは、ＤＬ制御および／またはデータ送信を指示する。これも図１９に例示されるとおり、サブフレームｉのミニスロット２のＨＡＲＱ設定のミニＤＣＩは、受信したＤＬ制御のＡＣＫ／ＮＡＣＫフィードバックを設定するか、またはデータは、サブフレームｉのミニスロット２のミニＵＬ制御またはサブフレームｊのミニスロット５のミニＵＬ制御に送信される。
【００６２】
ＤＬのスケジューリングされたｅＭＢＢリソースにＵＲＬＬＣを送信する実施形態を、ここで詳細に記載する。ＵＲＬＬＣリソースが、スケジューリングされたｅＭＢＢリソースより先に発生する場合、ＵＲＬＬＣ時間−周波数リソースを割り当てるさまざまな可能性が存在する。たとえば、ＵＲＬＬＣ送信は、ｅＭＢＢ送信の最初に重ね合わされてもよく、またはＵＲＬＬＣ送信は、単独で送信されてもよく、またはｅＭＢＢ送信がこれらのリソース上で起こらなくてもよい。設計態様も、ＣＢ設計およびｅＭＢＢのマッピング、影響を受けるｅＭＢＢ情報のＭＡＣレベル回復について以下に開示し、ＵＲＬＬＣ  ＵＥに対してスケジューリングされているか、またはスケジューリングされていない送信を指示する。
【００６３】
ある例では、ＵＲＬＬＣ  ＵＥのＤＬリソースは、特定の帯域にわたって分散した様式で、または図２０Ａおよび２０Ｂに示すスペクトルの連続部分に割り当てられてもよい。また、リソースは、遅延を最小にするためにｅＭＢＢヌメロロジーに関し、より少ないシンボルまたはさらに少ない（たとえば、１程度の）シンボルに制限されてもよい。ある場合には、時間の連続シンボルが、ＵＲＬＬＣにとって最も有益であり得ることが本明細書で理解される。リソースは、図２０Ｃに示される割り当てられたシンボルを周波数ホッピングしてもよい。
【００６４】
一実施形態例では、ＵＲＬＬＣ送信をデコードするＵＲＬＬＣ  ＵＥ用の基準信号は、ｅＭＢＢ送信と共有されていてもよい（たとえば、特に、ｅＭＢＢおよびＵＲＬＬＣ送信が同じプレコーダを使用する場合）、または別個のリソースがＵＲＬＬＣ送信に割り当てられてもよい（たとえば、特に、プレコーダがｅＭＢＢのプレコーダとは異なる場合）。
【００６５】
前述のとおり、ｅＭＢＢ送信およびＵＲＬＬＣ送信は、同じリソースセット内で重ね合わされてもよい。この場合、ある例では、ｅＭＢＢ送信とＵＲＬＬＣ送信との間の相対電力オフセットを使用し、ＵＲＬＬＣ送信からの干渉にもかかわらず、ｅＭＢＢ  ＵＥにその情報を回復させることができるだろう。ｅＭＢＢは、逐次干渉除去（successive  interference  cancellation：ＳＩＣ）を使用し、ＵＲＬＬＣデータを検出し、受信した信号からそのデータを除去することによって、その情報を回復してもよい。ｅＭＢＢ  ＵＥは、ＵＲＬＬＣ送信についての情報をシグナリングすることが想定される。この情報は、一例として提示され、限定されないが、ｅＭＢＢ送信に対するＵＲＬＬＣ送信の相対電力、ＵＲＬＬＣ送信のコードレート、ＵＲＬＬ送信の変調およびＵＲＬＬＣ送信の時間と周波数のリソースを含んでいてもよい。一般的に、ｅＭＢＢ  ＵＥに対してＵＲＬＬＣ情報を指示するために上に記載した解決策も、本明細書に適用可能である。
【００６６】
ここでＵＲＬＬＣへのｅＭＢＢリソースの排他的な使用について考えると、ＵＲＬＬＣは、ＵＲＬＬＣに対して排他的にｅＭＢＢリソースをリダイレクトすることによって、プリエンプティブに送信されてもよい。このことが、ｅＭＢＢ送信に影響を与える場合がある。実施形態例は、以下に詳細に記載されるが、ｅＭＢＢシステムに、種々のシナリオ（たとえば、プリエンプティブＵＲＬＬＣ送信の適時な知識が存在するか、プリエンプティブＵＲＬＬＣ送信の遅れて伝えられる知識が存在するか、またはプリエンプティブＵＲＬＬＣ送信の知識がないシナリオ）でのリソース消失から回復させることができる。なお、このスキームは、ｅＭＢＢに割り当てられる電力がゼロである、重ね合わせる特殊な場合を考慮してもよい。
【００６７】
プリエンプティブＵＲＬＬＣ送信の適時な知識は、ここに記載される。ＤＬシグナリングは、ｅＭＢＢ  ＴＢを受信する前または受信中に、プリエンプティブＵＲＬＬＣ送信のｅＭＢＢ  ＵＥの知識を明示的または暗黙的に与えてもよい。例として提示されるが、限定されない、以下の情報の１つ以上は、プリエンプティブＵＲＬＬＣ送信について、暗黙的または明示的にＵＥに運ばれてもよい。
・プリエンプティブＵＲＬＬＣ送信の存在
・影響を受けるｅＭＢＢ時間−周波数リソース、たとえば、
○ＵＲＬＬＣ送信に割り当てられるＲＥ
○ＵＲＬＬＣ送信に割り当てられるＲＢ
○ＵＲＬＬＣ送信に部分的または全体に割り当てられるＣＢ
○ＵＲＬＬＣ送信に部分的または全体に割り当てられるシンボル
○ＵＲＬＬＣ送信に部分的または全体に割り当てられるミニスロットまたはスロット
・ＵＲＬＬＣ送信パラメータ、たとえば、変調の種類、基準信号、送信モード、ｅＭＢＢ送信に対する相対電力レベルのうち１つ以上。
【００６８】
プリエンプティブされたリソースの知識は、種々の様式で暗黙的にシグナリングされてもよい。一例では、ｅＭＢＢ送信とＵＲＬＬＣ送信は、異なる変調を使用してもよい。ｅＭＢＢ  ＵＥは、ＵＲＬＬＣ変調を手当たり次第に検出し、ｅＭＢＢ  ＴＢからこれらのリソースを除外してもよい。たとえば、ＵＲＬＬＣリソースは、図２に示すとおり、ＰＲＢのユニットに割り当てられてもよい。ＵＲＬＬＣ送信は、ｅＭＢＢ送信と同じ（図２１Ａ）または異なるヌメロロジー（図２１Ｂ）を使用してもよい。ＵＲＬＬＣ送信は、ｅＭＢＢヌメロロジーに対して２シンボルのミニスロットで起こることが示されており、そのリソースは、帯域にわたって分散したＰＲＢの大部分に割り当てられる。ある場合には、ＵＲＬＬＣ送信は、制御信号領域も含んでいてもよい。
【００６９】
ｅＭＢＢ  ＵＥが、そのＣＢまたはＴＢ  ＣＲＣチェックを失敗すると、ある場合には、ｅＭＢＢ  ＵＥは、他の変調と、それぞれのＰＲＢにおいて許容されたヌメロロジーを手当たり次第に検出してもよい。ｅＭＢＢ  ＵＥは、図２２に示されるＵＥ方法の例に示されるとおり、他の変調に属するとみなされるＰＲＢが、ＬＤＰＣデコードプロセスでゼロＬＬＲに設定されるように、ＣＢまたはＴＢを再びデコードしてもよい。
【００７０】
図２２を参照すると、２２０２で示される例に従い、ｅＭＢＢ  ＵＥは、ＵＲＬＬＣプリエンプションの知識なく、受信をしてもよい。２２０４で、ｅＭＢＢ  ＵＥは、ＣＢまたはＴＢについてＣＲＣチェックをそれぞれ行うことによって、ＣＢまたはＴＢをデコードする。ＣＲＣチェックが成功したら、プロセスは２２０５に進み、ＵＥはＡｃｋを送る。工程２２０５の場合、ｅＭＢＢ  ＵＥが、ＣＲＣチェックに成功したら、ｅＭＢＢ  ＵＥは、Ａｃｋを送る。ｅＭＢＢ  ＵＥがＣＲＣチェックに失敗したら、プロセスは、２２０６に進んでもよく、ＵＥは、ＵＲＬＬＣプリエンプションの存在について可能な仮説を調べる。２２０８で、ｅＭＢＢ  ＵＥは、ＵＲＬＬＣプリエンプションが検出されるか否かを判定する。ＵＲＬＬＣプリエンプションが検出されない場合、ｅＭＢＢ  ＵＥは、２２０９でＮａｃｋを送ってもよい。ｅＭＢＢ  ＵＥが、ＵＲＬＬＣ送信を検出したら、この例に従い、ＵＥは、それらのリソースについてＬＬＲをゼロにし、２２１０でＣＢまたはＴＢを再びデコードする。２２１２で、ｅＭＢＢ  ＵＥは、ＣＲＣがマッチしているか否かを判定する。マッチしていない場合、プロセスは、２２１３に進んでもよく、ｅＭＢＢ  ＵＥは、Ｎａｃｋを送る。マッチしており、すなわちＣＲＣが成功している場合には、プロセスは、２２１４に進んでもよく、ＵＥは、Ａｃｋを送る。したがって、プリエンプションされるリソースの割合が小さい場合の例、またはｅＭＢＢ送信のコードレートが低い場合の例では、ｅＭＢＢ  ＵＥは、プリエンプションされたＬＬＲを消去（たとえば、ゼロに設定）した後に成功裏にデコードするだろう。
【００７１】
ある場合には、手当たり次第に検出される変調およびヌメロロジーの設定は、ＲＲＣシグナリングによって、またはシステム情報によって設定されてもよい。
【００７２】
別の実施形態例では、ＵＲＬＬＣ固有基準信号を使用し、図２１に示すとおり、ＵＲＬＬＣ送信を特定してもよい。ｅＭＢＢ  ＵＥは、ＵＲＬＬＣ基準信号と相関付けされ、高い相関関係を検出してもよく、それにより、ＵＲＬＬＣリソースに対応するリソースを特定してもよい。ＵＲＬＬＣ基準信号のシーケンスは、例として提示されるが、限定されない以下の１つ以上の関数として、システム情報またはＲＲＣによって特定または設定されてもよい。
・ミニスロット／スロット／サブフレーム／フレーム中のシンボル
・帯域内のＲＥ
・ｅＭＢＢ送信のヌメロロジー
・ＵＲＬＬＣ送信のヌメロロジー
・送信のビームＩＤ
・セルＩＤ
・ｅＭＢＢ  ＵＥ  ＩＤ
対応するＵＥ手順の一例を図２３に示し、ＵＲＬＬＣ送信のＲＳは、関連付けられたＵＲＬＬＣリソースを示す識別子として使用される。
【００７３】
図２３を参照すると、示した例に従い、２３０２で、ＲＳリソースは、ｅＭＢＢ  ＵＥにプリエンプションの検出を可能とさせる識別子として使用される。ｅＭＢＢ  ＵＥは、プリエンプションと関連付けられるＲＳの存在を検出するように、受信した送信と、予想されるＲＳシーケンスとの相関付けを行ってもよい。ｅＭＢＢ  ＵＥが、受信したＣＢまたはＴＢを成功裏にデコードすることができない場合、プリエンプションリソースが存在するか否かを判定するためにこの操作を行ってもよい。２３０４で、ｅＭＢＢ  ＵＥは、候補リソースのＲＳについての相関基準を計算する。ｅＭＢＢ  ＵＥは、この基準と閾値とを比較し、プリエンプションが検出されるか否かを判定する。ｅＭＢＢ  ＵＥが、プリエンプションを検出しない場合（たとえば、基準が閾値より高くない場合）、ｅＭＢＢ  ＵＥは、２３０５でＮａｃｋを送ってもよい。ｅＭＢＢ  ＵＥが、プリエンプションされたリソースを検出する場合、２３０６で、これらのリソースに対応する受信シンボルのＬＬＲをゼロに設定する。２３０８で、示した例に従い、ｅＭＢＢ  ＵＥは、アップデートされたＬＬＲを用い、ＣＢまたはＴＢを再びデコードしようと企て、それにより、ＣＲＣ検出が成功しているかどうかを判定する。ｅＭＢＢ  ＵＥが、ＣＲＣ検出が成功していない場合には、ｅＭＢＢ  ＵＥは、２３０９でＮａｃｋを送信する。ｅＭＢＢ  ＵＥが、ＣＲＣ検出が成功している場合には、ｅＭＢＢ  ＵＥは、２３１０でＡｃｋを送信する。
【００７４】
したがって、本明細書に記載されるとおり、装置は、第１送信と第２送信を送ってもよく、装置は、第２送信を用いて第１送信をプリエンプションするように、第１送信のリソースを第２送信に割り当ててもよい。装置は、第２送信が第１送信をプリエンプションすべきであることを明示的に指示するような制御情報を送ってもよく、この制御情報は、プリエンプション用の少なくとも１つのリソースをさらに指示してもよい。または、装置は、第２送信が第１送信をプリエンプションすべきであることを暗黙的に指示するように、プリエンプション情報を指示する基準信号を送信してもよい。第１送信は、第１送信の選択リソース位置で第２送信によって上書きされてもよい。ある場合には、以下に記載したとおり、第１送信は、第２送信によるプリエンプションのために選択されるリソースをスキップする。さらに、装置は、第１送信が第２送信によってプリエンプションされるべきであることを指示する制御信号を送信してもよい。以下に記載するとおり、制御信号は、第２送信も伝送するミニスロットにおいて送信されてもよい。または、制御信号は、第２送信を伝送するミニスロットの次のスロットにおいて送信されてもよい。
【００７５】
さらに別の実施形態では、異なるＣＲＣマスクは、プリエンプションされた時間−周波数リソースの前または後にあるＣＢに使用される。ＴＢが、ＬＴＥと類似したＣＢからなる場合、各ＣＢは、ＣＢの成功または失敗を判定するＣＲＣチェックを有していてもよい。本明細書では、一実施形態例に従い、ＵＲＬＬＣ情報がＣＢのＣＲＣに埋め込まれることが提案される。たとえば、ＣＢまたはシンボルの先にある１つ以上のＣＢのＣＲＣ、またはＵＲＬＬＣによってパンクチャリングされるシンボルは、ｅＭＢＢ  ＵＥに対して推測的に知られているシグニチャを用いてマスクされてもよい。ｅＭＢＢ  ＵＥがＣＲＣ失敗を検出する場合、マスキングシグニチャを含むＣＢを検出するだろう。合格する場合、その後のＣＢがパンクチャリングされることが知られている。または、パンクチャリングされたＣＢの後の１つ以上のＣＢは、前のＣＢがパンクチャリングされたことを示すシグニチャでマスクされてもよい。
【００７６】
ここで、ｅＭＢＢ  ＵＥに対して明示的に被プリエンプションリソースを指示することについて考えると、一実施形態では、指示は、ＮＲにおいて、物理プリエンプション指示チャンネル（ＰＰＩＣ）を介してなされる。たとえば、ＰＰＩＣは、ＵＲＬＬＣ送信およびそのリソースをｅＭＢＢ  ＵＥに指示するために指定されてもよい。ｅＭＢＢに対するＵＲＬＬＣ送信がある場合に、ＰＰＩＣが送信される。ある場合には、ＰＰＩＣは、ＵＲＬＬＣ送信がない場合には送信されないだろう。この様式では、いくつかの例では、ＵＲＬＬＣ送信がない場合に、リソースが無駄にならない。
【００７７】
ある例では、ＰＰＩＣ用のリソースは、標準によって、またはＲＲＣによって半静的に、またはＤＬ  ｅＭＢＢグラントを作成するＤＣＩによって動的に、ｅＭＢＢについて設定されたＲＥ内に割り当てられてもよい。その場所は、ｅＭＢＢのＤＬグラント全体に分布するＮ個のリソースに対応していてもよい。
【００７８】
ＰＰＩＣリソースは、スロットあたり、１つ以上のシンボルで発生してもよく、各ＰＰＩＣ情報は、１つ以上のシンボルにわたって広がっていてもよい。各ＰＰＩＣ情報は、１つ以上のプリエンプティブＵＲＬＬＣ送信の指示を与えてもよい。
【００７９】
図２４は、異なるシナリオでのＰＰＩＣリソースの割り当ての例を示す。図２４Ａおよび図２４Ｂは、実際にＵＲＬＬＣ送信の指示を伝送する１つのＰＰＩＣオケージョンを含む、局在するＰＰＩＣリソースと、分散したＰＰＩＣリソースを示す。他のＰＰＩＣリソースは、ｅＭＢＢ送信に使用される。図２４Ｃは、２つのＵＲＬＬＣ送信を指示する２つのＰＰＩＣが送信される一例を示す。図２４Ｄは、ＰＰＩＣが複数のシンボルにわたって分散したリソースを有していてもよい一例を示す。
【００８０】
ある場合には、ｅＭＢＢ  ＵＥは、ＰＰＩＣが予想される状況でＰＰＩＣを探してもよい。ＰＰＩＣを検出したら、ｅＭＢＢ  ＵＥは、ＵＲＬＬＣ送信用のリソースを認識する。ｅＭＢＢ  ＵＥがＰＰＩＣを検出しない場合、ｅＭＢＢ  ＵＥは、ＰＰＩＣおよびＵＲＬＬＣ送信を含まないかのように、ペイロードをデコードし続ける。
【００８１】
ＰＰＩＣは、例として提示されるが、これらに限定されない、ＵＲＬＬＣ送信に関する以下の情報要素のうち１つ以上を含んでいてもよい。
・ミニスロット／スロット／サブフレーム／フレーム中のシンボル
・ｅＭＢＢのＤＬグラント中またはいくつかの特定の帯域幅中のＲＥ
・ｅＭＢＢ送信のヌメロロジー
・ＵＲＬＬＣ送信のヌメロロジー
・ＵＲＬＬＣ送信用の基準信号
・送信のビームＩＤ
・セルＩＤ
・ｅＭＢＢ  ＵＥ  ＩＤ
【００８２】
ある場合には、ＰＰＩＣは、ｅＭＢＢと同じヌメロロジーを使用してもよく、ｅＭＢＢグラントのＲＲＣまたはＤＣＩによって事前設定されたヌメロロジーを有していてもよい。ＰＰＩＣの変調は、そのスペックで特定されてもよく、またはＲＲＣまたはＤＣＩによって設定されてもよい。
【００８３】
ＣＲＣは、ＰＰＩＣ情報に付属していてもよく、これらを合わせて、エラー訂正コードを用いてエンコードされてもよい。このＣＲＣは、ｅＭＢＢ  ＵＥ  ＩＤ固有情報でマスキングされてもよい。
【００８４】
別の実施形態では、ＵＲＬＬＣ送信の存在および／またはリソースは、制御信号によって指示されてもよい。この指示は、種々の実施形態に従って、複数の様式で行うことができる。
【００８５】
一例では、ミニスロットの制御信号領域は、ＵＲＬＬＣ送信を伝送する。図２５に示されるとおり、ＵＲＬＬＣ送信を伝送するミニスロットは、プリエンプティブＵＲＬＬＣ送信の存在およびリソースを指示し得る制御領域を有していてもよい。ミニスロット制御領域において伝送されるＤＣＩは、ｍＤＣＩと呼ばれる。この制御領域のリソースは、周波数または時間で局在するか、または分散してもよく、ＵＲＬＬＣデータと共に多重化されてもよい。
【００８６】
ｅＭＢＢ  ＵＥは、ミニスロットの制御領域および／またはミニスロットの可能な場所について、標準またはＲＲＣまたはそのＤＣＩによって設定されてもよい。そのため、ｅＭＢＢ  ＵＥは、この制御情報を調べてもよい。一例では、有効な制御情報を発見したら、ｅＭＢＢ  ＵＥは、ＵＲＬＬＣ送信のリソースを認識する。発見されない場合には、たとえば、そのＤＬグラントで、ＵＲＬＬＣ送信はプリエンプションされないと考えられる。
【００８７】
ミニスロットの制御領域は、複数のＤＣＩからなっていてもよく、ｅＭＢＢ  ＵＥは、それらのＤＣＩを手当たり次第にデコードし、ＵＲＬＬＣ送信のＤＣＩを特定する必要があるだろう。手当たり次第のデコードを最小限にするために、ｅＭＢＢ  ＵＥは、有効であり得る特定のミニスロットの場所をモニタリングする必要がある場合があり、ミニスロットは、すべてのシンボルなどの高い周期性で生じないだろう。
【００８８】
ミニスロット中のｍＤＣＩは、ｅＭＢＢ  ＵＥに対し、ＵＲＬＬＣ送信用のリソースを指示してもよい。このＤＣＩは、ｅＭＢＢ  ＵＥのセル無線ネットワーク一時的識別子（Cell  Radio  Network  Temporary  Identifier：Ｃ−ＲＮＴＩ）によってマスキングされたＣＲＣを有していてもよい。このミニスロット中の別のＤＣＩは、ＵＲＬＬＣ  ＵＥに対し、送信の存在、そのリソース、ＵＲＬＬＣ  ＤＬグラントについてのすべてのパラメータを指示してもよい。このＤＣＩは、ＵＲＬＬＣ  ＵＥのＣ−ＲＮＴＩによってマスキングされたＣＲＣを有していてもよい。図２８は、ミニスロット中に２つのｍＤＣＩが存在する一例を示す。ｍＤＣＩ−１は、ｅＭＢＢ  ＵＥ向けを意図しており、ＵＲＬＬＣ送信用のリソースを指示し、ｍＤＣＩ−２は、ＵＲＬＬＣ  ＵＥ向けを意図しており、ＤＬ  ＵＲＬＬＣグラントを受信するシグナリングパラメータおよびリソースを指示する。
【００８９】
または、制御情報は、ｅＭＢＢ  ＵＥとＵＲＬＬＣ  ＵＥが両方とも、制御情報の一部またはすべてを共有することができるような様式でエンコードされてもよい。たとえば、ＵＲＬＬＣ送信用のリソースを指示するＵＲＬＬＣ制御情報の一部が、ｅＭＢＢとＵＲＬＬＣを両方とも使用してデコードし得るシグニチャを用いて別個にエンコードされてもよい。たとえば、この情報のＣＲＣは、ｅＭＢＢ  ＵＥとＵＲＬＬＣ  ＵＥの両方について設定されたシグニチャでマスキングされてもよい。このシグニチャは、ｅＭＢＢ  ＵＥとＵＲＬＬＣ  ＵＥの両方について、ＲＲＣによって設定されてもよい。または、シグニチャは、ＤＬグラントを与えるＤＣＩによってｅＭＢＢ  ＵＥについて設定され、ミニスロット中の制御情報の残りの部分によって、ＵＲＬＬＣ  ＵＥについて設定されてもよい。ＤＣＩの残りの部分は、たとえば、限定されないが、ＵＲＬＬＣ送信に特定的な他の情報も含んでいてもよい。
・変調
・コードレート
・ヌメロロジー
・プレコーダ情報
・ビームＩＤ
・基準信号。
【００９０】
図２７に示されるとおり、ミニスロットの一例２７０２は、ｅＭＢＢおよびＵＲＬＬＣ  ＵＥに共通であり、プリエンプティブＵＲＬＬＣ送信のリソースを指示するｍＤＣＩ−ｃと、ＵＲＬＬＣ  ＵＥに特定的であり、ＵＲＬＬＣ  ＵＥに、そのＤＬグラントに関する他のシグナリング情報を与えるｍＤＩＣ−ｕの２つのｍＤＣＩを含む。
【００９１】
別の例では、共通制御領域は、ＮＲによって特定のリソース中に指定されてもよい。ｅＭＢＢ  ＵＥは、ＵＲＬＬＣ送信を指示するＤＣＩを探すために、この共通制御領域の１つ以上の状況をモニタリングするように構成されていてもよい。このようなＤＣＩは、１つ以上のＵＲＬＬＣ送信用のリソースを共通に指示してもよい。ｅＭＢＢ  ＵＥは、指示されたリソースがＤＬグラント中にあるかどうかを判断するために調べるだろう。ＵＲＬＬＣリソースがそのグラント中にあることがわかったら、ｅＭＢＢ  ＵＥは、パンクチャリングを行ってもよい。
【００９２】
さらに別の例では、ミニスロット／スロット／サブフレームの制御領域は、ＵＲＬＬＣ送信の後に続けてもよい（図２８を参照）。ここで、ｅＭＢＢ  ＵＥは、ｅＭＢＢがモニタリングするように設定されている次のミニスロットか、スロットか、サブフレームにおいて、ＤＣＩを受信してもよい。この制御領域は、過去の送信におけるＵＲＬＬＣリソースの存在を指示するＤＣＩを与えてもよい。ｅＭＢＢ  ＵＥは、この情報を使用し、適切なバッファリング能力を有し、遅延増加に耐え得ると推定されるｅＭＢＢデータを適切にデコードしてもよい。
【００９３】
一般的に図２９を参照すると、プリエンプティブＵＲＬＬＣ送信に関する知識は、一実施形態例によれば、遅れて伝わってもよい。たとえば、ｅＭＢＢ  ＵＥは、ｅＭＢＢ  ＴＢが処理された後に、プリエンプティブＵＲＬＬＣ送信に関する知識を得てもよい。すなわち、ｅＭＢＢ  ＵＥは、場合により遅延を考慮すると、この知識のみではペイロードを再び処理することができない。この場合に、ＨＡＲＱ再送信は、リソース消失から回復する１つの方法の例である。ＨＡＲＱ再送信は、ｅＭＢＢ  ＵＥが、再送信と組み合わせる前に指示された部分を破棄することができるように、精密なレベルまたは粗いレベルで（実際のＲＥ、ＲＢ、ＣＢ、またはシンボルという観点で）、ＵＲＬＬＣ送信（元々の送信）のリソースの場所を含んでいてもよい。
【００９４】
ＵＲＬＬＣ送信によって再送信がパンクチャリングされ、ｅＭＢＢ受信機では時間内に知識が利用可能ではない場合の例では、再び組み合わせられたＨＡＲＱ再送信は、エラーを含む場合がある。本明細書では、ＮＲ−ノードは、少なくとも送信についての適時の情報を使用するか、または新しいＨＡＲＱプロセスで情報を再び送ってもらうことを提案している。
【００９５】
ここで、ｅＭＢＢ用のコードブロック（ＣＢ）設計について考えると、ＬＴＥにおいて、ＣＢは、コードブロック（ＣＢ）が最小の遅延でデコードされ得るように、周波数を第一優先にした様式でリソースグリッドにマッピングされる。パンクチャリングに対するロバスト性について、種々の実施形態例によれば、ＮＲ中のＣＢは、例として提示されるが、限定されない、以下の１つ以上の属性を用いて設計されてもよい。たとえば、１つより多いシンボルにわたってマッピングされるＣＢ。周波数を第一優先にした様式を使用してもよい。これにより、たとえば、シンボルがＵＲＬＬＣ用にパンクチャリングされる場合、リソースの消失は、多数のＣＢにわたって広がることが確実になる。この概念は、図３０に例示されており、ここで、伝送ブロック（transport  block：ＴＢ）のＣＢ０およびＣＢ１は、２つのシンボルにマッピングされる。一例では、ＣＢは、バッファリングおよび遅延の要求事項を許容範囲に維持するために、Ｎ個のシンボル中に含まれていてもよい。たとえば、Ｎは、ミニスロットの長さまでに制限されてもよく、そのため、パンクチャリングの影響は、制限されたＣＢセット（すなわち、ミニスロットの領域中に含まれるコードブロック）にのみ及ぶ。パンクチャリングの量が顕著に多い場合、ある場合には、この解決策は、少なくともいくつかのＣＢが正しくデコードされ得ることを確実にするだろう。
【００９６】
別の例では、ＵＲＬＬＣリソースを予約した後に、ｅＭＢＢ  ＣＢは、連続した様式でリソースグリッドにマッピングされてもよい。たとえば、ＣＢは、利用可能なリソースで、連続した様式でマッピングされてもよい。ある場合には、リソースの消失によって、ペイロードの末尾が切断されてしまう。これにより、特定の重要な情報、たとえば、ｅＭＢＢペイロードの先頭で典型的に伝送されるＭＡＣ  ＣＥがパンクチャリングされる可能性が確実に低くなるだろう。図３１は、ｅＭＢＢ  ＴＢがＣＢ  ０から５から作られている、単純化された説明の一例を示す。ＣＢのシンボルは、ＣＢｋ，ｍによって示される。ここで、ｋは、ＣＢ番号を示し、ｍは、そのＣＢ中のシンボル番号を示す。図３１Ａは、ｅＭＢＢに利用可能なリソースグリッドに対するＣＢのマッピングを示す。図３１Ｂは、ＵＲＬＬＣリソースについて２つのシンボルがパンクチャリングされた一例を示す。この例では、ＣＢ２およびＣＢ３のデータは、ｅＭＢＢ  ＵＥに対して消失している。図３１Ｃは、ＵＲＬＬＣリソースが予約された後にＣＢ２およびＣＢ３がマッピングされる一例を示す。このプロセス例では、ＣＢ４およびＣＢ５に利用可能なリソースがなく、これらは送信することができない。
【００９７】
ここで、影響を受けたｅＭＢＢ情報のＭＡＣレベル回復について考えると、ある場合には、ＵＲＬＬＣからのパンクチャリングが、ｅＭＢＢ  ＵＥがＴＢまたはＣＢを成功裏にデコードすることを妨げるほどに厳しい場合には、ＵＥは、パンクチャリングされたデータの再送信に頼ってもよい。通常、パンクチャリングされたデータの再送信は、ＨＡＲＱ再送信によって行ってもよい。ここで、パンクチャリングされた情報を回復する別の実施形態が開示される。ＨＡＲＱ再送信の代わりに、パンクチャリングされたデータに対応する情報ビットは、新しいＨＡＲＱプロセス中に送信されてもよく、ＭＡＣは、その情報を一緒に再構築することを担当する。パンクチャリングされたＣＢは、新しいＨＡＲＱプロセスによってこの様式で送信され、ＭＡＣレイヤのデータ再命令に頼ってもよい。
【００９８】
一実施形態例によれば、ＵＲＬＬＣ送信は、事前にスケジューリングされていてもよく、またはスケジューリングされていなくてもよい。スケジューリングされていない場合、ＵＲＬＬＣ送信は、ｅＭＢＢリソースにプリエンプティブに送られてもよく、上に記載した解決策が適用可能である。
【００９９】
ある場合に、ＵＲＬＬＣ送信は、ｅＭＢＢリソースをパンクチャリングする必要がないように、事前にスケジューリングされていてもよい。たとえば、スロット／ミニスロットの制御信号領域中のＤＣＩは、ＤＬグラントを指示してもよい。この場合に、制御信号領域は、ｅＭＢＢ  ＵＥおよびＵＲＬＬＣ  ＵＥの両方によって共有されていてもよく、ＵＲＬＬＣ  ＵＥは、手当たり次第にデコードし、そのＤＣＩを特定してもよい。図３２は、スロットの制御領域が、ｅＭＢＢおよびスケジューリングされたＵＲＬＬＣ送信の両方についてＤＣＩを伝送する一例を示す。
【０１００】
さらに別の実施形態では、ミニスロットは、ＵＲＬＬＣ  ＤＬグラントをスケジューリングしてもよい。一例では、ｅＭＢＢリソースは、ミニスロットの開始前に終了し得るため、パンクチャリングされない場合がある。ここで、ＵＲＬＬＣ  ＵＥは、ミニスロットの制御領域をデコードし、図３３に例示されるとおり、そのグラントを特定してもよく、ここで、ミニスロットは、２つのシンボルを有するように設定され、制御リソースは、ミニスロットの第１シンボル中のデータと共に多重化される。一例では、ＵＲＬＬＣ  ＵＥは、特定のミニスロットの状況をモニタリングするために、ＲＲＣによって事前設定される。ＵＲＬＬＣ  ＵＥが、そのためのＤＣＩを検出すると、ＵＲＬＬＣ  ＵＥは、ＳＬグラントリソースを得る。
【０１０１】
ミニスロットの制御領域は、複数のＵＲＬＬＣ  ＵＥまたはｅＭＢＢ  ＵＥの間で多重化されたリソースを有していてもよい。別の実施形態例では、たとえば、規則的かつ使用量の多い場合には、ＵＲＬＬＣを送信するために半永久的な設定が提供される。この場合に、ＲＲＣシグナリングは、受信のリソースおよび周期性を指示する半永久的な設定を設定してもよいが、ＤＣＩは、ＵＲＬＬＣ  ＵＥ用の半永久的なＤＬグラントのオンオフを切り替えてもよい。
【０１０２】
本明細書で使用される場合、グループ共通ＰＤＣＣＨは、ＵＥの一群に向けた情報を伝送するチャンネルを指す。グループ共通ＰＤＣＣＨは、ＵＥに対して種々の情報を与えてもよく、たとえば、（１）フレームまたはスロットの構造（ＤＬおよびＵＬ部分、ギャップ）、（ｉｉ）制御信号の数、（ｉｉｉ）データ領域の開始場所、（ｉｖ）１つ以上のＰＨＹチャンネルのヌメロロジー、（ｖ）そのグループ中のＵＥ向けの操作の帯域幅（所与のＵＥは、電力節約およびハードウェア効率のため、制限された帯域幅内で機能するように設定されていてもよい。この帯域幅およびその場所は、グループ共通ＰＤＣＣＨに指示されてもよい。この指示は、ＤＬおよびＵＬ操作用の制御信号領域またはデータ領域に向けたものであってもよい。制御領域に向けたこの指示は、ＵＥによって実施されることが必要な手当たり次第のデコードの数を制限し得る。）、（ｖｉ）存在する場合には、ミニスロットの構造（ミニスロットの数、それぞれにおけるシンボルの数）、（ｖｉｉ）ページングインジケータ（ページングされるＵＥのリストが送信されたら、ページングメッセージおよび／またはリソースの存在を指示する）、および（ｖｉｉｉ）ページングメッセージ（ページングされるＵＥのリスト）。
【０１０３】
グループ共通ＰＤＣＣＨの変調は、たとえば、ＱＰＳＫとして設定されてもよく、その結果、ＵＥは、復調するための明示的な指示を必要としない。
【０１０４】
ある場合には、複数のグループ共通ＰＤＣＣＨがシグナリングされてもよく、各ＰＤＣＣＨは、対応する「グループ共通ＲＮＴＩ（ｇｃ−ＲＮＴＩ）」を用いて設定されたＵＥによって受信されてもよい。ＵＥは、設定された１つ以上のｇｃ−ＲＮＴＩを有していてもよい。たとえば、所与のＵＥは、１つのグループ共通ＰＤＣＣＨに対してページングメッセージを受信してもよく、別のＰＤＣＣＨに対してスロット構造を受信してもよい。ｇｃ−ＲＮＴＩは、ＵＲＬＬＣなどの特定の用途の場合のＵＥによって、または特定のビームに対応するＵＥによって共有されてもよい。
【０１０５】
ある例では、グループ共通ＰＤＣＣＨは、利用可能なリソース中で多重化されていてもよく、ＵＥは、そのｇｃ−ＲＮＴＩに基づき、グループ共通ＰＤＣＣＨを手当たり次第にデコードしてもよい。一例では、グループ共通ＰＤＣＣＨは、ＳＳバースト中の割り当てられたリソースであってもよい。ビームがＳＳブロックによってスイーピングされるとき、ビームは、グループ共通ＰＤＣＣＨによってもスイーピングされてもよい。この例は、図３４に示されており、ここで、ＳＳバーストは、異なるビームによってスイーピングされるＳＳブロックを含む。ＳＳブロックは、ＰＳＳ、ＳＳＳおよびＰＢＣＨ用のリソースと共に、グループ共通ＰＤＣＣＨ用のリソースを含む。
【０１０６】
グループ共通ＰＤＣＣＨは、ＤＬ制御信号用に指定されたリソース中に割り当てられてもよく、フレーム内で特定の周期性で発生してもよい。図３５は、グループ共通ＰＤＣＣＨが、フレームの０番目から５番目までのサブフレーム中にリソースを有する例を示し（図３５Ａ）、グループ共通ＰＤＣＣＨが、そのフレームの０番目のサブフレームのみにリソースを有する例を示す（図３５Ｂ）。グループ共通ＰＤＣＣＨの周期性は、特定／事前決定されていてもよく、またはＰＢＣＨによって設定され、半静的にアップデートされてもよい。さらに、異なるビームを使用し、グループ共通ＰＤＣＣＨを伝送するシンボルをシグナリングしてもよい。一例では、ＮＲ−ＰＢＣＨは、グループ共通ＰＤＣＣＨの存在、グループ共通ＰＤＤＣＨ用のリソースの数および場所を指示してもよい。ある場合には、すべてのＵＥが、グループ共通ＰＤＣＣＨを受信するように構成されているわけではない。この場合には、たとえば、関連設定情報は、共通制御検索空間またはＵＥ固有検索空間にシグナリングされてもよい。
【０１０７】
ここで、物理アップリンク制御チャンネル（ＰＵＣＣＨ）について考えると、ある例では、短期間ＰＵＣＣＨ用のリソースは、利用可能なスペクトル内のどこかに割り当てられてもよい。特に、ＣＰ−ＯＦＤＭ波形を用いるＵＬについて、連続ＲＥを用いるという制限がないため、短ＰＵＣＣＨは、スペクトル中に分布したリソースを有していてもよい。
【０１０８】
図３６は、ＤＬセントリックスロット中の短ＰＵＣＣＨ用のリソースを割り当てる異なる様式の例を示す。ここで、先頭のシンボルは、ＤＬ用のリソースを伝送する。ＵＣＩは、スロットの末端に存在する１つ（図３６Ｂ）または２つ（図３６Ａ）のＵＬシンボルに送られる。ＵＣＩは、データと共に多重化されていてもよい（図３６Ｃ）。ＵＣＩは、シンボル間に周波数ホッピングを有していてもよい（図３６Ｄ）。ＵＣＩは、たとえば、特にＣＰ−ＯＦＤＭと共に配置される場合、連続または不連続のリソースを与えてもよい（図３６Ｅ）。
【０１０９】
図３７は、ＵＬセントリックスロット中の短ＰＵＣＣＨ用のリソースを割り当てる異なる様式の例を示す。一例では、１つまたは２つのシンボルを使用し、ＵＣＩを伝送してもよく、リソースは、ＵＬ信号領域の始めに（図３７Ａ）、またはＵＬ信号領域の末端に（図３７Ｂ）存在していてもよい。ＵＣＩリソースは、特に、ＣＰ−ＯＦＤＭと共に不連続であってもよく（図３７Ｃ）、またはリソースは、シンボル間に周波数ホッピングを有していてもよい（図３７Ｄ）。
【０１１０】
ある例では、ＤＣＩは、ＤＬグラントを作成し、短ＰＵＣＣＨ用のリソースを暗黙的または明示的に指示する。また、ＵＣＩリソース内で、１つ以上のＵＥは、コード分割多重化または時間分割多重化または周波数分割多重化されてもよい。
【０１１１】
ここで、長時間のＰＵＣＣＨについて考えると、ある例では、長ＰＵＣＣＨは、ＵＬ電力が制限されるＵＥ（たとえば、セルの端にあるもの）では良好な候補であるため、長ＰＵＣＣＨは、ＤＦＴ−ｓ−ＯＦＤＭを用いて操作してもよい。リソースは、ＬＴＥのＰＵＣＣＨ用のバンド端でのリソースと同様の長ＰＵＣＣＨに特定の周波数帯で予約されてもよい。図３７は、スペクトル中の長ＰＵＣＣＨについてリソースをどのように予約し得るかの一例を示す。ここで、３つの「ＰＵＣＣＨ帯域」が長ＰＵＣＣＨシグナリングのために予約される。ＵＥは、これらのＰＵＣＣＨ帯域の１つ以上から割り当てられたリソースであってもよく、ＰＵＣＣＨ帯域間の周波数ホッピングは、周波数多様性を向上させるために、シンボル／ミニスロットまたはスロットを超えて使用されてもよい。ＵＥが処理し得る最大帯域に応じて、ＮＲ−ノードは、長フォーマットＰＵＣＣＨを受信するために隣接ＰＵＣＣＨ帯域の一部を設定してもよい。この設定は、半静的にＲＲＣによって、または動的にＤＣＩによって行われてもよい。
【０１１２】
図３９は、長ＰＵＣＣＨのためにリソースをどのようにホッピングし得るかの一例を示す。この例によれば、異なるＵＥは、異なるＰＵＣＣＨ帯域に割り当てられるリソースである。ＵＥ１は、ＰＵＣＣＨ帯域０および１で操作し、ＰＵＣＣＨ帯域０と１の間をホッピングする。ＵＥ２は、ＰＵＣＣＨ帯域１および２で操作し、ＰＵＣＣＨ帯域１と２の間をホッピングする。ＵＥ３は、３種類のＰＵＣＣＨ帯域すべてで操作する。
【０１１３】
ホッピングパターンは、以下の１つ以上に関連していてもよい。
（ｉ）セルＩＤ
（ｉｉ）関連付けられたＤＣＩのビームＩＤ（グラントを作成するか、またはＵＣＩリソースを予約する）
（ｉｉｉ）ＵＣＩのリソースのビームＩＤ
（ｉｖ）Ｃ−ＲＮＴＩ
（ｖ）サブフレーム中のシンボル／ミニスロット／スロット番号。
【０１１４】
ある場合には、ＵＥは、短ＰＵＣＣＨまたは長ＰＵＣＣＨを使用するために半静的に設定されてもよい。これに加え、動的なオーバーライドは、短ＰＵＣＣＨまたは長ＰＵＣＣＨの設定が、そのＤＣＩに対応するグラントに動的に変更され得るように与えられてもよい。
【０１１５】
ここで、ＨＡＲＱ機構について考えると、本明細書には、マルチビットＡ／Ｎスキームが記載され、１ビットより多くのＡ／Ｎが、ＴＢの受信に応答して、ＵＥによって送信される。ＴＢは、複数のＣＢで構成されていてもよい。ＬＴＥと同様に、ＣＢは、ＣＲＣでエンコードされてもよい。ＵＥは、ＴＢ中のデコードされたＣＲＣの１つ以上にＡ／Ｎを送信してもよい。
【０１１６】
図４０は、ＴＢ中のＣＢが複数のグループに分けられ、グループあたり１ビットのＡ／Ｎが送信される一例を示す。たとえば、ＵＲＬＬＣがｅＭＢＢにプリエンプティブに送信される場合、ｅＭＢＢ  ＵＥは、複数ビットのＡ／Ｎを報告するように設定されてもよい。このＡ／Ｎ報告中の複数ビットは、ＵＲＬＬＣによって影響を受ける各ＣＢまたはＣＢグループに対する１ビットのＡ／Ｎ応答からなっていてもよい。プリエンプティブＵＲＬＬＣ送信が、ＣＢ０、ＣＢ１およびＣＢ２のｅＭＢＢ  ＵＥのいくつかのＲＥをパンクチャリングする一例が図４０に示されている。この場合、ｅＭＢＢ  ＵＥは、例として提示される以下の様式の１つで報告することによって、より多くのＡ／Ｎを報告するように設定されていてもよい。
（ｉ）ＴＢのＣＢあたりＡ／Ｎ
（ｉｉ）ＴＢ用の１つのＡ／Ｎ、ＣＢのグループ｛ＣＢ０、ＣＢ１およびＣＢ２｝用の１つのＡ／Ｎ
（ｉｉｉ）ＴＢ用の１つのＡ／Ｎ、ＣＢ０、ＣＢ１およびＣＢ２それぞれ用の１つのＡ／Ｎ
（ｉｖ）ＴＢ用の１つのＡ／Ｎ、グループ｛ＣＢ１、ＣＢ２｝用に１つ、ＣＢ０用に１つ（パンクチャリングの影響がＣＢ０に対して非常に厳しく、ＣＢ１およびＣＢ２に対してそれほど厳しくない場合に選択する良好な設定）。
【０１１７】
ここで図４１を参照すると、ＵＲＬＬＣは、ｅＭＢＢペイロードのＣＢ０、ＣＢ１およびＣＢ２が影響を受けるように、ｅＭＢＢ送信をパンクチャリングしてもよい。送信するＡ／Ｎビットの数と、これらがどのようにＣＢであってもよいのかについての情報は、たとえば、混み具合と使用の場合に応じて、ＮＲ−ノードによって設定されてもよい。ある例では、この設定は、半静的または動的にＤＣＩによって行われてもよい。たとえば、ＴＢのＨＡＲＱプロセスまたはＡ／Ｎリソース割り当てに関する情報を伝送するＮＲ−ＰＤＣＣＨは、ＴＢあたりのＡ／Ｎビットの数を指示してもよい。
【０１１８】
本明細書で、複数のヌメロロジーおよびＴＴＩ長を取り扱うために、ＨＡＲＱ手順が必要とされ得ることが理解される。ある例では、ＨＡＲＱ再送信は、元々の送信とは異なるヌメロロジーおよびＴＴＩ長で起こってもよい。図４２は、再送信が、異なるヌメロロジーの短いＴＴＩで起こる一例を示す。ある場合に、異なるヌメロロジーおよびＴＩ長を有する異なるＨＡＲＱプロセスがＵＥ用に設定されてもよい。このような設定の使用の場合の一例は、いくつかのＨＡＲＱプロセスがｅＭＢＢに提供され、一方、同じＵＥ用のＵＲＬＬＣにいくつかが提供される一例である。
【０１１９】
ここでＮＲ−ＰＤＣＰにおけるパケット重複について考えると、一例では、パケットは、ＮＲ−ＰＤＣＰにおいて重複していてもよく、そのコピーは、キャリアアグリゲーションの場合には、異なるキャリアで送信されてもよい。本明細書では、これによりＵＥの信頼性が高まり得ることが理解される。たとえば、ＵＥは、このパケットの複数のコピーを受信し、そのうちのエラーのない１つを保持してもよい。ＵＥが、すべてのコピーを正しくデコードすることに失敗したら、ある場合には、そのパケットを供給した構成要素のキャリアすべてに対応するＡ／Ｎ、またはその一部のみ、たとえば、プライマリ要素のキャリアにあるもののみを送信してもよい。一例によれば、重複パケットはまた、１つのＴＲＰまたは異なるＴＲＰから来る異なるビームによって送信されてもよい。
【０１２０】
ここでＵＥ能力の指示について考えると、ある場合には、そのタイミングは、ＴＢペイロードサイズ（これは、特に、チャンネル推定器およびＬＤＰＣデコーダについての処理時間を決定付ける）、使用の場合（たとえば、ＵＲＬＬＣは非常に短い間隔を必要とする）、ＵＥ能力（たとえば、ｍＭＴＣ  ＵＥは、より遅い処理能力を有していてもよい）に依存して変わる。一例では、ＵＥは、最小ＨＡＲＱ処理時間を有するＵＥの能力をＮＲ−ノードに指示することが必要とされる。ＵＥは、種々の情報をシグナリングすることによって、その能力をＮＲ−ノードに指示する。たとえば、この情報は、サイズＳ１、Ｓ２、・・・ＳｎのＴＢを処理するのに必要な平均時間を含んでいてもよく、ここで、関連するデータ、基準および制御信号を受信した後はｎ≧１となる。この時間は、事前に規定された数の規模からの量として指示されてもよい。ＵＥは、このような情報を較正し、この情報を用いて異なるキャリア周波数およびサンプリング周波数向けにプログラミングしてもよい。最大は、サンプリング周波数をサポートしていた。ＵＥは、ＮＲ−ノードに、サポートし得る最大サンプリング周波数を指示してもよい。この指示自体は、ＵＬ  ＲＲＣによって行われてもよく、半静的に設定されてもよい。たとえば、ＵＥが異なるキャリア周波数帯に移動したら、ＵＥは、その周波数帯での能力を再設定してもよい。
【０１２１】
ＵＥの電源が入り、最初にセルに接続したら、ＵＥは、ＤＬ受信に関し、いくつかの特定された遅延でのデフォルトによって、そのＡ／Ｎを送信してもよい。または、ＮＲ−ノードは、高いが許容範囲の遅延で、そのＡ／Ｎを送信するように設定してもよい。その後、ＵＥは、ＵＬ送信において、その処理能力を指示し、その後に、ＮＲ−ノードは、動的または半静的な様式で適切にＡ／Ｎ遅延を設定してもよい。
【０１２２】
ＵＥ能力をＮＲ−ノードに知らせる別の様式は、ＲＡＣＨ手順を実施するときに行われる。ＲＡＣＨリソースは、各グループがＡ／Ｎ遅延について特定のＵＥ能力を指示するようにグループに分けられてもよい。ＲＡＣＨリソースのＵＥの選択は、能力をＮＲ−ノードに指示する。または、ＵＥは、ＰＲＡＣＨを用いてメッセージをピギーバックし、その能力を指示してもよく、またはＲＡＣＨ手順のメッセージにその能力の情報を含んでいてもよい。
【０１２３】
ここでＵＲＬＬＣ送信について考えると、ＵＲＬＬＣ  ＵＥのＮＲ−ＤＣＩは、必要とされるアグリゲーションレベル（コードレート）を用い、ＮＲ−ＰＤＣＣＨのリソース要求を小さく維持することができ、それによって、より容易な手当たり次第のデコードを行いやすくするように、コンパクトな様式で設計されてもよい。ＨＡＲＱ情報は、コンパクトな様式で与えられてもよい。開始時のＰＲＢの場所は、ＨＡＲＱプロセスＩＤと関連付けられていてもよく、明示的なシグナリングの必要はない。コードおよびリソースなどのＤＭＲＳについての情報も、いくつかの他の情報（たとえば、開始時のＰＲＢの数）に暗黙的に関連していてもよい。
【０１２４】
ＵＲＬＬＣは、高い信頼性をサポートするために、変調の一部のみ（たとえば、ＱＰＳＫのみ）をサポートするように制限されてもよい。これにより、変調の種類をシグナリングする必要が減るか、またはなくなるだろう。ある場合には、ＴＰＣコマンドは、グラント割り当ての一部としてＵＲＬＬＣ  ＵＥに送られない。ＴＰＣコマンドは、必ずしも高い信頼性および低い遅延に適合していなくてもよい異なるＤＣＩフォーマットでＵＲＬＬＣ  ＵＥに別個に送信されてもよい。
【０１２５】
本出願によれば、本明細書に記載されるシステム、方法およびプロセスのいくつか、またはすべては、命令が機械（たとえば、コンピュータ、サーバ、Ｍ２Ｍ端末、Ｍ２Ｍゲートウェイデバイス、トランジットデバイスなど）によって実行されると、本明細書に記載されるシステム、方法およびプロセスを実施および／または実行する、コンピュータ実行可能命令の形態（たとえば、コンピュータ可読記憶媒体に格納されるプログラムコード）で具現化されてもよいことが理解される。特定的には、前述の工程、操作または機能のいずれかは、このようなコンピュータ実行可能命令の形態で実装されてもよい。コンピュータ可読記憶媒体は、情報格納のための任意の方法または技術で実装された揮発性および不揮発性、リムーバブルまたはノンリムーバブルの媒体を含むが、このようなコンピュータ可読記憶媒体は、信号を含まない。コンピュータ可読記憶媒体としては、限定されないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ  ＲＯＭ、デジタルバーサタイルディスク（ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶デバイス、または所望な情報を格納するために使用することができ、コンピュータによってアクセス可能な任意の他の物理媒体が挙げられる。
【０１２６】
本出願のさらに別の態様によれば、コンピュータ可読命令または実行可能命令を格納するための非一時的なコンピュータ可読記憶媒体または実行可能記憶媒体が開示される。この媒体は、複数のコールフローの１つにおいて上に開示した１つ以上のコンピュータ実行可能命令を含んでいてもよい。コンピュータ実行可能命令は、メモリに格納され、図４７Ｂで以下に開示するプロセッサによって実行され、ＵＥ、ＮＲ−ノードおよびＴＲＰ／ＲＲＨを含むデバイスで使用されてもよい。一実施形態では、図４７Ｂで以下に記載する非一時的なメモリおよび作動可能に連結するプロセッサを有するコンピュータ実装ＵＥが、開示される。ＵＥは、ビーム回復プロセスを行うために格納された命令を含む非一時的なメモリを備えている。ＵＥは、非一時的なメモリに作動可能に連結したプロセッサも備えている。プロセッサは、ビーム回復プロセスを開始するための供給ビームに対するトリガを与える命令を実施するように設定される。プロセッサはまた、供給ビームに対するトリガの発生を検出する命令を実施するように設定される。プロセッサはまた、検出された供給ビームに対するトリガの発生に基づき、ビーム管理プロトコルを実施する命令を実施するように設定される。さらに、プロセッサは、ビーム回復プロセスを終わらせる命令を実施するように設定される。
【０１２７】
ここで、ビームフォーミングトレーニング処理時間の遅延を減らし得るビームフォーミングトレーニングについて考えると、ここで記載するのは、ビームフォーミングトレーニングシーケンス設計の一例であり、他のＴＲＰからの干渉または同じＴＲＰからの他のビームからの干渉を軽減することができる。所望なビームを検出する手順の一例と、新規ＤｏＤ概算方法も記載される。
【０１２８】
Ｋのサブキャリアを有するＭＩＭＯ−ＯＦＤＭビームフォーミングシステムを考慮すると、送信機および受信機は、それぞれ、Ｎｔの送信アンテナとＮｒの受信アンテナが設けられている。送信機では、ビームフォーミングベクトルｖは、ビームスイーピングＯＦＤＭシンボルに適用され、事前設定されたコードブックから選択される。ここで、本願発明者らは、ビームスイーピングブロックが、ブロードキャストビームトレーニングＯＦＤＭシンボル用のビームスイーピング時間単位の単位として処理可能であることを規定する。各ビームスイーピングブロックは、複数のＯＦＤＭシンボルの１つからなっていてもよい。複数のビームブロックは、ビームスイーピングバーストを形成してもよい。スイーピングバーストの長さは、ビームスイーピングバースト中のビームスイーピングブロックの数を指し、すなわち、ビームスイーピングバースト長は、Ｎに等しく、スイーピングビームバースト中にＮのスイーピングブロックが存在する。図４３において、スイーピングバーストの一例が示される。この例では、ビームスイーピングバースト中にＮ＝１２のビームブロックが存在し、各ビームブロックが、１つのＯＦＤＭシンボルに等しい。それぞれのビームスイーピングブロックで、トレーニングビームパターンを送信する。各トレーニングビームは、固有トレーニングシーケンスに関連付けられる。Ｚａｄｏｆｆ−Ｃｈｕ（ＺＣ）トレーニングシーケンスは、ビームトレーニングシーケンスとして適応される。ＺＣシーケンスは、ＤＬ同期シーケンス、ＵＬランダムアクセスチャンネル、復調基準および音響基準信号としてＬＴＥシステムで広く使用されてきた。ビームトレーニングシーケンスとしてＺＣシーケンスを使用すると、いくつかの利点がある。たとえば、ＺＣシーケンスは、低いＰＡＰＲ特性を有する。さらに、同じルートを有するが、異なる巡回シフトを有するＺＣシーケンスは、複数の直交トレーニングシーケンスを形成し得る。本明細書に記載する一例では、この種の直交特性は、他の干渉トレーニングビームを軽減するように適応する。
【０１２９】
受信機では、ｋ番目のサブキャリアにあるｑ番目の受信アンテナで受信した信号は、
【数４】
2020505814.tif 000009
として表されてもよく、ここで、ｉ＝０，１・・・Ｍである場合、
【数５】
2020505814.tif 000010
、ｖ（ｉ）およびｓｉ（ｋ）は、それぞれ、その受信機でのｉ番目の送信とｑ番目の受信アンテナとの間にあるｋ番目のサブキャリアでの１×Ｎｔチャンネルベクトル、ｉ番目のｅＮＢのビームフォーミング行列、およびｋ番目のサブキャリアでのｉ番目の送信の送信シンボルである。なお、妨害は、異なるビームを用い、同じＴＲＰから生じてもよい。実際に、最大チャンネル遅れスプレッドはＬ≦Ｌｃｐであり、ここで、Ｌｃｐは、ＯＦＤＭサイクリックプレフィックス長を示す。普遍性を失うことなく、本願発明者らは、ｓ０（ｋ）が、サブキャリアｋおよびｓｉ（ｋ）で望ましいトレーニングシーケンスであり、ｉ＝１，２，・・・，Ｍは、他の妨害するトレーニングビームであると仮定する。すべてのサブキャリアを集めることによって、周波数領域の受信信号を得ることができ、
【数６】
2020505814.tif 000011
となる。ここで、
【数７】
2020505814.tif 000012
は、以下のような対角行列
【数８】
2020505814.tif 000013
である。
これは、
【数９】
2020505814.tif 000014
として書き換えることもできる。ここで、
【数１０】
2020505814.tif 000015
【数１１】
2020505814.tif 000016
および
【数１２】
2020505814.tif 000017
である。
【０１３０】
【数１３】
2020505814.tif 000018
を、ｉ番目のｅＮＢにあるｐ番目の送信アンテナとｑ番目の受信アンテナとの間の周波数領域チャンネル応答にすると、
【数１４】
2020505814.tif 000019
となる。
【０１３１】
これらの式を用い、チャンネルベクトル
【数１５】
2020505814.tif 000020
は、
【数１６】
2020505814.tif 000021
として書き換えることができる。
【０１３２】
チャンネルベクトル
【数１７】
2020505814.tif 000022
は、ｉ番目のｅＭＢにあるｐ番目の送信アンテナとｑ番目の受信アンテナの間の時間領域チャンネル応答
【数１８】
2020505814.tif 000023
から誘導することができ、
【数１９】
2020505814.tif 000024
となる。ここで、Ｆは、Ｋ×ＫＤＦＴ行列を示し、
【数２０】
2020505814.tif 000025
であり、
【数２１】
2020505814.tif 000026
は、時間領域チャンネルタップである。（３）を（２）に代入することによって、
【数２２】
2020505814.tif 000027
が得られる。ここで、
【数２３】
2020505814.tif 000028
は、時間領域実効チャンネルである。上の式を（１）に代入することによって、ｑ番目の受信アンテナでの受信周波数領域信号ベクトルが得られる。これは
【数２４】
2020505814.tif 000029
と表すことができる。
【０１３３】
干渉ビームから所望なビームを区別するために、一例によれば、ＺＣシーケンスは、以下のとおり、基準信号に適用される。
【数２５】
2020505814.tif 000030
は、長さＫのＺＣシーケンスであり、ｓ（ｉ）は、サイクリックシフトシーケンスであり、ｓ（ｉ）＝Ｃｉｓ（０）である。ここで、
【数２６】
2020505814.tif 000031
であり、ｃは、サイクリックシフトである。したがって、隣接ビームの基準シーケンスは、同じＺＣシーケンスの異なるサイクリックシフトが行われた態様である。以下に示すとおり、これらの隣接ビームによって生じる干渉は、時間領域信号から分離することができる。
上の式を（４）に代入することによって、
【数２７】
2020505814.tif 000032
を得る。なお、
【数２８】
2020505814.tif 000033
であり、ここで、
【数２９】
2020505814.tif 000034
は、ｉｃによる元々の
【数３０】
2020505814.tif 000035
のサイクリックシフトである。次に、
【数３１】
2020505814.tif 000036
を得る。
行列ＤをＳ（０）Ｆの逆数とすると、次いで、時間領域信号
【数３２】
2020505814.tif 000037
を得る。
サイクリックシフトｃが時間スプレッドＬより大きい限り、実効チャンネル
【数３３】
2020505814.tif 000038
は、干渉の影響を受けることなく、Ｚｑの最初のＬ列から概算することができる。（７）の各値を再編成することによって、
【数３４】
2020505814.tif 000039
を得る。各経路ｌ，ｌ＝０，１，・・・，Ｌ−１について、すなわち、
【数３５】
2020505814.tif 000040
である。
【０１３４】
ビーム検出方法の例は、以下の工程を用いてまとめることができるが、一実施形態例に従い、以下の列挙は、一例として提示され、限定されないことが理解されるだろう。
１．送信機について、各ビームにＩＤが割り当てられ、このＩＤは、ＺＣシーケンスだけではなく、事前設定されたコードブックから選択されるビームフォーミングベクトルｖの指数に対する点も決定する。
２．トレーニングシーケンス設計：
ａ．他のＴＲＰからの干渉ビームについて：それぞれのビームスイーピングブロックにおいて、異なる送信機からのビーム基準信号は、同じルートであるが、異なるサイクリックシフト（Ｋによってモジュールに分けられる０，ｃ，２ｃ，・・・）を有するＺＣシーケンスに基づく。ここで、ｃは、最大チャンネル遅れスプレッドＬより大きく、ｃ＝Ｋ／Ｎであり、Ｎは整数である。サイクリックシフトは、各送信機に割り当てられ、受信機には知られている。
ｂ．同じＴＲＰからの干渉ビームについて：それぞれのビームスイーピングブロックにおいて、同じＴＲＰから複数のビームが送信されてもよく、そのトレーニングシーケンスは、同じルートであるが、異なるサイクリックシフト（Ｋによってモジュールに分けられる０，ｃ，２ｃ，・・・）を有するＺＣシーケンスに基づく。ここで、ｃは、最大チャンネル遅れスプレッドＬより大きく、ｃ＝Ｋ／Ｎであり、Ｎは整数である。隣接ビームには、干渉を軽減するために、異なるサイクリックシフトが割り当てられるべきである。たとえば、ビームフォーミングコードブックは、サイズ８のＤＦＴビームを使用してもよい。長さ３２のＺＣシーケンスは、ビームトレーニング配列用に選択され、このトレーニングシーケンス用のサイクリックシフトは、ｃ＝８に設定することができる。このビームは、Ｋによってモジュールに分けられる０，ｃ，２ｃ，・・・によって時計回りまたは反時計回りのサイクリックシフトが割り当てられてもよい。次いで、隣接ビームは、異なるサイクリックシフトを有しており、干渉をキャンセルし得ることが保証されてもよい。同じサイクリックシフトが割り当てられたビームは、大きな角度によって分離され、そのため、干渉は無視することができる。
３．各ビームスイーピングブロックについて、時間領域受信信号から、受信機は、周波数領域信号ｙｑを得る。
４．それぞれの可能な基準信号シーケンスについて、ｙｑの各サブキャリアを基準信号の逆数で乗算し、次いで、ＩＦＦＴを適用し、時間領域信号Ｚｑを得る。
５．Ｚｑの最初のＬ列を選択し、他の送信機からの干渉をキャンセルし、エネルギーを計算する。
【数３６】
2020505814.tif 000041
６．すべての可能な基準信号シーケンスについて工程４および５を繰り返し、最大エネルギー（９）を有する基準信号シーケンスを見つける。現在のビームスイーピングブロックのビームＩＤとして、検出された基準信号シーケンスからビームＩＤを得る。
７．すべてのビームスイーピングブロックについて工程３から６を繰り返し、最大のエネルギーと、２番目に大きなエネルギー（９）を有する２つのビームスイーピングブロックを見つける。
８．ビームスイーピングブロックの関連付けられたビームＩＤから、最良のＱのビームフォーミングベクトル（たとえば、Ｑ＝２，  ｖ１，ｖ２）を得る。
【０１３５】
最良の２つのトレーニングビームが特定されたら、このチャンネルのＤｏＡおよびＤｏＤを概算するように進んでもよい。ここで、ｌ番目のタップでのチャンネルｌ＝１，・・・，Ｌは、
【数３７】
2020505814.tif 000042
として表すことができると仮定される。ここで、
【数３８】
2020505814.tif 000043
、
【数３９】
2020505814.tif 000044
であり、
【数４０】
2020505814.tif 000045
は、チャンネル複素ゲインである。φｌおよびθｌは、それぞれ、放射角度および到達角度のチャンネルである。式（８）および式（１０）から、式（８）は、
【数４１】
2020505814.tif 000046
として書き換えることができる。さらに、式（１１）は、
【数４２】
2020505814.tif 000047
として書き換えることができる。ここで、
【数４３】
2020505814.tif 000048
は、クロネッカー積行列演算子であり、
【数４４】
2020505814.tif 000049
は、大きさＮｒのアイデンティティ行列であり、ｖｅｃ（・）は、ベクトル演算に対する行列である。チャンネルのＤｏＤ（すなわち、φｌ）の概算は、
【数４５】
2020505814.tif 000050
制約条件
【数４６】
2020505814.tif 000051
として表すことができる。ここで、ｖ１およびｖ２は、工程８から得られるビームフォーミングベクトルであり、辞書行列Ａは、以下の方法によって作られる。
【数４７】
2020505814.tif 000052
ここで、
【数４８】
2020505814.tif 000053
であり、それぞれ、Ｎφは、辞書の長さであり、Δφは、ＤｏＤの分解であり、Ｎθは、辞書の長さであり、Δθは、ＤｏＡの分解である。
【数４９】
2020505814.tif 000054
【０１３６】
解
【数５０】
2020505814.tif 000055
は、行列Ａのスパースな解であるため、式（１３）のこの種の解は、最小絶対圧縮選択法（least  absolute  shrinkage  and  selection  method、いわゆるＬＡＳＳＯ法）を使用し、解を得ることができる。チャンネルのＤｏＤが得られたら、次に、ＤｏＤを、使用する送信機のフィードバックとして使用してもよい。
９．検出された最良ＱのビームＩＤを、概算されたＤｏＤを用い、または用いずに、送信機に対するフィードバックに使用してもよい。送信機は、ビームリファインメント用のビームスイーピング法を用いることなく、ビームリファインメント用に概算されたＤｏＤを使用してもよい。
【０１３７】
ここで、ビーム管理の例について考えると、比較的大きなセルカバレッジエリアを得るために、複数ビームを使用してもよい。ＵＥ可動性に起因して、ビーム品質および／またはＵＥとネットワークとの間の利用可能性は、ＵＥがほんのわずか回転した場合であっても、頻繁に変化する場合がある。ビームトラッキングおよびスイッチングの機構は、典型的には、一連の利用可能なビームの中で、適切なビーム（たとえば、十分な品質を有するビーム（たとえば特定の閾値より上のＲＳＲＰまたはＲＳＲＱなど））を選択および再選択するために適用され、そのため、ＵＥとネットワークとの間のリンク接続を維持することができる。しかし、突然のビーム品質低下のいくつかの場合では、これらの規則的なビームトラッキングおよびスイッチングの機構は十分ではない。たとえば、素早く移動するＵＥではビーム品質が急速に悪化し、ビームスイッチングを行うのに十分なタイムバジェットが存在しない。またはネットワークは、ビームスイッチングおよび再アラインメントを行うのに十分なリソースがスケジューリングされない場合がある。または移動する障害物がビーム遮蔽を引き起こすなどの無線環境では、急な変化が起こる。
【０１３８】
適切なビーム回復機構がないと、上述の急なビーム品質の低下が続き、レガシーＬＴＥネットワークにおけるような無線リンク失敗（ＲＬＦ）が宣言される場合がある。ＲＬＦが宣言される場合、ＵＥは、接続再確立を行ってもよく、セル選択が開始されてもよく、これにより、顕著な量のネットワークシグナリング、遅延、接続中断、電力消費が起こる場合がある。これに加え、ＨＦ−ＮＲにおいて、悪化したビーム品質は、すぐに元に戻る場合があり、および／または他の容易に代替可能なビームが利用可能にされてもよい。したがって、ＲＬＦの宣言は、必要ではない場合があり、ある場合には、最小限にされるべきである。
【０１３９】
これらの考察に基づき、特に、ある場合には、規則的なビームトラッキングおよびスイッチングプロセスがリンク接続を維持することができないときは後で、ビーム回復プロセスを、ＲＬＦが宣言される前に行うべきである。とにかくビーム回復プロセスが失敗する（たとえば、リンク接続を回復するための代替的なビームがない）場合、ＲＬＦは、最後には宣言されなければならないだろう。この一例は図４４に示され、ベースラインとしてＬＴＥ  ＲＬＦを使用する。
【０１４０】
ここで図４４を参照すると、ビーム回復の観点から一例が示され、リンク回復の観点から一例が示される。ビーム回復において、供給ビームの品質低下が検出されたら（たとえば、同期しなくなる、指示のずれ）、ＵＥの下位レイヤ（たとえば、ＰＨＹおよび／またはＭＡＣ）は、供給ビームのモニタリングを維持し（たとえば、信号品質が回復すると予想する）、および／または対応するビーム管理手順を行ってもよい（たとえば、供給ビームのアラインメントをリファインメントする（たとえばプレコーディングマトリックスの調整、ビームフォーミングウェイトなど））。供給ビームがフェーズ１内で成功裏に回復したら、ビーム回復プロセスは終了してもよく、ＵＥは、通常操作に戻ってもよい。その他、プロセスは、供給ビーム失敗が検出されたことを報告してもよく、フェーズ２に進んでもよい。Ｎ１の値は、タイマまたは他の（たとえば、計測）基準に基づいていてもよい。ビーム回復フェーズ２において、一例では、ＵＥは、評価を行い、必要な場合、他の候補ビームに切り替える。なお、各候補ビームは、事前設定されたか、または動的に設定された絶対的または相対的な（供給ビームに対する）閾値より高い無線品質（たとえば、ＳＮＲ、ＲＳＲＰ、ＲＳＲＱ、ＲＳＳＩ）を有していてもよい。代替的なビームが成功裏に見つかり、新しい供給ビームに切り替えられた場合、ビーム回復プロセスは終了し、ＵＥは、通常操作に戻る。その他、ビーム回復も終了するが、無線リンク失敗も宣言され、ＵＥは、ＲＬ回復フェーズ２に入る。
【０１４１】
リンク回復の観点から、ビーム回復フェーズ１の失敗は、ＲＬ回復フェーズ１の開始のトリガとなっていてもよい。典型的には、ビーム回復フェーズ２およびＲＬ回復フェーズ１の持続時間は、適時に合わされるが、常にそうとは限らない。この２つのプロセスは、並行に走らせ得るからである。ビーム回復フェーズ２が終了したらすぐにＵＥがセル再選択を行うことができるように、ビーム回復フェーズ２の終了前に、他のセルを評価するリンク回復フェーズを開始してもよい。
【０１４２】
まとめると、突然の供給ビームの品質低下が検出されたら、ある例では、ビーム回復プロセスは、最初に開始される。タイマまたは他の（たとえば、計測）基準（Ｎ１およびＮ２）の後でさえ、ビーム回復が失敗したら、ある例では、無線リンク失敗が宣言され、リンク回復の第２フェーズを開始する。この第２フェーズでの挙動は、ある場合には、ＬＴＥと同じである。複数ビームに基づくＮＲネットワークでは、ＵＥは、同じかまたは異なるＴＲＰ／セルからの複数ビームのカバレッジ下にあってもよいことが本明細書では理解される。通信用の代替的なビームが存在したら、ＵＥとネットワークとの間のリンク接続は、費用のかかるＲＬＦ宣言と不必要なＲＲＣ接続再確立を経由することなく、ビーム回復手順によって迅速に回復されてもよい。
【０１４３】
ダウンリンクビーム管理用に提案されたビーム回復機構を、以下にさらに詳細に記載する。迅速なチャンネル／ビーム変化に適応するために、ＵＥがビーム回復操作を開始することが考慮され、ＵＥ挙動（たとえば、ビーム品質測定、ビーム回復のトリガとなること）は、明示的なシグナリングを介し、ネットワークによって設定されてもよい。ネットワークがビーム回復を開始するのも可能である（特に、アップリンクに基づくビーム管理の場合）。
【０１４４】
ビーム測定の場合、休止モードまたは接続モードのＵＥは、同じかまたは異なる同期信号（ＳＳ）を使用してもよく、休止モードＳＳの周期性は、既知であると仮定されるが、接続モードＳＳは、設定に依存するだろう。余分の基準シグナル（たとえば、固有モビリティ基準信号（specific  mobility  reference  signal：ＭＲＳ）およびＵＥ固有ＣＩＳ−ＲＳ）が同様に利用可能であってもよい。
【０１４５】
ビーム回復プロセス中の測定は、種々の目的に役立つ。目的の一例は、ビーム品質のモニタリングおよび評価に役立つことである。供給ビームの品質悪化を即座に検出するために、この手順が使用されてもよい。異なるＵＥの使用例およびサービスの要求事項について、この手順を行う頻度は、遅延と電力消費との間のバランスが得られるように自由に、設定可能にする必要があるだろう。この手順は、ビーム回復フェーズ１にも使用してもよく、その結果、供給ビームのアラインメントが適切にリファインメントされてもよい（たとえば、プレコーディングマトリックス、ビームフォーミングウェイトなどを調整する）。これに加え、供給ビームの品質が再び十分に良好になる場合（たとえば、ＲＳＲＰ値が特定の閾値よりも上）、ビーム回復プロセスは、この手順の測定結果に基づき、終了する必要がある場合がある。たとえば、ある場合には、移動する障害物が現れ、その後、消える。
【０１４６】
目的の別の例は、他の候補ビームの測定および評価を目的とする。ビーム回復を行うために、ＵＥは、悪化した供給ビームを、良好な品質を有する代替的なビームと交換する必要がある場合があり、候補ビームの測定に基づく評価が必要な場合がある。この手順は、ビーム回復フェーズ２で行われてもよい。
【０１４７】
ある場合には、候補ビームのリストが、以前の測定から保存されていてもよく、静的に事前設定されていてもよく、またはネットワークによって動的に再設定されてもよい。候補ビームのリストは、迅速なアクセスのためＰＨＹ／ＭＡＣレイヤによって与えられてもよく、またはオンライン測定からＲＲＣレイヤによって与えられてもよく、ネットワークによって明示的にシグナリングされてもよい。候補ビームに対して適用される測定および評価プロセスから、要件を満たしたビームが特定されたら、規則的なビームスイッチングおよびアラインメント手順が行われ、回復プロセスが終了する。その他、代替的なビームが特定されないか、または所定のタイムバジェット（たとえば、図１１のＮ２）内にスイッチング／アラインメントされない場合、ビーム回復は失敗し、無線リンク失敗が宣言され、ＬＴＥと似たＲＬＦ回復フェーズ２であるＲＬ回復フェーズ２の開始のトリガとなる。
【０１４８】
一実施形態では、ビーム回復プロセスのトリガとなる条件が定義される。この定義について、以下の例示的な条件および関連する閾値が含まれる。第１は、トリガ事象および関連する閾値である。
（ｉ）供給ビームのずれが検出される、同期していないことが検出される
（ｉｉ）供給ビームの品質が特定の閾値（たとえば、ＲＳＲＰ、ＳＮＲ、ＲＳＲＱ、ＲＳＳＩ）より下
（ｉｉｉ）Ｎ個の最良候補ビームの平均的な品質および／または重み付けられた平均品質の移動が特定の閾値より上または下
（ｉｖ）予想されるメッセージ（信号またはデータ）を受信しないか、または低ＳＮＲでの受信
（ｖ）ＭＡＣにおけるランダムアクセスの問題
（ｖｉ）新しく検出されたビームが、供給ビームよりも良い品質閾値を有する。
【０１４９】
上に説明したとおり、一実施形態では、ネットワークで設定され、ＵＥが開始したビーム回復のダウンリンクの場合のみを考察した。ここで、ＵＥは、上に定義したトリガを有するように設定される。この設定は、静的に事前設定されてもよく、またはＲＲＣシグナリングおよび／またはＭＡＣ制御要素によって動的に再設定されてもよい。図１１に示す異なるフェーズでは、異なるフェーズのトリガ、移行および終了を容易にするように、上に定義するとおり、対応する測定が行われてもよい。２フェーズのビーム回復プロセスが存在してもよい。第１フェーズの例は、図４４のように、ビーム回復フェーズ１によって表される。
【０１５０】
この第１フェーズでは、ＵＥの下位レイヤ（たとえば、ＰＨＹおよび／またはＭＡＣ）は、供給ビームのモニタリングを維持し（たとえば、信号品質が回復すると予想する）、および／または対応するビーム管理手順を行うだろう（たとえば、供給ビームのアラインメントをリファインメントする（プレコーディングマトリックスの調整、ビームフォーミングウェイトなど））。供給ビームがフェーズ１内で成功裏に回復したら、ビーム回復プロセスは終了し、ＵＥは、通常操作に戻る。その他、プロセスは、供給ビーム失敗が検出されたことを報告し、フェーズ２に進む。このフェーズ１の持続時間は、Ｎ１の値によって規制され、この値は、タイマまたは他の（たとえば、連続的な同期が行われない状態を計測する）基準に基づく。Ｎ１の情報は、システム情報から得られてもよく、または明示的なＲＲＣまたはＭＡＣ  ＣＥ信号を介し、ネットワークによって再構築されてもよく、または製造業者または操作者によって事前設定されていてもよい。
【０１５１】
第２例のフェーズは、図４４のビーム回復フェーズ２によって表される。ここで、ＵＥは、評価を行い、必要な場合、他の代替的なビームに切り替える。各要件を満たした代替的なビームは、事前設定されたか、または動的に設定された絶対的または相対的な（供給ビームに対する）閾値より高い無線品質（たとえば、ＳＮＲ、ＲＳＲＰ、ＲＳＲＱ、ＲＳＳＩ）を有していてもよい。なお、代替的なビームは、同じセルまたは異なるセルの同じＴＲＰまたは異なるＴＲＰからのビームであってもよい。ビームは、セルＩＤまたはビームＩＤまたはポートＩＤによって識別することができる。異なる代替的なビーム間の切り替えは、レイヤ１／２で行われ、代替的なビームの設定のみが、可能ならＲＲＣによって提供される。代替的なビームの設定は、以前保存された測定（たとえば、ＰＨＹモビリティセット）に基づいていてもよく、製造業者／操作者によって静的に事前設定されていてもよく、または明示的なＲＲＣおよびＭＡＣシグナリング（たとえば、ＮＲモビリティセット）を介し、ネットワークによって動的に再設定されてもよい。代替的なビームを測定するとき、異なる基準信号を、休止モード、接続モードまたは未作動モードのＵＥに使用してもよい。休止モードＵＥでは、ＳＳバースト／ＳＳバーストセットを共通のビーム基準に使用してもよい。これに加え、設定されるか、または固有モビリティ基準信号（ＭＲＳ）／ビーム基準信号（beam  reference  signal：ＢＲＳ）が存在する場合、セル固有ＣＳＩ−ＲＳも、測定基準信号となり得る。未作動モードのＵＥでは、ＵＥがネットワークによって設定可能な場合、ＵＥ固有ＣＳＩ−ＲＳおよび／または接続モードＳＳバーストを使用してもよい。その他、ＳＳバーストおよび／またはセル固有ＣＳＩ−ＲＳが使用される。接続モードのＵＲの場合、接続モードＳＳ、ＵＥ固有ＣＳＩ−ＲＳおよび固有モビリティ基準信号（ＭＲＳ）／ビーム基準信号（ＢＲＳ）が使用されてもよい。基準信号の送信は、オンデマンドであってもよく、またはネットワークにスケジューリングされていてもよい。代替的なビームに切り替えるために、ＤＬまたはＵＬ信号送信は、ネットワークとのビームアラインメント（たとえば、ＲＡＣＨプリアンブルシーケンス、ＤＬ／ＵＬ基準信号、制御チャンネルなど）を実施するのに必要な場合がある。ＤＬまたはＵＬ信号送信が必要な場合は、リソース割り当ても必要となることがある（たとえば、ＲＡＣＨリソース）。異なる状態のＵＥ用のＲＡＣＨ手順は、２ステップまたは４ステップを使用してもよい。休止モード用のＲＡＣＨリソースは、ＳＳバーストによって決定されてもよい（たとえば、ＰＢＣＨおよび／またはＳＳバーストタイムインデックスによるシグナリング）。接続モードでは、ＲＡＣＨリソースは、ＲＲＣ設定によって、またはＤＣＩ（すなわち、ＮＲ−ＰＤＣＣＨ）によるシグナリングによって動的に決定されてもよい。
【０１５２】
ある例では、リンクが、新しい供給ビームへの切り替えによって成功裏に回復する場合、ビーム回復プロセスは終了し、ＵＥは、通常操作に戻る。その他、ビーム回復も終了するが、無線リンク失敗も宣言され、ＵＥは、ＲＬ回復フェーズ２に入る。なお、代替的なビームが利用可能ではない場合には、第２レベルリンク回復プロセスへの直接的な移行が考慮される場合がある。
【０１５３】
別の実施形態では、２フェーズのリンク回復プロセスが存在する。リンク回復プロセスの第１フェーズは、第２レベルのビーム回復プロセスの実行結果を待つことである。典型的には、リンク回復プロセスの第１フェーズおよび第２レベルのビーム回復プロセスの持続時間は、適時に合わされるが、常にそうとは限らない。この２つのプロセスは、並行に走らせ得るからである。ビーム回復フェーズ２が終了したらすぐにＵＥがセル再選択を行うことができるように、ビーム回復プロセスの第２フェーズの終了前に、他のセルを評価するリンク回復フェーズ１を開始してもよい。
【０１５４】
この第２フェーズでは、ＲＲＣ＿ＩＤＬＥを介して活動を再開し、進行するのを避けるために、ＵＥが同じセルに戻る場合、またはＵＥが同じｇＮＢからの異なるセルを選択する場合、またはＵＥが異なるｇＮＢからのセルを選択する場合、以下の手順を適用する。
（ｉ）ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに留まる
（ｉｉ）ＵＥは、ランダムアクセス手順によってセルにアクセスする
（ｉｉｉ）競合解決のためのランダムアクセス手順に使用されるＵＥ識別子（すなわち、セル中のＵＥのＬＴＥに似たＣ  ＲＮＴＩ、ここで、ＲＬＦが起こる＋このセルの物理レイヤアイデンティティ＋このセルのキーに基づく短ＭＡＣ−Ｉ）は、ＵＥを認証し、そのＵＥに格納される内容を有するかどうかを調べるために、選択したｇＮＢによって使用される。
（ａ）ｇＮＢが、そのＵＥのアイデンティティに適合する内容を発見したら、または既に供給されているｇＮＢからこの内容を得たら、そのＵＥについて、その接続を再開することができることを示し
（ｂ）その内容が見つからない場合、ＲＲＣ接続は、解放され、ＵＥは、新しいＲＲＣ接続を確立する手順を開始する。この場合、ＵＥは、ＲＲＣ＿ＩＤＬＥを介して進む必要がある。
【０１５５】
別の実施形態では、ビーム回復プロセス中に測定信号の要求送信が提供される。ＵＥが、供給ビームまたは他の代替的なビームのいずれかを評価する場合、これらのビーム用の測定信号のオンデマンド送信は、正確な測定結果を与えるために必要な場合がある。オンデマンドで測定信号を送るビームは、元々は、エネルギー節約または干渉を避ける目的のために、利用不可能であると考えられるだろう。
【０１５６】
測定信号は、ＵＥの移動がより頻繁に起こり、ビーム回復が頻繁に起こる場合には、バッチで送るように要求されてもよい（特定のタイムインターバルの間に、複数の測定信号送信が繰り返される）。
【０１５７】
別の実施形態では、ビーム回復プロセスからリンク回復プロセスへの移行が記載される。ＵＥ使用の場合、状態および要求されるサービスに応じて、エネルギー効率と遅延（データ／信号送信／受信の中断）のバランスを考慮する必要がある。ビーム回復プロセスのタイムバジェットおよび挙動（たとえば、測定ギャップ、測定オブジェクト）は、たとえば、タイマまたは他の（たとえば、連続的な同期が行われない状態を計測する）基準（たとえば、Ｎ１、Ｎ２など）、測定値の閾値に適合させる必要がある。
【０１５８】
ここで、ビーム多様性について考えると、ＵＥは、ＵＥとｇＮＢとの間のＭ≧１のビーム対リンク（beam  pair  link：ＢＰＬ）をモニタリングするように設定されてもよい。ある例では、ＵＥが最も頻繁にモニタリングし得るＢＰＬは、アクティブＢＰＬとして定義される。モニタリングされるセット中の他のＢＰＬは、それより長いデューティサイクルでモニタリングまたは検出され、非アクティブＢＰＬとして示されてもよい。モニタリングされるＢＰＬセット中のこれらのＢＰＬは、異なるｇＮＢ、または同じｇＮＢに属する異なるＴＲＰ、または同じＴＲＰによって送信されてもよい。
【０１５９】
ある例では、ビームＩＤは、ビーム多様性用のＮＲ−ＰＤＣＣＨのＤＭ−ＲＳシーケンスをスクランブリングするために、セルＩＤ、スロットインデックスなどの他のパラメータと共に使用されてもよい。一例は、ここに、説明のために以下に記載する。しかし、実際の設計は、この例に限定されない。たとえば、送信のためにＮＲ−ＰＤＣＣＨがｋ個のアンテナポートを使用することを提案する。アンテナポートＰ∈｛ｎ，ｎ＋１，・・・ｎ＋ｋ−１｝のいずれかについて、基準信号シーケンスｒ（ｍ）は、
【数５１】
2020505814.tif 000056
によって定義される。
疑似乱数シーケンスｃ（ｉ）は、ＤＭ−ＲＳシーケンスを構築するためのベースシーケンスである。シーケンスｃ（ｉ）は、ＺＡＺＡＣシーケンス、Ｍシーケンスまたは他のシーケンスであってもよい。疑似乱数シーケンス作成機は、
【数５２】
2020505814.tif 000057
または
【数５３】
2020505814.tif 000058
を用いて開始されてもよい。
【０１６０】
異なる場合のモニタリングされたビーム送信機の場所（たとえば、同じセルまたは異なるセルなど）に応じて、異なるＮＲ−ＰＤＣＣＨ設計は、種々の実施形態に従ってもよい。同じセルの同じＴＲＰまたは異なるＴＲＰからの異なるビームまたはＢＰＬを用いて送信されるＮＲ−ＰＤＣＣＨについて、アクティブおよび非アクティブのＮＲ−ＰＤＣＣＨのコンテンツは、同じであってもよい。これらのＮＲ−ＰＤＣＣＨは、上述のスクランブリングパラメータの１つとしてビームＩＤを利用する、対応するＤＭ−ＲＳを使用してもよい。または、異なるセルからの異なるビームまたはＢＰＬを使用して送信されるＮＲ−ＰＤＣＣＨに関し、ＮＲ−ＰＤＣＣＨコンテンツ／情報について異なる実施形態が存在していてもよい。一例では、アクティブおよび非アクティブのＮＲ−ＰＤＣＣＨのコンテンツは、同じである。この様式で、ＮＲ−ＰＤＣＣＨを、非アクティブＢＰＬを用いてＵＥに送信するセルは、アクティブＢＰＬを使用してＮＲ−ＰＤＣＣＨをＵＥに送信するセルと同じ物理チャンネルリソースを予約する必要がある場合がある。別の例では、アクティブおよび非アクティブのＮＲ−ＰＤＣＣＨのコンテンツは、異なる。たとえば、ＮＲ−ＰＤＣＣＨを送信する目的を考慮することは、ある場合には、ビーム多様性を増やすことであり、一実施形態では、ＮＲ−ＰＤＣＣＨは、非アクティブＢＰＬに送信され、非アクティブＢＰＬのフィードバックを報告するＢＰＬスイッチングコマンド／ハンドシェイキングシグナリングまたはビームをＵＥが送信するＵＬリソース指示を含む情報を伝送するＵＣＩ（アップリンクスケジューリンググラントまたは同様のもの）であってもよい。ＵＥは、ＮＲ−ＰＤＣＣＨをモニタリングするための少なくとも２つのビーム対リンク（ＢＰＬ）をモニタリングしてもよい。一例では、１つのＢＰＬは、アクティブＢＰＬからのものであり、他のＢＰＬは、非アクティブＢＰＬからのものである。ある場合には、ＵＥがアクティブＢＰＬからのＮＲ−ＰＤＣＣＨを成功裏にデコードすることができないが、非アクティブＢＰＬからのＮＲ−ＰＤＣＣＨを成功裏にデコードすることができる場合、ＵＥは、ＵＬ  ＵＣＩを使用し、選択された非アクティブＢＰＬのフィードバックを報告するＢＰＬスイッチングコマンド／ハンドシェイキングシグナリングまたはビームを報告してもよい。
【０１６１】
一例では、ＵＥが、より上位レイヤまたはＭＡＣ  ＣＥまたは物理制御チャンネル設定に従って、一連のＭ個のＢＰＬをモニタリングしている場合、アクティブＢＰＬでのＮＲ−ＰＤＣＣＨの規則的な検出に加え、下位のデューティサイクルを用いて１つまたはいくつかの非アクティブＢＰＬでのＮＲ−ＰＤＣＣＨを検出してもよい。ＵＥが、アクティブＢＰＬでＮＲ−ＰＤＣＣＨをモニタリングし、同じサブフレームまたはＴＴＩで少なくとも１つの非アクティブＢＰＬでＮＲ−ＰＤＣＣＨをモニタリングする場合、種々のルールに従って行ってもよい。たとえば、ＵＥが、アクティブＢＰＬでのＮＲ−ＰＤＣＣＨのみを成功裏にデコードする場合、ＮＲ−ＰＤＣＣＨ（ＵＣＩまたはＤＣＩまたはページングなどであってもよい）に指示される送信操作または受信操作に従ってもよい。ある例では、ＵＥが、アクティブＢＰＬでのＮＲ−ＰＤＣＣＨをデコードし、非アクティブＢＰＬでの少なくとも１つのＮＲ−ＰＤＣＣＨを成功裏にデコードする場合、アクティブＢＰＬで送信されるＮＲ−ＰＤＣＣＨ（ＵＣＩまたはＤＣＩまたはページングなどであってもよい）に指示される送信操作または受信操作に従い、非アクティブＢＰＬで送信されるＮＲ−ＰＤＣＣＨを無視してもよい。一例では、ＵＥが、非アクティブＢＰＬでの１つのＮＲ−ＰＤＣＣＨのみを成功裏にデコードする場合、非アクティブＢＰＬで送信されるＮＲ−ＰＤＣＣＨ（ＵＣＩまたはＤＣＩまたはページングなどであってもよい）に指示される送信操作または受信操作に従ってもよい。デコードされるＮＲ−ＰＤＣＣＨがＤＣＩであるこの例では、ＵＥは、これに従ってデータ受信を行い、非アクティブＢＰＬに切り替えられた明示的または暗黙的なシグナリングのいずれかを用い（アクティブＢＰＬでの有効なＮＲ−ＰＤＣＣＨの検出失敗に起因して）、受信したＤＬデータのＡＣＫ／ＮＡＣＫをフィードバックしてもよい。暗黙的なシグナリングの一例は、送信セルが、ＡＣＫ／ＮＡＣＫフィードバックのＵＬ制御チャンネルリソースを動的に割り当て／設定する場合、リソースインデックスが、対応するデータ送信（たとえば、ＮＲ−ＰＤＣＣＨの最初のＣＣＥ／ＲＧのインデックス）およびビームＩＤまたはＢＰＬインデックスを割り当てるＮＲ−ＰＤＣＣＨのパラメータに対して１対１のマッピングを有する場合である。ある場合には、ＵＥが、非アクティブＢＰＬでの１つより多いＮＲ−ＰＤＣＣＨを成功裏にデコードする場合、１つのＮＲ−ＰＤＣＣＨを取り上げ、その送信操作または受信操作を行う、事前設定されたタイブレーキングルールに従ってもよい。ルールの一例は、最良のＳＩＮＲを選択するルールである。
【０１６２】
図４５を参照すると、ＵＥ固有ＰＤＣＣＨの一例では、ＵＥは、ビームトレーニングの後に接続モードでＣＳＩレポートをｇＮＢに送り（４５０６で）、ビームトレーニングは、ビームスイーピング（４５０２で）と、ビームリファインメント（４５０４で）とを含んでいてもよい。４５０６でのＣＳＩレポートは、複数ビームの品質と、それぞれの報告されたビームのビームＩＤとを含んでいてもよい。ビームＩＤは、シンボルインデックスおよびアンテナポートインデックスまたはＣＳＩ−ＲＳインデックスによって、明示的または暗黙的に指示されてもよい。４５０８で、ｇＮＢは、現在および以前のＣＳＩレポートに基づき、種々のビームセットを決定してもよい。たとえば、ｇＮＢは、ビームモニタリングセットを決定してもよく、ビームモニタリングセットは、Ｍ個のビームを含んでいてもよい。ＵＥは、対応するＢ−ＲＳ、Ｍ−ＲＳまたはＣＳＩ−ＲＳを測定することによって、これらのビームの品質を周期的にモニタリングしてもよい。ｇＮＢは、ビーム候補セットも決定してもよく、ビーム候補セットは、ビームモニタリングセットから選択されたＮ個のビームを含んでいてもよく、Ｎ≦Ｍである。ｇＮＢは、ＰＤＣＣＨ送信用にこのセットの１つ以上のビームを選択してもよい。ある場合には、ＵＥは、これらすべてのビームと、ＰＤＣＣＨの手当たり次第のデコード用に対応する検索空間を試さなければならない。一例では、ビームモニタリングセット中のビームのＩＤは、ＲＲＣシグナリングによってＵＥに設定されてもよい。次いで、ＵＥは、対応するＢ−ＲＳ、Ｍ−ＲＳまたはＣＳＩ−ＲＳを測定することによって、ビームモニタリングセット中のビームの品質をモニタリングしてもよく、これに従って、４５１０でＣＳＩレポートをフィードバックしてもよい。
【０１６３】
ＵＥのＣＳＩレポートに基づき、ｇＮＢは、ビームモニタリングセットからＮ個のビームを選択する。ここで、これらのＮ個のビームは、ＵＥのＰＤＣＣＨビーム多様性送信の候補である。ｇＮＢは、最良品質を有するＮ個のビーム（たとえば、最も大きなランクを有するビーム、または最も高いＣＱＩを有するビーム）を選択してもよい。一例では、Ｎ個の選択されたビームのＩＤは、ＲＲＣシグナリングによって、ＵＥに設定される。ある場合には、ｇＮＢは、ＰＤＣＣＨ送信のビーム候補セットから１つ以上のビームを動的に選択してもよく、選択されたビームＩＤのＵＥを知らせる必要はない。しかし、ある例では、選択されたビームの数は、ＲＲＣシグナリングまたは共通（またはグループ）ＰＤＣＣＨによってＵＥにシグナリングされてもよく、またはＵＥにとって透過的であってもよい。複数ビームが選択される場合、ｇＮＢは、これらのビームによって同じＤＣＩを送信し、ビーム多様性を達成してもよい。一例では、ＤＣＩは、ＵＥのＩＤを用いてスクランブリングされ、ＵＥのＩＤは、ＵＥのＲＮＴＩまたは他のＮＲ  ＵＥ  ＩＤであってもよく、その結果、手当たり次第のデコードの後、ＵＥは、ＤＣＩが自身に属するか否かを特定してもよい。ｇＮＢは、ＵＥの最近のＣＳＩレポートに基づき、ビーム候補セットをアップデートしてもよい（たとえば、より良い品質を有するモニタリングセットからのビームによって、いくつかの候補ビームを交換する）。候補ビームがブロックされる場合には、ｇＮＢは、そのビームを、モニタリングセットからのより良いビームと交換してもよい。ｇＮＢまたはＵＥが、モニタリングセット中の所与の閾値よりも良い品質を有するビームの数が、事前定義された数より少ないと判定すると（４５１２で）、プロセスを４５０２および４５０４に戻してもよく、ここで、新しいビームモニタリングセットを作成するために、新しいビームスイーピングおよびビームリファインメント手順を要求または開始してもよい。または、所与の閾値を達成するビームの数が、事前定義された数よりも大きい場合、プロセスは、４５１４に進んでもよく、ここで、ｇＮＢは、これに従ってビーム候補セットをアップデートする。
【０１６４】
ある例では、ＵＥ固有検索空間は、ビーム候補セット中のそれぞれのビームの時間−周波数（ＴＦ）リソースからなり、各ＴＦリソースは、１つ以上のＰＤＣＣＨ候補を含んでいてもよい。ＵＥ固有検索空間の設定は、ＵＥのＩＤおよびＵＥの現在のビーム候補セットに基づいていてもよい。図４６に示すとおり、ＴＦリソースは、ＵＥのＩＤおよび候補ビームＩＤに対してマッピングされてもよい。ビームＩＤは、周囲セル中のビームが異なるビームＩＤを有するように設定されてもよい。同じＵＥについて、異なるビームのＴＦリソースは、重複してもよく、異なるＵＥは、同じＴＦリソースを共有してもよい。周波数多様性を利用するために、ＵＥ固有検索空間の設定も、スロットインデックスによって決定されてもよく、その結果、ＵＥ固有検索空間は、異なるスロットにある異なるサブキャリアに割り当てられてもよい。
【０１６５】
まだ図４６を参照しつつ、ある場合には、ＵＥは、検索空間内のＰＤＣＣＨ候補でのみ、ＰＤＣＣＨの手当たり次第のデコードを行う。各ＰＤＣＣＨ候補について、受信ビームは、複雑さを減らすために、ＰＤＣＣＨ候補に対してマッピングされた送信ビームに従って選択されてもよい。たとえば、ＴＦリソース７のＤＣＩをデコードするために、ＵＥ−１は、セルＡの送信ビーム１０に従って、受信ビームを選択する。
【０１６６】
ＵＥ固有ＰＤＣＣＨは、手当たり次第のデコードの複雑さを減らすために、サブバンドで送信されてもよい。サブバンド送信の設定は、ＲＲＣシグナリングによって、ＵＥに対してシグナリングされてもよい。複数のＵＥは、同じサブバンドに設定されていてもよく、またはＰＤＣＣＨ送信の重複したサブバンドに設定されていてもよく、周波数多様性を利用するために、ホッピングパターンがＵＥに割り当てられてもよい。
【０１６７】
第３世代パートナーシッププロジェクト（3rd  Generation  Partnership  Project：３ＧＰＰ）は、無線アクセス、コア伝送ネットワークおよびサービス能力（コーデックでの作業、セキュリティおよびサービスの品質を含む）を含む、セルラーテレコミュニケーションネットワーク技術の技術標準を開発する。近年の無線アクセス技術（ＲＡＴ）標準は、ＷＣＤＭＡ（一般的に３Ｇと呼ばれる）、ＬＴＥ（一般的に４Ｇと呼ばれる）およびＬＴＥアドバンスト標準を含む。３ＧＰＰは、新無線（ＮＲ）と呼ばれる次世代セルラー技術の標準化についての作業を開始しており、これは「５Ｇ」とも呼ばれる。３ＧＰＰ  ＮＲ標準の開発は、次世代無線アクセス技術（新ＲＡＴ）の定義を含むと予想され、６Ｈｚ未満の新しいフレキシブル無線アクセスの提供と、６ＧＨｚを超える新しいウルトラモバイルブロードバンド無線アクセスの提供を含むと予想される。フレキシブル無線アクセスは、６ＧＨｚ未満の新しいスペクトルでの新しい非後方互換無線アクセスからなると予想され、多様化する要求事項を有する広範な３ＧＰＰ  ＮＲ使用の場合に対処するために、同じスペクトルで一緒に多重化可能な異なる操作モードを含むと予想される。ウルトラモバイルブロードバンドは、たとえば、室内用途およびホットスポット向けウルトラモバイルブロードバンドアクセスの機会を与え得るｃｍＷａｖｅおよびｍｍＷａｖｅスペクトルを含むと予想される。特に、ウルトラモバイルブロードバンドは、６ＧＨｚ未満のフレキシブル無線アクセスと共通の設計フレームワークを共有すると予想され、ｃｍＷａｖｅおよびｍｍＷａｖｅに固有の設計最適化を伴う。
【０１６８】
３ＧＰＰは、ＮＲがサポートすると予想される種々の使用例を特定しており、データレート、遅延およびモビリティについての広範囲にわたるユーザ経験の要求事項をもたらす。この使用例は、以下の一般的なカテゴリーを含む。高度化モバイルブロードバンド（たとえば、高密度領域でのブロードバンドアクセス、室内の超高速ブロードバンドアクセス、混雑した状態でのブロードバンドアクセス、至る所での５０＋Ｍｂｐｓ、超低コストブロードバンドアクセス、車両内でのモバイルブロードバンド）、重大な通信、大量マシンタイプ通信、ネットワーク操作（たとえば、ネットワークスライシング、ルーティング、移行および相互作用、エネルギー節約）および高度化ビークルツーエブリシング（enhanced  vehicle-to-everything：ｅＶ２Ｘ）通信。これらのカテゴリーに固有のサービスおよび用途は、たとえば、いくつか例を挙げると、モニタリングおよびセンサネットワーク、デバイスの遠隔制御、双方向の遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドに基づくオフィス、ファーストレスポンダー接続性、自動車向けｅｃａｌｌ、災害警報、リアルタイムゲーム、複数人ビデオ通話、自動運転、拡張現実、触覚で感知可能なインターネット、仮想現実である。これらの使用事例および他の事例が本明細書で想定される。
【０１６９】
図４７Ａは、本明細書に記載され、請求される方法および装置が実装され得る通信システム１００の一例の一実施形態を示す。図示されるとおり、この例の通信システム１００は、無線送信／受信ユニット（wireless  transmit/receive  unit：ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃおよび／または１０２ｄ（一般的に、またはまとめてＷＴＲＵ１０２と呼ばれてもよい）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂ、コアネットワーク１０６／１０７／１０９、公衆交換電話網（public  switched  telephone  network：ＰＳＴＮ）１０８、インターネット１１０および他のネットワーク１１２を備えていてもよいが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素を想定していることが理解されるだろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅはそれぞれ、無線環境で操作および／または通信するように設定された任意の種類の装置またはデバイスであってもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅはそれぞれ、図４７Ａ−４７Ｅに携帯型無線通信装置として示されているが、５Ｇ無線通信向けの多種多様な使用事例を用い、各ＷＴＲＵは、ほんの例として、ユーザ機器（ＵＥ）、モバイルステーション、固定型または移動型のサブスクライバユニット、ページャ、携帯電話、携帯情報端末（personal  digital  assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、家電製品、ウェアラブルデバイス（たとえば、スマートウォッチまたはスマート衣類）、医療用デバイスまたはｅＨｅａｌｔｈデバイス、ロボット、産業機器、ドローン、車両（たとえば、車、トラック、電車または航空機）などを含む、無線信号を送信および／または受信するように設定された任意の種類の装置またはデバイスを含んでいてもよく、またはこれらの装置またはデバイスで具現化されてもよいことが理解される。
【０１７０】
通信システム１００はまた、基地局１１４ａと基地局１１４ｂとを含んでいてもよい。基地局１１４ａは、１つ以上の通信ネットワーク（たとえば、コアネットワーク１０６／１０７／１０９、インターネット１１０および／または他のネットワーク１１２）へのアクセスを容易にするように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうち少なくとも１つと無線インターフェースで接続するように設定される任意の種類のデバイスであってもよい。基地局１１４ｂは、１つ以上の通信ネットワーク（たとえば、コアネットワーク１０６／１０７／１０９、インターネット１１０および／または他のネットワーク１１２）へのアクセスを容易にするように、ＲＲＨ（リモートラジオヘッド）１１８ａ、１１８ｂおよび／またはＴＲＰ（送受信点）１１９ａ、１１９ｂのうち少なくとも１つと有線および／または無線のインターフェースで接続するように設定される任意の種類のデバイスであってもよい。ＲＲＨ１１８ａ、１１８ｂは、１つ以上の通信ネットワーク（たとえば、コアネットワーク１０６／１０７／１０９、インターネット１１０および／または他のネットワーク１１２）へのアクセスを容易にするように、ＷＴＲＵ１０２ｃの少なくとも１つと無線インターフェースで接続するように設定される任意の種類のデバイスであってもよい。ＴＲＰ１１９ａ、１１９ｂは、１つ以上の通信ネットワーク（たとえば、コアネットワーク１０６／１０７／１０９、インターネット１１０および／または他のネットワーク１１２）へのアクセスを容易にするように、ＷＴＲＵ１０２ｄの少なくとも１つと無線インターフェースで接続するように設定される任意の種類のデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、送受信基地局（base  transceiver  station：ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（access  point：ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続した基地局および／またはネットワーク要素を含んでいてもよいことが理解されるだろう。
【０１７１】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であってもよく、他の基地局および／またはネットワーク要素（図示せず）、たとえば、基地局コントローラ（base  station  controller：ＢＳＣ）、無線ネットワークコントローラ（radio  network  controller：ＲＮＣ）、リレーノードなども含んでいてもよい。基地局１１４ｂは、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であってもよく、他の基地局および／またはネットワーク要素（図示せず）、たとえば、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなども含んでいてもよい。基地局１１４ａは、特定の幾何学的領域（セル（図示せず）と呼ばれることがある）内の無線信号を送信および／または受信するように設定されていてもよい。基地局１１４ｂは、特定の幾何学的領域（セル（図示せず）と呼ばれることがある）内の有線信号および／または無線信号を送信および／または受信するように設定されていてもよい。セルは、さらにセルセクタに分割されてもよい。たとえば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されてもよい。したがって、一実施形態では、基地局１１４ａは、３個の送受信機、たとえば、セルの各セクタ用の送受信機を備えていてもよい。ある実施形態では、基地局１１４ａは、マルチインプットマルチアウトプット（multiple-input  multiple  output：ＭＩＭＯ）技術を使用してもよく、したがって、セルの各セクタ用の複数の送受信機を利用してもよい。
【０１７２】
基地局１１４ａは、エアインターフェース１１５／１１６／１１７によってＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの１つ以上と通信してもよく、エアインターフェース１１５／１１６／１１７は、任意の適切な無線通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、ｃｍＷａｖｅ、ｍｍＷａｖｅなど）であってもよい。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立されてもよい。
【０１７３】
基地局１１４ｂは、エアインターフェース１１５ｂ／１１６ｂ／１１７ｂによって、ＲＲＨ１１８ａ、１１８ｂおよび／またはＴＲＰ１１９ａ、１１９ｂの１つ以上と通信してもよく、エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適切な有線（たとえば、ケーブル、光ファイバーなど）または無線通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、ｃｍＷａｖｅ、ｍｍＷａｖｅなど）であってもよい。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立されてもよい。
【０１７４】
ＲＲＨ１１８ａ、１１８ｂおよび／またはＴＲＰ１１９ａ、１１９ｂは、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃによって、ＷＴＲＵ１０２ｃ、１０２ｄの１つ以上と通信してもよく、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、ｃｍＷａｖｅ、ｍｍＷａｖｅなど）であってもよい。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立されてもよい。
【０１７５】
より特定的には、前述したとおり、通信システム１００は、複数アクセスシステムであってもよく、１つ以上のチャンネルアクセススキーム、たとえば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどを使用してもよい。たとえば、ＲＡＮ１０３／１０４／１０５およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ中の基地局１１４ａ、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ中のまたはＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂは、無線技術（たとえば、ユニバーサル移動体通信システム（Universal  Mobile  Telecommunications  System：ＵＭＴ）地上波無線アクセス（Terrestrial  Radio  Access：ＵＴＲＡ））を実装していてもよく、それぞれ、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を用い、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃを確立してもよい。ＷＣＤＭＡは、ハイスピードパケットアクセス（High-Speed  Packet  Access：ＨＳＰＡ）および／または高速化ＨＳＰＡ（Evolved  HSPA：ＨＳＰＡ＋）などの通信プロトコルを含んでいてもよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（High-Speed  Downlink  Packet  Access：ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（High-Speed  Uplink  Packet  Access：ＨＳＵＰＡ）を含んでいてもよい。
【０１７６】
ある実施形態では、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ中の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂは、高速ＵＭＴＳ地上波無線アクセス（Evolved  UMTS  Terrestrial  Radio  Access：Ｅ−ＵＴＲＡ）などの無線技術を実装していてもよく、ロングタームエボリューション（Long  Term  Evolution：ＬＴＥ）および／または高速ＬＴＥ（LTE-Advanced：ＬＴＥ−Ａ）を用い、それぞれ、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃを確立してもよい。将来的に、エアインターフェース１１５／１１６／１１７は、３ＧＰＰ  ＮＲ技術を実装してもよい。
【０１７７】
ある実施形態では、ＲＡＮ１０３／１０４／１０５およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ中の基地局１１４ａ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ中のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂは、ＩＥＥＥ  ８０２．１６（たとえば、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（Worldwide  Interoperability  for  Microwave  Access：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６（ＩＳ−８５６）、グローバルシステムフォーモバイルコミュニケーション（Global  System  for  Mobile  communications：ＧＳＭ）、エンハンスドデータレートフォージーエスエムエボリューション（Enhanced  Data  rates  for  GSM  Evolution：ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。
【０１７８】
図４７Ａの基地局１１４ｃは、たとえば、無線ルータ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、またはアクセスポイントであってもよく、局所的なエリア、たとえば、事業所、家、車両、キャンパスなどでの無線接続を容易にする任意の適切なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ  ８０２．１１などの無線技術を実装してもよい。ある実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｄは、ワイヤレスパーソナルエリアネットワーク（wireless  personal  area  network：ＷＰＡＮ）を確立するために、ＩＥＥＥ  ８０２．１５などの無線技術を実装してもよい。さらなる実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、ピコセルまたはフェムトセルを確立するために、セルラー系ＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用してもよい。図４７Ａに示すとおり、基地局１１４ｂは、インターネット１１０に直接接続してもよい。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要はない場合がある。
【０１７９】
ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信してもよく、コアネットワーク１０６／１０７／１０９は、インターネットプロトコル（ＶｏＩＰ）サービスによって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ以上に音声、データ、アプリケーションおよび／または音声を与えるように設定された任意の種類のネットワークであってもよい。たとえば、コアネットワーク１０６／１０７／１０９は、呼制御、ビリングサービス、モバイルの場所に基づくサービス、プリペイド電話、インターネット接続、映像配信などを与えてもよく、および／またはユーザ認証などの高レベルセキュリティ機能を発揮してもよい。
【０１８０】
図４７Ａに示されていないが、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよび／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接的または間接的に通信してもよいことが理解されるだろう。たとえば、Ｅ−ＵＴＲＡ無線技術を利用してもよいＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂへの接続に加え、コアネットワーク１０６／１０７／１０９も、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信してもよい。
【０１８１】
コアネットワーク１０６／１０７／１０９はまた、ＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスするためのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅのゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、基本電話サービス（plain  old  telephone  service：ＰＯＴＳ）を与える回路スイッチング型電話網を含んでいてもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおいて、共通の通信プロトコル、たとえば、トランスミッションコントロールプロトコル（transmission  control  protocol：ＴＣＰ）、ユーザデータグラムプロトコル（user  datagram  protocol：ＵＤＰ）およびインターネットプロトコル（internet  protocol：ＩＰ）を使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでいてもよい。ネットワーク１１２は、他のサービスプロバイダによって所有され、および／または操作される有線または無線の通信ネットワークを含んでいてもよい。たとえば、ネットワーク１１２は、１つ以上のＲＡＮに接続する別のコアネットワークを含んでいてもよく、１つ以上のＲＡＮは、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを使用してもよい。
【０１８２】
通信システム１００中のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべては、複数モードの能力を含んでいてもよく、たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄおよび１０２ｅは、異なる無線リンクによって異なる無線ネットワークと通信する複数の送受信機を備えていてもよい。たとえば、図４７Ａに示されるＷＴＲＵ１０２ｅは、セルラー系無線技術を使用してもよい基地局１１４ａと通信するように設定されていてもよく、ＩＥＥＥ  ８０２無線技術を使用してもよい基地局１１４ｃと通信するように設定されていてもよい。
【０１８３】
図４７Ｂは、本明細書に示される実施形態に係る無線通信用に設定された装置またはデバイスの一例のブロック図である（たとえば、ＷＴＲＵ１０２）。図４７Ｂに示すとおり、ＷＴＲＵ１０２の例は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、ノンリムーバブルメモリ１３０と、リムーバブルメモリ１３２と、電源１３４と、グローバルポジショニングシステム（Global  Positioning  System：ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを備えていてもよい。ＷＴＲＵ１０２は、実施形態との一致点を保持しつつ、上の要素の任意の部分的な組み合わせを含んでいてもよいことが理解されるだろう。また、実施形態は、基地局１１４ａおよび１１４ｂ、および／または基地局１１４ａおよび１１４ｂが表してもよいノード、たとえば、限定されないが、送受信基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノード−Ｂ、高速ホームノード−Ｂ（ｅＮｏｄｅＢ）、ホーム高速ノード−Ｂ（ＨｅＮＢ）、ホーム高速ノード−Ｂゲートウェイおよびプロキシノードが、特に図４７Ｂに示され、本明細書に記載される要素の一部またはすべてを含み得ると想定する。
【０１８４】
プロセッサ１１８は、汎用プロセッサ、特殊用途向けプロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital  signal  processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと結合する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application  Specific  Integrated  Circuits：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field  Programmable  Gate  Array：ＦＰＧＡ）回路、任意の他の種類の集積回路（integrated  circuit：ＩＣ）、状態マシンなどであってもよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２に無線環境で操作させることが可能な任意の他の機能を行ってもよい。プロセッサ１１８は、送受信機１２０に連結されていてもよく、送受信機１２０は、送信／受信要素１２２に連結されていてもよい。図４７Ｂは、プロセッサ１１８および送受信機１２０を別個の構成要素として記載するが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップに一緒に組み込まれていてもよいことが理解されるだろう。
【０１８５】
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７によって、基地局（たとえば、基地局１１４ａ）に信号を送信するか、または基地局（たとえば、基地局１１４ａ）から信号を受信するように設定されていてもよい。たとえば、ある実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように設定されたアンテナであってもよい。一実施形態では、送信／受信は、図４７Ａに示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接的または間接的に通信してもよいことが理解されるだろう。たとえば、Ｅ−ＵＴＲＡ無線技術を利用してもよいＲＡＮ１０３／１０４／１０５への接続に加え、コアネットワーク１０６／１０７／１０９も、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信してもよい。
【０１８６】
コアネットワーク１０６／１０７／１０９はまた、ＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスするためのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を与える回路スイッチング型電話網を含んでいてもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおいて、共通の通信プロトコル、たとえば、トランスミッションコントロールプロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）およびインターネットプロトコル（ＩＰ）を使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでいてもよい。ネットワーク１１２は、他のサービスプロバイダによって所有され、および／または操作される有線または無線の通信ネットワークを含んでいてもよい。たとえば、ネットワーク１１２は、１つ以上のＲＡＮに接続する別のコアネットワークを含んでいてもよく、１つ以上のＲＡＮは、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを使用してもよい。
【０１８７】
通信システム１００中のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべては、複数モードの能力を含んでいてもよく、たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄおよび１０２ｅは、異なる無線リンクによって異なる無線ネットワークと通信する複数の送受信機を備えていてもよい。たとえば、図４７Ａに示されるＷＴＲＵ１０２ｃは、セルラー系無線技術を使用してもよい基地局１１４ａと通信するように設定されていてもよく、ＩＥＥＥ  ８０２無線技術を使用してもよい基地局１１４ｃと通信するように設定されていてもよい。
【０１８８】
図４７Ｂは、本明細書に示される実施形態に係る無線通信用に設定された装置またはデバイスの一例のブロック図である（たとえば、ＷＴＲＵ１０２）。図４７Ｂに示すとおり、ＷＴＲＵ１０２の例は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、ノンリムーバブルメモリ１３０と、リムーバブルメモリ１３２と、電源１３４と、グローバルポジショニングシステム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを備えていてもよい。ＷＴＲＵ１０２は、実施形態との一致点を保持しつつ、上の要素の任意の部分的な組み合わせを含んでいてもよいことが理解されるだろう。また、実施形態は、基地局１１４ａおよび１１４ｂ、および／または基地局１１４ａおよび１１４ｂが表してもよいノード、たとえば、限定されないが、送受信基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノード−Ｂ、高速ホームノード−Ｂ（ｅＮｏｄｅＢ）、ホーム高速ノード−Ｂ（ＨｅＮＢ）、ホーム高速ノード−Ｂゲートウェイおよびプロキシノードが、特に図４７Ｂに示され、本明細書に記載される要素の一部またはすべてを含み得ると想定する。
【０１８９】
プロセッサ１１８は、汎用プロセッサ、特殊用途向けプロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと結合する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他の種類の集積回路（ＩＣ）、状態マシンなどであってもよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２に無線環境で操作させることが可能な任意の他の機能を行ってもよい。プロセッサ１１８は、送受信機１２０に連結されていてもよく、送受信機１２０は、送信／受信要素１２２に連結されていてもよい。図４７Ｂは、プロセッサ１１８および送受信機１２０を別個の構成要素として記載するが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップに一緒に組み込まれていてもよいことが理解されるだろう。
【０１９０】
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７によって、基地局（たとえば、基地局１１４ａ）に信号を送信するか、または基地局（たとえば、基地局１１４ａ）から信号を受信するように設定されていてもよい。たとえば、ある実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように設定されたアンテナであってもよい。一実施形態では、送信／受信要素１２２は、たとえば、ＩＲ、ＵＶまたは可視光信号を送信および／または受信するように設定されたエミッタ／検出器であってもよい。さらなる実施形態では、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および受信するように設定されていてもよい。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように設定されていてもよいことが理解されるだろう。
【０１９１】
これに加えて、送信／受信要素１２２は、図４７Ｂで単一要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を備えていてもよい。より特定的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用してもよい。したがって、ある実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７によって無線信号を送信および受信する２つ以上の送信／受信要素１２２（たとえば、複数アンテナ）を備えていてもよい。
【０１９２】
送受信機１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように設定されていてもよい。前述のとおり、ＷＴＲＵ１０２は、複数モードの能力を有していてもよい。したがって、送受信機１２０は、ＷＴＲＵ１０２に、複数のＲＡＴ、たとえば、ＵＴＲＡおよびＩＥＥＥ  ８０２．１１によって通信させることが可能な複数の送受信機を備えていてもよい。
【０１９３】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド／インジケータ１２８（たとえば、液晶ディスプレイ（liquid  crystal  display：ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（organic  light-emitting  diode：ＯＬＥＤ）ディスプレイユニット）に連結されていてもよく、これらからユーザ入力データを受信してもよい。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド／インジケータ１２８にユーザデータを出力してもよい。これに加えて、プロセッサ１１８は、ノンリムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意の種類の適切なメモリからの情報にアクセスしてもよく、これらのメモリにデータを格納してもよい。ノンリムーバブルメモリ１３０としては、ランダムアクセスメモリ（random-access  memory：ＲＡＭ）、リードオンリーメモリ（read-only  memory：ＲＯＭ）、ハードディスク、または任意の他の種類のメモリ格納デバイスが挙げられるだろう。リムーバブルメモリ１３２としては、加入者識別モジュール（subscriber  identity  module：ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure  digital：ＳＤ）メモリカードなどが挙げられるだろう。ある実施形態では、プロセッサ１１８は、ＷＴＲＵ１０２に物理的に配置されていないメモリ、たとえば、サーバまたはホームコンピュータ（図示せず）からの情報にアクセスしてもよく、またはこれらにデータを格納してもよい。
【０１９４】
プロセッサ１１８は、電源１３４から電力を受け取ってもよく、ＷＴＲＵ１０２の他の構成要素に対して電力を分配および／または制御するように設定されていてもよい。電源１３４は、ＷＴＲＵ１０２に電力を与えるのに適した任意のデバイスであってもよい。たとえば、電源１３４としては、１つ以上の乾電池、太陽電池、燃料電池などが挙げられるだろう。
【０１９５】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に連結されていてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在の場所に関する場所情報（たとえば、経度および緯度）を与えるように設定されていてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはこれに代えて、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７によって、基地局（たとえば、基地局１１４ａ、１１４ｂ）から場所情報を受信し、および／または２つ以上の付近の基地局から受信される信号のタイミングに基づき、その場所を決定してもよい。ＷＴＲＵ１０２は、実施形態との一致点を保持しつつ、任意の適切な場所決定方法によって場所情報を獲得してもよいことが理解されるだろう。
【０１９６】
プロセッサ１１８は、さらに、他の周辺機器１３８と連結されていてもよく、他の周辺機器１３８は、さらなる特徴、機能および／または有線または無線の通信を与える１つ以上のソフトウェアおよび／またはハードウェアモジュールを含んでいてもよい。たとえば、周辺機器１３８は、種々のセンサ、たとえば、加速度計、生体認証（たとえば、指紋）センサ、電子コンパス、衛星送受信機、デジタルカメラ（写真または映像用）、ユニバーサルシリアルバス（universal  serial  bus：ＵＳＢ）ポートまたは他の相互接続インターフェース、振動デバイス、テレビジョン送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency  modulated：ＦＭ）ラジオユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含んでいてもよい。
【０１９７】
ＷＴＲＵ１０２は、他の装置またはデバイス、たとえば、センサ、家電製品、ウェアラブルデバイス（たとえば、スマートウォッチまたはスマート衣類）、医療用デバイスまたはｅＨｅａｌｔｈデバイス、ロボット、産業機器、ドローン、車両（たとえば、車、トラック、電車または航空機）などで具現化されてもよい。ＷＴＲＵ１０２は、１つ以上の相互接続インターフェース、たとえば、周辺機器１３８の１つを含んでいてもよい相互接続インターフェースによって、このような装置またはデバイスの他の構成要素、モジュールまたはシステムに接続していてもよい。
【０１９８】
図４７Ｃは、一実施形態に係るＲＡＮ１０３およびコアネットワーク１０６のシステム図である。前述のとおり、ＲＡＮ１０３は、エアインターフェース１１５によってＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信するために、ＵＴＲＡ無線技術を使用してもよい。ＲＡＮ１０３は、コアネットワーク１０６とも通信してもよい。図４７Ｃに示すとおり、ＲＡＮ１０３は、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを備えていてもよく、これらのＮｏｄｅ−Ｂは、それぞれ、エアインターフェース１１５によってＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信する１つ以上の送受信機を備えていてもよい。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＲＡＮ１０３内の特定のセル（図示せず）と関連付けられていてもよい。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂも含んでいてもよい。ＲＡＮ１０３は、実施形態との一致点を保持しつつ、任意の数のＮｏｄｅ−ＢおよびＲＮＣを備えていてもよいことが理解されるだろう。
【０１９９】
図４７Ｃに示されるとおり、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと連通してもよい。さらに、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信してもよい。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースによって、それぞれのＲＮＣ１４２ａ、１４２ｂと通信してもよい。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースによって互いに通信してもよい。ＲＮＣ１４２ａ、１４２ｂはそれぞれ、接続されるそれぞれのＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように設定されていてもよい。これに加えて、ＲＮＣ１４２ａ、１４２ｂはそれぞれ、他の機能（たとえば、外側ループの電力制御、負荷制御、許可制御、パケットスケジューリング、引き継ぎ制御、大きな多様性、セキュリティ機能、データ暗号化など）を実施するか、または補助するように設定されていてもよい。
【０２００】
図４７Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（media  gateway：ＭＧＷ）１４４、モバイルスイッチングセンタ（mobile  switching  center：ＭＳＣ）１４６、供給ＧＰＲＳサポートノード（serving  GPRS  support  node：ＳＧＳＮ）１４８および／またはゲートウェイＧＰＲＳサポートノード（gateway  GPRS  support  node：ＧＧＳＮ）１５０を備えていてもよい。上述の要素はそれぞれコアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つが、コアネットワーク操作者以外のエンティティによって所有および／または操作されてもよいことが理解されるだろう。
【０２０１】
ＲＡＮ１０３中のＲＮＣ１４２ａは、ＩｕＣＳインターフェースによって、コアネットワーク１０６中のＭＳＣ１４６と接続されていてもよい。ＭＳＣ１４６は、ＭＧＷ１４４と接続されていてもよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の有線通信デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、回路スイッチング型ネットワーク（たとえば、ＰＳＴＮ１０８）に対するアクセスを与えてもよい。
【０２０２】
ＲＡＮ１０３中のＲＮＣ１４２ａも、ＩｕＰＳインターフェースによって、コアネットワーク１０６中のＳＧＳＮ１４８と接続されていてもよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０と接続されていてもよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、パケットスイッチング型ネットワーク（たとえば、インターネット１１０）に対するアクセスを与えてもよい。
【０２０３】
前述のとおり、コアネットワーク１０６も、ネットワーク１１２と接続されていてもよく、ネットワーク１１２は、他のサービスプロバイダによって所有および／または操作される他の有線または無線のネットワークを含んでいてもよい。
【０２０４】
図４７Ｄは、一実施形態に係るＲＡＮ１０４およびコアネットワーク１０７のシステム図である。前述のとおり、ＲＡＮ１０４は、エアインターフェース１１６によってＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を使用してもよい。ＲＡＮ１０４は、コアネットワーク１０７とも通信してもよい。
【０２０５】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを備えていてもよいが、ＲＡＮ１０４は、実施形態との一致点を保持しつつ、任意の数のｅＮｏｄｅ−Ｂを備えていてもよいことが理解されるだろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、エアインターフェース１１６によってＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する１つ以上の送受信機を備えていてもよい。ある実施形態では、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装していてもよい。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、たとえば、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信する複数のアンテナを使用してもよい。
【０２０６】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂおよび１６０ｃはそれぞれ、特定のセル（図示せず）と関連付けられていてもよく、無線リソース管理の決定、引き継ぎの決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどに対処するように設定されてもよい。図４７Ｄに示されるとおり、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースによって、互いに通信してもよい。
【０２０７】
図４７Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（mobility  management  gateway：ＭＭＥ）１６２と、供給ゲートウェイ１６４と、パケットデータネットワーク（ＰＤＮ）のゲートウェイ１６６とを備えていてもよい。上述の要素はそれぞれコアネットワーク１０７の一部として示されているが、これらの要素のいずれか１つが、コアネットワーク操作者以外のエンティティによって所有および／または操作されてもよいことが理解されるだろう。
【０２０８】
ＭＭＥ１６２は、ＲＡＮ１０４中のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂおよび１６０ｃのそれぞれにＳ１インターフェースによって接続されていてもよく、制御ノードとして機能してもよい。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証し、無記名のアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中の特定の供給ゲートウェイの選択を担っていてもよい。ＭＭＥ１６２はまた、ＲＡＮ１０４と、他の無線技術、たとえば、ＧＳＭまたはＷＣＤＭＡを使用する他のＲＡＮ（図示せず）とのスイッチングの制御プレーン機能を与えてもよい。
【０２０９】
供給ゲートウェイ１６４は、Ｓ１インターフェースによって、ＲＡＮ１０４中のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂおよび１６０ｃのそれぞれに接続されていてもよい。供給ゲートウェイ１６４は、一般的に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からのユーザデータパケットを送り、進める。供給ゲートウェイ１６４はまた、たとえば、ｅＮｏｄｅ  Ｂ間の引き継ぎ中にユーザプレーンを固定する、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに入手可能になったときにページングのトリガとなる、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの内容を管理し、格納するなどの他の機能も発揮してもよい。
【０２１０】
供給ゲートウェイ１６４は、ＰＤＮゲートウェイ１６６にも接続されていてもよく、ＰＤＮゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、パケットスイッチング型ネットワーク（たとえば、インターネット１１０）に対するアクセスを与えてもよい。
【０２１１】
コアネットワーク１０７は、他のネットワークとの通信を容易にしてもよい。たとえば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の有線通信デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、回路スイッチング型ネットワーク（たとえば、ＰＳＴＮ１０８）に対するアクセスを与えてもよい。たとえば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８の間のインターフェースとして機能するＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（IP  multimedia  subsystem：ＩＭＳ）サーバ）を含んでいてもよく、またはこれと通信してもよい。これに加えて、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ネットワーク１１２へのアクセスを与えてもよく、ネットワーク１１２は、他のサービスプロバイダによって所有および／または操作される他の有線または無線のネットワークを含んでいてもよい。
【０２１２】
図４７Ｅは、一実施形態に係るＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、エアインターフェース１１７によってＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信するためにＩＥＥＥ  ８０２．１６無線技術を使用するアクセスサービスネットワーク（access  service  network：ＡＳＮ）であってもよい。以下にさらに記載するとおり、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の異なる機能エンティティ間の通信リンクは、基準点として定義されてもよい。
【０２１３】
図４７Ｅに示すとおり、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを備えていてもよいが、ＲＡＮ１０５は、実施形態との一致点を保持しつつ、任意の数の基地局およびＡＳＮゲートウェイを備えていてもよいことが理解されるだろう。基地局１８０ａ、１８０ｂ、１８０ｃは、それぞれ、ＲＡＮ１０５中の特定のセルと関連付けられていてもよく、エアインターフェース１１７によってＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する１つ以上の送受信機を備えていてもよい。ある実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装していてもよい。したがって、基地局１８０ａは、たとえば、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信する複数のアンテナを使用してもよい。基地局１８０ａ、１８０ｂ、１８０ｃはまた、モビリティ管理機能、たとえば、引き継ぎトリガ、トンネル確立、無線リソース管理、トラフィック分類、クオリティオブサービス（ＱｏＳ）ポリシー実施などを与えてもよい。ＡＳＮゲートウェイ１８２は、トラフィックアグリゲーション点として機能してもよく、ページング、サブスクライバプロファイルのキャッシング、コアネットワーク１０９に対する経路決定などを担っていてもよい。
【０２１４】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ  ８０２．１６仕様を実施するＲ１基準点として定義されてもよい。これに加えて、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃはそれぞれ、コアネットワーク１０９との論理インターフェース（図示せず）を確立してもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、Ｒ２基準点として定義されてもよく、認証、権限付与、ＩＰホスト構成管理および／またはモビリティ管理に使用してもよい。
【０２１５】
基地局１８０ａ、１８０ｂおよび１８０ｃそれぞれの間の通信リンクは、ＷＴＲＵの引き継ぎおよび基地局間のデータ伝送を容易にするプロトコルを含むＲ８基準点として定義されてもよい。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６基準点として定義されてもよい。Ｒ６基準点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃそれぞれに関連付けられたモビリティ事象に基づくモビリティ管理を容易にするプロトコルを含んでいてもよい。
【０２１６】
図４７Ｅに示すとおり、ＲＡＮ１０５は、コアネットワーク１０９に接続されていてもよい。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、たとえば、データ伝送およびモビリティ管理能力を容易にするプロトコルを含むＲ３基準点として定義されてもよい。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４と、認証、権利付与、アカウンティング（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを備えていてもよい。上述の要素はそれぞれコアネットワーク１０９の一部として示されているが、これらの要素のいずれか１つが、コアネットワーク操作者以外のエンティティによって所有および／または操作されてもよいことが理解されるだろう。
【０２１７】
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担っていてもよく、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワークの間をローミング可能になるようにしてもよい。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、パケットスイッチング型ネットワーク（たとえば、インターネット１１０）に対するアクセスを与えてもよい。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスの補助を担ってもよい。ゲートウェイ１８８は、他のネットワークとの相互の作業を容易にしてもよい。たとえば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の有線通信デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、回路スイッチング型ネットワーク（たとえば、ＰＳＴＮ１０８）に対するアクセスを与えてもよい。これに加えて、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ネットワーク１１２に対するアクセスを与えてもよく、ネットワーク１１２は、他のサービスプロバイダによって所有および／または操作される他の有線または無線のネットワークを含んでいてもよい。
【０２１８】
図４７Ｅには示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続されていてもよく、コアネットワーク１０９は、他のコアネットワークに接続されていてもよいことが理解されるだろう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、Ｒ４基準点として定義されてもよく、Ｒ４基準点は、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するプロトコルを含んでいてもよい。コアネットワーク１０９と他のコアネットワークとの通信は、Ｒ５基準点として定義されてもよく、Ｒ５基準点は、ホームコアネットワークと訪問したコアネットワークとの間のインターワーキングを容易にするプロトコルを含んでいてもよい。
【０２１９】
本明細書に記載され、図４７Ａ、４７Ｃ、４７Ｄおよび４７Ｅに示されるコアネットワークエンティティは、特定の既存の３ＧＰＰ仕様において、これらのエンティティについて与えられた名称によって特定されるが、将来的には、これらのエンティティおよび機能は、他の名称によって特定されてもよいことが理解され、特定のエンティティまたは機能は、将来の３ＧＰＰ  ＮＲ仕様を含む、３ＧＰＰによって公開される将来の刊行物と組み合わせてもよい。したがって、記載され、図４７Ａ、４７Ｂ、４７Ｃ、４７Ｄおよび４７Ｅに示される特定のネットワークエンティティおよび機能は、ほんの一例として与えられ、本明細書に開示され、請求される発明特定事項は、現時点で定義されているか、または将来的に定義されるかにかかわらず、任意の同様の通信システムに具現化されるか、または実装されてもよいことが理解される。
【０２２０】
図４７Ｆは、図４７Ａ、４７Ｃ、４７Ｄおよび４７Ｅに示される通信ネットワークの１つ以上の装置が、たとえば、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または他のネットワーク１１２中の特定のノードまたは機能を具現化し得る、例示的な計算システム９０のブロック図である。計算システム９０は、コンピュータまたはサーバを備えていてもよく、ソフトウェアの形態であってもよいコンピュータ可読命令によって主に制御されてもよく、コンピュータ可読命令は、このようなソフトウェアが格納されるか、またはアクセスされる手段であれば何でもよい。このようなコンピュータ可読命令は、プロセッサ９１内で実行され、計算システム９０に作業させてもよい。プロセッサ９１は、汎用プロセッサ、特殊用途向けプロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと結合する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他の種類の集積回路（ＩＣ）、状態マシンなどであってもよい。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、および／または計算システム９０を通信ネットワークで操作させることが可能な任意の他の機能を行ってもよい。コプロセッサ８１は、任意要素のプロセッサであり、メインプロセッサ９１とは区別され、プロセッサ９１のさらなる機能を行ってもよく、または補助してもよい。プロセッサ９１および／またはコプロセッサ８１は、本明細書に開示される方法および装置に関連するデータを受信し、作成し、処理してもよい。
【０２２１】
操作中、プロセッサ９１は、命令を取りに行き、デコードし、実行し、計算システムの主なデータ伝送経路であるシステムバス８０によって、他のリソースへ、また他のリソースから情報を伝送する。このようなシステムバスは、計算システム９０中の構成要素を接続し、データ交換の媒体を定義する。システムバス８０は、典型的には、データを送るデータライン、アドレスを送るアドレスライン、中断を送りシステムバスを操作する制御ラインを備えている。このようなシステムバス８０の一例は、ＰＣＩ（ペリフェラルコンポーネントインターコネクト（Peripheral  Component  Interconnect））バスである。
【０２２２】
システムバス８０に連結されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２およびリードオンリーメモリ（ＲＯＭ）９３を含む。このようなメモリは、情報を格納し、検索することが可能な回路を含む。ＲＯＭ９３は、一般的に、容易に改変することができない格納データを含む。ＲＡＭ８２に格納されるデータは、プロセッサ９１または他のハードウェアデバイスによって読み取り、または変更することができる。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御されてもよい。メモリコントローラ９２は、命令が実行されるときに、バーチャルアドレスを物理アドレスに翻訳するアドレス翻訳機能を与えてもよい。メモリコントローラ９２は、システム内のプロセスを隔離し、システムプロセスをユーザプロセスから隔離するメモリ保護機能も与えてもよい。したがって、第１モードで走るプログラムは、自身のプロセスのバーチャルアドレス空間によってマッピングされたメモリのみにアクセスすることができる。プロセス間でのメモリ共有が設定されていなければ、別のプロセスのバーチャルアドレス空間内のメモリにアクセスすることはできない。
【０２２３】
これに加えて、計算システム９０は、プリンタ９４、キーボード８４、マウス９５およびディスクドライブ８５などの周辺機器に対するプロセッサ９１からの命令の通信を担う周辺機器コントローラ８３を含んでいてもよい。
【０２２４】
ディスプレイ８６は、ディスプレイコントローラ９６によって制御され、ディスプレイ８６を使用し、計算システム９０によって作成されたバーチャル出力を表示する。このようなバーチャル出力は、文字、グラフィックス、アニメ化されたグラフィックスおよび映像を含んでいてもよい。ビジュアル出力は、グラフィカルユーザインターフェース（ＧＵＩ）の形態で与えられてもよい。ディスプレイ８６は、ＣＲＴに基づくビデオディスプレイ、ＬＣＤに基づくフラットパネルディスプレイ、ガスプラズマに基づくフラットパネルディスプレイ、またはタッチパネルと共に実装されてもよい。ディスプレイコントローラ９６は、ディスプレイ８６に送られるビデオ信号を作成するために必要な電子構成要素を含む。
【０２２５】
さらに、計算システム９０は、通信回路（たとえば、ネットワークアダプタ９７）を含んでいてもよく、これを使用し、計算システム９０を外部通信ネットワーク、たとえば、図４７Ａ、４７Ｂ、４７Ｃ、４７Ｄおよび４７ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または他のネットワーク１１２に接続し、計算システム９０がこれらのネットワークの他のノードまたは機能エンティティと通信するのを可能にしてもよい。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書に記載する特定の装置、ノードまたは機能エンティティの送信および受信工程を行うために使用されてもよい。
【０２２６】
本明細書に記載される装置、システム、方法およびプロセスのいずれかまたはすべては、コンピュータ可読記憶媒体に格納されたコンピュータ実行可能命令（たとえば、プログラムコード）の形態で具現化されてもよく、命令は、プロセッサ（たとえば、プロセッサ１１８または９１）によって実行されると、プロセッサに、本明細書に記載するシステム、方法およびプロセスを実施および／または実行させることが理解される。特定的には、本明細書に記載される工程、操作または機能のいずれかは、このようなコンピュータ実行可能命令の形態で実装されてもよく、無線および／または有線のネットワーク通信向けに設定された装置または計算システムのプロセッサで実行する。コンピュータ可読記憶媒体は、情報格納のための任意の非一時的な（たとえば、有形または物理的な）方法または技術で実行される揮発性および非揮発性、リムーバブルおよびノンリムーバブルの媒体を含むが、このようなコンピュータ可読記憶媒体は、信号を含まない。コンピュータ可読記憶媒体としては、限定されないが、ＲＡＭ、ＲＯＭ、ＥＥＰＯＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、デジタルバーサタイルディスク（ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶デバイス、または所望な情報を格納するために使用することができ、計算システムによってアクセス可能な任意の他の有形媒体または物理媒体が挙げられる。
【０２２７】
以下は、上の記載で出現し得るＮＲ技術に関連する頭字語のリストである。特に他の意味であると特定されない限り、本明細書で使用する頭字語は、以下に列挙した対応する用語を指す。
ＡＲ  拡張現実
ＡＳ  アクセス層
ＢＦ−ＲＳ  ビームフォーム基準信号
ＢＴ−ＲＳ  ビームフォーミングされたトレーニング基準信号
ＣＥ  制御要素
ＣｏＭＰ  協調マルチポイント
ＣＰ  サイクリックプレフィックス
ＣＱＩ  チャンネル品質指示
ＣＲＳ  セル固有基準信号
ＣＳＩ  チャンネル状況情報
ＣＳＩ−ＲＳ  チャンネル状況情報基準信号
ＤＣＩ  ダウンリンク制御情報
ＤＬ  ダウンリンク
ＤＭ−ＲＳ  復調基準信号
ｅＭＢＢ  高度化モバイルブロードバンド
ｅＮＢ  高速Ｎｏｄｅ  Ｂ
ｅＰＤＣＣＨ  高速物理ダウンリンク制御チャンネル
ＦＤ  全次元
ＦＤＤ  周波数分割複信
ＦＦＳ  さらなる試験のために
ＧＵＩ  グラフィカルユーザインターフェース
ＨＡＲＱ  ハイブリッド自動反復要求
ＩＤ  識別情報
ＩＭＴ  インターナショナルモバイルテレコミュニケーション
ＫＰ  クロネッカー積
ＫＰＩ  重要業績評価指標
ＬＴＥ  ロングタームエボリューション
ＭＡＣ  メディアアクセス制御
ＭＣＬ  最大伝搬損失
ＭＣＳ  変調およびコーディングスキーム
ＭＭＥ  可動性管理エンティティ
ＭＩＭＯ  マルチインプットマルチアウトプット
ＮＡＳ  非アクセス層
ＮＢ  狭ビーム
ＮＤＩ  新規データ指標
ＮＥＯ  ネットワーク操作
ＮＲ−ノード  新無線ノード
ＯＣＣ  直交カバーコード
ＯＦＤＭ  直交周波数分割多重化
ＰＤＣＣＨ  物理ダウンリンク制御チャンネル
ＰＤＳＣＨ  物理ダウンリンク共有チャンネル
ＰＭＩ  プレコーダマトリックス指示
ＰＲＳ  位置基準信号
ＰＵＳＣＨ  物理アップリンク共有チャンネル
ＰＵＣＣＨ  物理アップリンク制御チャンネル
ＲＡＴ  無線アクセス技術
ＲＢ  リソースブロック
ＲＥ  リソース要素
ＲＩ  ランク指示
ＲＲＣ  無線リソース制御
ＲＲＨ  リモートラジオヘッド
ＲＳ  基準信号
ＲＳＳＩ  受信信号強度インジケータ
ＲＳＲＰ  基準信号受信電力
ＲＳＲＱ  基準信号受信品質
ＲＶ  冗長性態様
ＳＣ−ＦＤＭＡ  シングルキャリア−周波数分割多元接続
ＳＩ  システム情報
ＳＩＢ  システム情報ブロック
ＳＩＳＯ  シングルインプットシングルアウトプット
ＳＲＳ  音声基準信号
２Ｄ  二次元
３Ｄ  三次元
ＴＤＤ  時間分割複信
ＴＰＣ  送信電力制御
ＴＲＰ  送信受信点
ＴＴＩ  送信タイムインターバル
ＴＸＳＳ  送信セクタスイープ
ＵＡＶ  無人航空機
ＵＥ  ユーザ機器
ＵＬ  アップリンク
ＵＲＬＬＣ  超高信頼低遅延通信
ＶＲ  仮想現実
ＷＢ  広ビーム
ＷＲＣ  無線計画調整局
【０２２８】
この明細書は、本発明を開示し、さらに、任意のデバイスまたはシステムを製造し、使用すること、および任意の組み込まれた方法を実施することを含め、当業者が本発明を実施可能にするために、ベストモードを含め、例を使用する。本発明の特許可能な範囲は、特許請求の範囲によって規定され、当業者に対して生じる他の例を含んでいてもよい。このような他の例は、これらが、特許請求の範囲の逐語的な用語と差がない構造的要素を有する場合、または特許請求の範囲の逐次的な用語からわずかな差がある等価な構造的要素を含む場合、特許請求の範囲内であることを意図している。
【図１】
2020505814.tif 000059
【図２】
2020505814.tif 000060
【図３】
2020505814.tif 000061
【図４】
2020505814.tif 000062
【図５】
2020505814.tif 000063
【図６】
2020505814.tif 000064
【図７】
2020505814.tif 000065
【図８】
2020505814.tif 000066
【図９】
2020505814.tif 000067
【図１０】
2020505814.tif 000068
【図１１】
2020505814.tif 000069
【図１２】
2020505814.tif 000070
【図１３】
2020505814.tif 000071
【図１４】
2020505814.tif 000072
【図１５】
2020505814.tif 000073
【図１６】
2020505814.tif 000074
【図１７Ａ】
2020505814.tif 000075
【図１７Ｂ】
2020505814.tif 000076
【図１８】
2020505814.tif 000077
【図１９】
2020505814.tif 000078
【図２０】
2020505814.tif 000079
【図２１】
2020505814.tif 000080
【図２２】
2020505814.tif 000081
【図２３】
2020505814.tif 000082
【図２４】
2020505814.tif 000083
【図２５】
2020505814.tif 000084
【図２６】
2020505814.tif 000085
【図２７】
2020505814.tif 000086
【図２８】
2020505814.tif 000087
【図２９】
2020505814.tif 000088
【図３０】
2020505814.tif 000089
【図３１】
2020505814.tif 000090
【図３２】
2020505814.tif 000091
【図３３】
2020505814.tif 000092
【図３４】
2020505814.tif 000093
【図３５】
2020505814.tif 000094
【図３６】
2020505814.tif 000095
【図３７】
2020505814.tif 000096
【図３８】
2020505814.tif 000097
【図３９】
2020505814.tif 000098
【図４０】
2020505814.tif 000099
【図４１】
2020505814.tif 000100
【図４２】
2020505814.tif 000101
【図４３】
2020505814.tif 000102
【図４４】
2020505814.tif 000103
【図４５】
2020505814.tif 000104
【図４６】
2020505814.tif 000105
【図４７Ａ】
2020505814.tif 000106
【図４７Ｂ】
2020505814.tif 000107
【図４７Ｃ】
2020505814.tif 000108
【図４７Ｄ】
2020505814.tif 000109
【図４７Ｅ】
2020505814.tif 000110
【図４７Ｆ】
2020505814.tif 000111
【国際調査報告】
2020505814.tif 000112
2020505814.tif 000113
2020505814.tif 000114
2020505814.tif 000115