JP2022046734A

JP2022046734A - Ｎｒにおける効率的なアクセスと送信の機構

Info

Publication number: JP2022046734A
Application number: JP2022000280A
Authority: JP
Inventors: リ，チン; Jing Li; アール．アイヤー，ラクシュミー; R Iyer Lakshmi; ワイ．ツァイ，アラン; Y Tsai Allan; ジャン，グオドン; Guodong Zhang; シュウ，ティエンイ; Tianyi Xu; チェン，ウェイ; Wei Chen; エム．アジャクプレ，パスカル; M Adjakple Pascal; エム．マリー，ジョゼフ; M Murray Joseph
Original assignee: Convida Wireless LLC
Current assignee: Convida Wireless LLC
Priority date: 2017-01-06
Filing date: 2022-01-04
Publication date: 2022-03-23
Anticipated expiration: 2038-01-05
Also published as: EP3566373A1; CN115150048A; JP7384940B2; US11937290B2; US20190349960A1; KR20230131966A; US20210289517A1; JP2020505814A; KR20190099071A; US20240373453A1; US20240172269A1; US11044739B2; WO2018129319A1; KR102650032B1; CN110291750A; EP4160968A1

Abstract

【課題】ＮＲシステム向けのビームフォーミングに基づく初期アクセス、ビーム管理、ビームに基づくモビリティ設計についての方法、システム及び装置を提供する。【解決手段】ＮＲシステム向けのビームフォーミングに基づく初期アクセス、制御チャンネル設計、ｅＭＢＢ及びＵＲＬＬＣミキシングおよびビームトレーニングに関する課題が特定され、対処される。例えば、高度化モバイルブロードバンド（ｅＭＭＢ）および超高信頼低遅延通信ミキシングに関する課題は、ＵＲＬＬＣの遅延要求事項を満たすために、ＵＲＬＬＣは、現在行われているｅＭＢＢ送信の間にスケジューリングされていてもよい。【選択図】図２８

Description

（関連出願に対する相互参照）
本出願は、２０１７年１月６日に出願された米国仮出願第６２／４４３，４９７号と、２０１７年２月２日に出願された米国仮特許出願第６２／４５３，８５５号の利益を請求し、これらの開示内容は、参照により本明細書に援用される。

３ＧＰＰＴＲ３８．９１３「ＳｔｕｄｙｏｎＳｃｅｎａｒｉｏｓａｎｄＲｅｑｕｉｒｅｍｅｎｔｓｆｏｒＮｅｘｔＧｅｎｅｒａｔｉｏｎＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｉｅｓ」（Ｒｅｌｅａｓｅ１４、Ｖ０．２．０）は、新無線（New Radio：ＮＲ）技術のシナリオと要求事項を規定している。高度化モバイルブロードバンド（enhanced Mobile Broadband：ｅＭＢＢ）、超高信頼低遅延通信（Ultra-Reliable Low Latency Communication：ＵＲＬＬＣ）および大量マシンタイプ通信（massive Machine-Type Communication：ｍＭＴＣ）デバイスのための重要業績評価指標（Key Performance Indicator：ＫＰＩ）は、例として表１にまとめられている。

この概要は、単純化された形態での概念の選択を紹介するために与えられ、この単純化された形態での概念は、詳細な説明で以下にさらに説明される。この概要は、請求される発明特定事項の範囲を制限することを意図していない。上述の必要性は、ＮＲシステム向けのビームフォーミングに基づく初期アクセス、ビーム管理、ビームに基づくモビリティ設計についての本明細書に記載の方法、システムおよび装置に関する本出願によって、大部分が満たされる。たとえば、初期アクセス、ミニスロットおよび制御チャンネルの設計、高度化モバイルブロードバンド（ｅＭＢＢ）、超高信頼低遅延通信（ＵＲＬＬＣ）のミキシング、およびビームのトレーニングおよび回復に関連する課題が特定され、対処される。

初期アクセスの課題に関し、種々の実施形態例に従い、同期信号（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つのＯＦＤＭシンボル内または複数のＯＦＤＭシンボル内で行われてもよい。ＮＲ－ＰＳＳにＴＤシーケンスを使用してもよい。信号構造化パターンは、単一シーケンスまたは複数シーケンスから構成されていてもよい。

ある実施形態によって、ＳＳバーストセットの一例をここに記載する。ここで、ＳＳバーストは、スケジューリングされることが必要な高優先チャンネルが存在する場合には、時間全体に均一に分散していなくてもよく、これらの高優先チャンネルは、ＳＳバーストリソースと重複するリソースを割り当てる。たとえば、ＵＲＬＬＣ物理制御データチャンネル（ＵＲＬＬＣＰＤＣＣＨ、ＰＤＳＣＨ）は、ＳＳバーストと重複した状態でスケジューリングされてもよい。この場合、ＳＳバーストは、送信が不可能な場合がある。

ＳＳバーストセットの別の実施形態によれば、バーストセット中のＳＳバーストブロック分布の一例は、（ｉ）連続バーストブロックおよび（ｉｉ）不連続バーストブロックを含む。不連続バーストブロックにおいて、いくつかの例では、バースト中のすべてのバーストブロックが、時間領域中で連続的に割り当てられている場合には、この種のバーストは、連続バーストブロックと呼ぶことができる。その他、バーストブロックは、不連続バーストブロックであってもよい。さらに、いくつかの例では、ＵＥのバースト長が、ＯＦＤＭシンボルの整数またはＯＦＤＭ未満のシンボルの数という観点で与えられて（または推定されて）いる場合、ＵＥは、バーストブロック分布が連続していることを推定する必要はない。したがって、ビームバースト長（整数Ｍのシンボルという観点で）がＵＥに提供される場合、ＵＥは、ビームバースト内部のビームブロックが連続しているか否かをさらに推定する必要はない。例として、ビームバーストが、Ｍ＝８ＯＦＤＭシンボルに等しい持続時間を有し、ビームバーストが、２つのビームブロックで構成される場合、このビームバースト中の各ビームブロックは、２ＯＦＤＭシンボルを使用する。したがって、この例では引き続き、この例において、２つのビームブロック間に４つの空のＯＦＤＭシンボルが存在する。

図１０および１１は、バーストセットにおけるＳＳバーストブロック分布の例を示す。図１０に示される例では、１つのＳＳバースト１０００にＭ＝５のＳＳブロック１００２が存在し、各ＳＳブロック１００２は、Ｎ＝４のＯＦＤＭシンボル１００４を有する。この例では、ＳＳバーストは、ＭＮ＝２０のＯＦＤＭシンボルを有する。

図１１に示される代替的な例では、ＳＳバースト１１００にＭ＝５のＳＳブロック１１０２が存在し、各ＳＳブロックは、Ｎ＝４のＯＦＤＭシンボル１１０４を有するが、各バーストブロック１１０４の間にＯ＝２のＯＦＤＭシンボル１１０６を予約している。ある場合には、バースト長が、ＭＮ＋ＭＯ＝２０＋１０＝３０のシンボルとして定義される場合、所与のＵＥは、所与のバースト１１００中のバーストブロックの分布を知ることなく、ＳＳ信号を検出することができる。たとえば、バースト長が、ＯＦＤＭまたはＯＦＤＭ未満のシンボルの数という観点でＵＥについてわかっている場合、ＵＥは、ＳＳバースト１１００中のＳＳブロック分布を知ることなく、ＳＳを検出することができる。

ここで、ＳＳバースト周期性について考えると、ある例では、ＳＳバースト周期性は、タイミング－周波数取得時間に影響を与える。ＳＳバースト周期性の設定が長すぎる場合、一度での検出確率は、過剰な同期時間を避けるために大きくする必要があり得ることが本明細書で理解される。

ある場合には、ビームスイーピングＳＳブロックにおける複数ビーム送信の補助は、ビームスイーピング時間を短くし得る。複数ビームがビームスイーピングブロック内で使用される場合、いくつかの例では、ビームＩＤシグナリングが必要とされる。たとえば、ＳＳバーストにおいて、ＮＲ－ＰＳＳ、ＮＲ－ＳＳＳおよびＮＲ－ＰＢＣＨ用に送信される複数ビームが同時に存在する場合、これらを互いに区別し、および／またはビームＩＤのシグナリングのために、余分のビームトレーニング基準信号を使用してもよい。ＮＲ－ＰＳＳ、ＮＲ－ＳＳＳおよびＮＲ－ＰＢＣＨの複数ビーム送信用のリソース割り当ては、同じであってもよく、または異なっていてもよい。たとえば、２つのビームが、同じバーストブロック時間で同時に送信される場合、各ビームは、異なる周波数領域の割り当てを使用してもよく、またはバーストブロックの周波数領域において、同じリソースを共有してもよい。いくつかの例では、ビーム基準信号は、セルＩＤ、ビームＩＤおよび／またはＳＳバーストタイミングインデックスの関数として設定されてもよい。すなわち、ビーム基準シーケンスは、

の関数として初期化されてもよく、ここで、ｃ_ｉｎｉｔは、ビームトレーニングシーケンスの初期値である。ＳＳバーストタイミング／タイムインデックスおよびビームＩＤは、物理ランダムアクセスチャンネル（ＰＲＡＣＨ）リソース、たとえば、ＰＲＡＣＨプリアンブル信号および時間－周波数割り当てを指示するのに使用することができる。この様式で、ＮＲ－ＰＳＳ、ＮＲ－ＳＳＳおよびＮＲ－ＰＢＣＨ用に送信される同時の複数ビームが存在する場合に、ＵＥの検出の曖昧さを避けることができる。ＳＳバースト中にＮＲ－ＰＢＣＨ復調用の復調基準信号（ＤＭＲＳ）が存在する場合、ＤＭＲＳは、セルＩＤによって、および／またはＳＳバーストタイミングインデックス（すなわち、

、ここで、ｃ_ｉｎｉｔは、ＤＭＲＳシーケンスの初期値である）によって構成されてもよい。

ある場合には、いくつかのビームが、ｇＮＢの中のＳＳバーストにおいて送信されない場合があるため、異なるノードまたはｇＮＢは、同じ数のビームを送信しない場合がある。ある例では、それぞれのｇＮＢが、ＳＳバースト中の同じ数のＳＳブロックを送信する場合、ＵＥは、それでも複数ｇＮＢからのＳＳを検出することができる。したがって、ある場合には、各ｇＮＢは、あるバースト中に同じ数のＳＳブロックを設定していてもよいが、ＳＳバースト中のビームを送信するか否かの決定は、ｇＮＢ実装によって決定することができる。

異なる送信受信点（transmission and receptions point：ＴＲＰ）が、同じセル（ｇＮＢ）に関連付けられていてもよく、たとえば、ビーム直交性を維持するために、あるＳＳブロック中の複数ビーム送信のためにコード分割多重化（code division multiplexing：ＣＤＭ）を使用してもよい。さらに、ビーム基準信号がＳＳバーストと共に適用される場合、ビーム基準信号は、ビーム直交性を維持するためにＣＤＭを使用することができる。

ここで、物理ブロードキャストチャンネル（ＰＢＣＨ）について考えると、一例では、ＮＲ－ＰＢＣＨは、最小システム情報（ＳＩ）の一部（たとえば、マスタ情報ブロック（ＮＲ－ＭＩＢ））を伝送し、二次ブロードキャストチャンネルは、残存最小システム情報（ＲＭＳＩ）を伝送する。ある場合には、ＮＲ－ＰＢＣＨは、ＮＲ－ＭＩＢ情報と、残存最小システム情報（ＲＭＳＩ）のリソース指示を伝送してもよい（たとえば、ＰＲＢがＲＭＳＩを割り当てる場合）。ＲＭＳＩを伝送するこれらの二次ブロードキャストチャンネルの場合、チャンネルは、ＳＳバーストセットを共有していてもよく、それにより、ビームスイーピングリソースを保存することができる。これらの二次ブロードキャストチャンネルは、ＳＳバーストを含むＦＤＭであってもよい。これらのブロードキャストチャンネルリソースおよび復調基準信号は、最小ＳＩおよびＭＩＢを有するＮＲ－ＰＢＣＨを伝送するＰＢＣＨによって指示することができる。ある場合には、ＲＭＳＩを伝送するブロードキャストチャンネルは、常に送信されるわけではない。復調基準信号は、ＰＢＣＨと同じポートを共有していてもよい。ＤＭＲＳ信号は、種々の方法を用いて誘導されてもよい。ある例では、ビームＩＤが、ＳＳバーストブロック用に明示的にシグナリングされる場合、ＤＭＲＳＩＤは、ＳＳバーストブロックのセルＩＤ、ビームＩＤおよびポートＩＤによって得ることができる。別の例では、ビームＩＤが、ＳＳバーストブロックからのＳＳタイミングインデックスによって暗黙的にシグナリングされる場合、ＤＭＲＳＩＤは、ＳＳバーストブロックからセルＩＤ、ＳＳタイミングインデックスおよびポートＩＤによって得ることができる。

ここで図１２を参照すると、ＮＲ－ＰＢＣＨが最小ＳＩの一部を伝送し、二次ブロードキャストチャンネルがＲＭＳＩを伝送する例では、これらのブロードキャストチャンネルは、初期アクセスにおいてＳＳバースト１２０２と共にＴＤＭされてもよい。二次ブロードキャストチャンネル１２０４は、初期アクセスＳＳバースト１２０２ａ中で規定される同じ送信ビームを共有してもよい。これらのブロードキャストチャンネルリソースおよび復調基準信号は、図１２に示される最小ＳＩおよびＭＩＢを有するＰＢＣＨによって指示することができる。ＤＭＲＳ信号は、種々の機構を用いることによって誘導されてもよい。たとえば、ビームＩＤが、ＳＳバーストブロック１２０６から明示的にシグナリングされる場合、ＤＭＲＳＩＤは、ＳＳバーストブロック１２０２からセルＩＤ、ビームＩＤおよびポートＩＤによって得ることができる。ビームＩＤが、ＳＳバーストブロック１２０６からのＳＳタイミングインデックスによって暗黙的にシグナリングされる場合、ＤＭＲＳＩＤは、ＳＳバーストブロック１２０６からセルＩＤ、ＳＳタイミングインデックスおよびポートＩＤによって得ることができる。

図１３を参照すると、ＮＲ－ＰＢＣＨが最小ＳＩの一部を伝送し、二次ブロードキャストチャンネルがＲＭＳＩを伝送する別の例では、ビームリファインメントは、ＲＭＳＩを伝送しつつ、二次ブロードキャストチャンネル１３０４と関連付けられてもよい。ＵＥの観点から、いくつかの例では、これらの二次ブロードキャストチャンネル１３０４用の送信ビームが、初期アクセスにおいて事前設定されたＳＳバーストセット１３０２に基づくと推定することができる。これらのブロードキャストチャンネル１３０４は、第２レベルビームスイーピングバーストによって送信されてもよい。第２レベルビームスイーピングバーストは、初期アクセスで使用される粗ビームよりも精密なビームを使用してもよい。たとえば、これらのブロードキャストチャンネルリソースおよび対応する改良ビームのスイーピングバースト情報が、最小ＳＩおよびＭＩＢを伝送するＰＢＣＨによって指示され得る場合、所与のＵＥは、図１３に示すように、最小ＳＩおよびＭＩＢを伝送するＮＲ－ＰＢＣＨを成功裏に検出した後、第２ステージのビームトレーニングを行ってもよい。この場合、ＵＥは、同じ情報を伝送する複数のブロードキャストチャンネルを受信してもよい。ＵＥは、ビーム対応のための改良ビームを選択するために最良の信号対ノイズ比（signal to noise ratio：ＳＮＲ）を選択することができる。これに加えて、これらのブロードキャストチャンネルは、暗黙的なビームＩＤ情報用のタイミングインデックス情報を伝送してもよい。ＤＭＲＳ信号は、種々の機構を用いて誘導されてもよい。たとえば、ビームＩＤが、ビームトレーニング基準信号を用いることによって、ＳＳバーストブロック１３０６から明示的にシグナリングされる場合、ＤＭＲＳＩＤは、ＳＳバーストブロック１３０６からセルＩＤ、ビームＩＤおよびポートＩＤによって得ることができる（すなわち、

、ここで、ｃ_ｉｎｉｔは、ビームトレーニングシーケンスの初期値である）。ビームＩＤが、ＳＳバーストブロック１３０６からのＳＳタイミングインデックスによって暗黙的にシグナリングされる場合、ＤＭＲＳＩＤは、検出されたＳＳバーストブロック１３０６からセルＩＤ、ＳＳタイミングインデックス、ブロードキャストチャンネルタイミングインデックスおよびポートＩＤによって得ることができる。

別の実施形態に係るＰＢＣＨ設計の別の例では、ＮＲ－ＰＢＣＨは、最小ＳＩの一部、たとえば、ＮＲ－ＭＩＢを伝送してもよく、新無線（ＮＲ－ＰＤＳＣＨ）用の物理ダウンリンク共有チャンネル（ＰＤＳＣＨ）は、ＲＭＳＩを伝送してもよい。ＳＩを伝送するためのＮＲ－ＰＤＳＣＨリソースおよび復調基準信号（たとえば、ポートおよびシーケンス）は、ＲＲＣ接続設定を有するＲＡＣＨ応答（ＲＡＲ）メッセージ４を介してシグナリングされてもよい。ＤＭＲＳ信号は、種々の機構を用いて誘導されてもよい。たとえば、ビームＩＤが、ＳＳバーストブロックから明示的にシグナリングされる場合、ＤＭＲＳＩＤは、ＲＡＲメッセージからセルＩＤ、ビームＩＤ、ＵＥＩＤおよびポートＩＤによって得ることができる。別の例では、ビームＩＤが、ＳＳバーストブロックからのＳＳタイミングインデックスによって暗黙的にシグナリングされる場合、ＤＭＲＳＩＤは、ＲＡＲメッセージからセルＩＤ、ＳＳタイミングインデックス、ＵＥＩＤおよびポートＩＤによって得ることができる。

さらに別の実施形態に係るＰＢＣＨ設計のさらに別の例では、ＮＲ－ＰＢＣＨは、最小ＳＩの一部、たとえば、ＮＲ－ＭＩＢを伝送してもよく、ＮＲ用の（セル固有）物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）（ＮＲ－ＰＤＣＣＨ）は、ＲＭＳＩを伝送してもよい。ＮＲ－ＰＤＣＣＨリソース（または検索空間）および復調基準信号（たとえば、ポートおよびシーケンス）は、最小ＳＩおよびＭＩＢを含むＮＲ－ＰＢＣＨを伝送するＰＢＣＨによって示されてもよい。ＮＲ－ＰＤＣＣＨ用の復調基準信号は、初期アクセスのＳＳバーストセット中の同じビームまたは異なるビームを用いて設定されてもよい。所与のＵＥは、たとえば、図１４に示されるＮＲ－ＰＤＣＣＨの復調のために設定されたＤＭＲＳを使用してもよい。

ある場合には、ＲＭＳＩを伝送するＮＲ－ＰＤＣＣＨは、常に送信されるわけではない。ＤＭＲＳ信号は、種々の機構を用いて誘導されてもよい。たとえば、ビームＩＤが、ＳＳバーストから明示的にシグナリングされる場合、ＤＭＲＳＩＤは、検出されたＳＳバーストブロックからセルＩＤ、ビームＩＤおよびポートＩＤによって得ることができる。ビームＩＤが、検出されたＳＳバーストブロックからのＳＳタイミングインデックスによって暗黙的にシグナリングされる場合、ＤＭＲＳＩＤは、ＳＳバーストブロックからのセルＩＤ、ＳＳタイミングインデックスおよびポートＩＤによって得ることができる。ＮＲ－ＰＤＣＣＨ検索空間は、ビームＩＤおよび時間－周波数リソースと関連付けられてもよい。ビームＩＤは、余分のビーム基準信号によって明示的にシグナリングされてもよく、またはビームトレーニングスイーピングバーストのタイミングインデックスによって暗黙的にシグナリングされてもよい。たとえば、図１４を参照すると、初期アクセスにおいて、ビームトレーニングスイーピングバーストは、ＳＳバースト１４０２（またはバーストセット）であってもよい。ビームトレーニングスイーピングバーストは、ＮＲ－ＰＤＣＣＨ用の自身のビームスイーピングバーストセット定義を有していてもよい。ＮＲ－ＰＤＣＣＨが、自身の専用のビームスイーピングバースト／バーストセットを有する場合、ＮＲ－ＰＤＣＣＨは、暗黙的なビームＩＤシグナリングのためのタイミングインデックスを伝送してもよく、または余分のビーム基準信号は、図１４に示されるとおり、ビームＩＤ指示に使用されてもよい。

ある例では、図１５を参照すると、ＮＲ－ＰＤＣＣＨ１５０２は、複数ビーム１５０３および検索空間１５０４を介して送信されてもよい。これにより、所与のＵＥは、ビーム補正またはビーム回復のための対応する検索空間１５０４を用い、複数の異なるビーム１５０３を同時に、または異なる時間にモニタリングすることができるだろう。ＵＥは、ビーム回復のために、少なくとも１つより多いＮＲ－ＰＤＣＣＨ検索空間１５０４を補正してもよい。ＮＲ－ＰＢＣＨタイミング指示は、ＳＳバーストタイミングインデックスがシグナリングされる際に暗黙的であってもよく、または明示的であってもよい。ある例では、タイミングインデックスは、ＣＲＣのマスキングに使用されてもよく、またはビット－インターリーバは、タイミングインデックスの指示に使用されてもよい。スクランブリングコードは、タイミングインデックスの指示に使用されてもよい。ＳＳバーストタイミング（時間）インデックスは、同様に、ＰＲＡＣＨリソースの誘導に使用されてもよい。

ランダムアクセスに関する別の態様に従い、ＲＡＣＨリソース指示についての技術が記載される。ここで、ＰＲＡＣＨリソースがＰＢＣＨによってシグナリングされる場合、ＰＢＣＨは、ＳＳバーストとは異なる期間を有していてもよい。ＲＡＣＨＲＡＲパワーブーストおよびビーム再選択についての技術も記載される。ＵＥがプリアンブルを再送信するが、ＲＡＲが受信されない場合、いくつかの例では、プリアンブルは、初期アクセスから（接続モードまたは休止モードのＳＳのいずれかから）モニタリングされたビームに基づき、再選択されてもよい。ＲＡＣＨプリアンブルは、最良の選択された初期アクセスＤＬビームに対応するリソースから選択されてもよい。ＤＬ初期アクセス信号を示す一例を図１６に示す。いくつかの例では、まだＲＡＲがない場合、特定のタイムウィンドウで選択された最良のＭ個の初期アクセスビーム（ＳＳバースト）を周期的に行うとき、ＵＥは、ＰＲＡＣＨ送信の送信電力をブーストしてもよい。

種々の実施形態に従い、制御チャンネルの機構の例をここに記載する。図１７を参照すると、ミニスロットの一例は、基準ヌメロロジーを用いて定義されるサブフレームおよび／またはスロット中のインターバルをスケジューリングするか、または送信する。ミニスロットは、一例として、以下に提示されるが、限定されないものとして使用されてもよい。
・ヌメロロジー固有信号、制御および／またはデータ。たとえば、異なるサブキャリア空間および／または異なるシンボル長は、基準ヌメロロジーサブフレームおよび／またはスロット中に存在していてもよい（たとえば、図１７のミニスロット１および２）、
・ビーム固有信号、制御および／またはデータ。たとえば、特定の１つまたは複数の狭ビームに割り当てられたリソース（たとえば、図１７のミニスロット６および７）、
・ＰＨＹ機能固有信号、制御および／またはデータ。たとえば、時間および／または周波数の同期、または位相補正などの特定のまたはオンデマンドのＰＨＹ機能または手順用たとえばおよびまたは、システム情報またはページングのブロードキャスト、ビーム管理（たとえば、トレーニング、アラインメントまたはリファインメント）、無線リンクおよび／または干渉測定、特定サービスまたはＵＥ用の周囲セルおよび／またはＴＲＰディスカバリなど（たとえば、図１７のミニスロット８および９）、
・サービス固有信号、制御および／またはデータ。たとえば、ＵＲＬＬＣおよび／またはｍＭＴＣサービス用、および／またはグラントのないＵＬ送信を用いたサービス用（たとえば、図１７のミニスロット１および２）、および／または
・ＵＥまたはＵＥグループ固有信号、制御および／またはデータ。たとえば、特定のＵＥまたはＵＥグループ自体に含まれる（たとえば、図１７のミニスロット３、４、および５）。

ミニスロット構成の例は、以下の表２および表３に示されるとおり、たとえば、システム情報によって静的に、ＲＲＣ信号またはＭＡＣＣＥによって半静的に指示されてもよい。ミニスロット設定はまた、図１８に示すとおり、基準ヌメロロジーのサブフレームまたはスロット中のＤＬ制御チャンネル（たとえば、ミニスロット１、ミニスロット２および繰り返されるミニスロット３および４のサブフレーム１またはスロット１のＤＬ制御中のＤＣＩ、繰り返されるミニスロット３および４、およびアグリゲーションされたミニスロット５および６のサブフレーム２またはスロット２のＤＬ制御中のＤＣＩ）またはミニスロット中の固有ＤＬ制御チャンネル（たとえば、ミニスロット５の後のアグリゲーションされたミニスロット６を示す、ミニスロット５のミニＤＣＩ）によって動的に指示されてもよい。ＤＣＩまたはミニＤＣＩは、表２の例に示すミニスロット設定パラメータ、または表３の例に示すミニスロット設定インデックスを含んでいてもよい。図に示されるギャップ（たとえば、図１８のギャップ１８０２）も、特に明記されない限り、静的、半静的または動的に設定されてもよいことが理解されるだろう。

ミニスロット構造の例は、図１９に示される。ハイブリッド自動反復要求（ＨＡＲＱ）は、閉じたループの例の目的に使用され、同様の機構が他の操作に使用されてもよい（たとえば、閉じたループ電力制御、ＣＳＩ測定、無線リンク調節など）ことが理解されるだろう。図１９に示すとおり、サブフレームｉのミニスロット１のミニＤＣＩは、ミニギャップおよびＵＬ制御および／またはデータ送信を設定し、サブフレームｉのミニスロット２のミニＤＣＩは、ＤＬ制御および／またはデータ送信の情報を指示し、サブフレームｊのミニスロット５のミニＤＣＩは、ＵＬ制御および／またはデータ送信を指示し、サブフレームｊのミニスロット２のミニＤＣＩは、ＤＬ制御および／またはデータ送信を指示する。これも図１９に例示されるとおり、サブフレームｉのミニスロット２のＨＡＲＱ設定のミニＤＣＩは、受信したＤＬ制御のＡＣＫ／ＮＡＣＫフィードバックを設定するか、またはデータは、サブフレームｉのミニスロット２のミニＵＬ制御またはサブフレームｊのミニスロット５のミニＵＬ制御に送信される。

ＤＬのスケジューリングされたｅＭＢＢリソースにＵＲＬＬＣを送信する実施形態を、ここで詳細に記載する。ＵＲＬＬＣリソースが、スケジューリングされたｅＭＢＢリソースより先に発生する場合、ＵＲＬＬＣ時間－周波数リソースを割り当てるさまざまな可能性が存在する。たとえば、ＵＲＬＬＣ送信は、ｅＭＢＢ送信の最初に重ね合わされてもよく、またはＵＲＬＬＣ送信は、単独で送信されてもよく、またはｅＭＢＢ送信がこれらのリソース上で起こらなくてもよい。設計態様も、ＣＢ設計およびｅＭＢＢのマッピング、影響を受けるｅＭＢＢ情報のＭＡＣレベル回復について以下に開示し、ＵＲＬＬＣＵＥに対してスケジューリングされているか、またはスケジューリングされていない送信を指示する。

ある例では、ＵＲＬＬＣＵＥのＤＬリソースは、特定の帯域にわたって分散した様式で、または図２０Ａおよび２０Ｂに示すスペクトルの連続部分に割り当てられてもよい。また、リソースは、遅延を最小にするためにｅＭＢＢヌメロロジーに関し、より少ないシンボルまたはさらに少ない（たとえば、１程度の）シンボルに制限されてもよい。ある場合には、時間の連続シンボルが、ＵＲＬＬＣにとって最も有益であり得ることが本明細書で理解される。リソースは、図２０Ｃに示される割り当てられたシンボルを周波数ホッピングしてもよい。

一実施形態例では、ＵＲＬＬＣ送信をデコードするＵＲＬＬＣＵＥ用の基準信号は、ｅＭＢＢ送信と共有されていてもよい（たとえば、特に、ｅＭＢＢおよびＵＲＬＬＣ送信が同じプレコーダを使用する場合）、または別個のリソースがＵＲＬＬＣ送信に割り当てられてもよい（たとえば、特に、プレコーダがｅＭＢＢのプレコーダとは異なる場合）。

前述のとおり、ｅＭＢＢ送信およびＵＲＬＬＣ送信は、同じリソースセット内で重ね合わされてもよい。この場合、ある例では、ｅＭＢＢ送信とＵＲＬＬＣ送信との間の相対電力オフセットを使用し、ＵＲＬＬＣ送信からの干渉にもかかわらず、ｅＭＢＢＵＥにその情報を回復させることができるだろう。ｅＭＢＢは、逐次干渉除去（successive interference cancellation：ＳＩＣ）を使用し、ＵＲＬＬＣデータを検出し、受信した信号からそのデータを除去することによって、その情報を回復してもよい。ｅＭＢＢＵＥは、ＵＲＬＬＣ送信についての情報をシグナリングすることが想定される。この情報は、一例として提示され、限定されないが、ｅＭＢＢ送信に対するＵＲＬＬＣ送信の相対電力、ＵＲＬＬＣ送信のコードレート、ＵＲＬＬ送信の変調およびＵＲＬＬＣ送信の時間と周波数のリソースを含んでいてもよい。一般的に、ｅＭＢＢＵＥに対してＵＲＬＬＣ情報を指示するために上に記載した解決策も、本明細書に適用可能である。

ここでＵＲＬＬＣへのｅＭＢＢリソースの排他的な使用について考えると、ＵＲＬＬＣは、ＵＲＬＬＣに対して排他的にｅＭＢＢリソースをリダイレクトすることによって、プリエンプティブに送信されてもよい。このことが、ｅＭＢＢ送信に影響を与える場合がある。実施形態例は、以下に詳細に記載されるが、ｅＭＢＢシステムに、種々のシナリオ（たとえば、プリエンプティブＵＲＬＬＣ送信の適時な知識が存在するか、プリエンプティブＵＲＬＬＣ送信の遅れて伝えられる知識が存在するか、またはプリエンプティブＵＲＬＬＣ送信の知識がないシナリオ）でのリソース消失から回復させることができる。なお、このスキームは、ｅＭＢＢに割り当てられる電力がゼロである、重ね合わせる特殊な場合を考慮してもよい。

プリエンプティブＵＲＬＬＣ送信の適時な知識は、ここに記載される。ＤＬシグナリングは、ｅＭＢＢＴＢを受信する前または受信中に、プリエンプティブＵＲＬＬＣ送信のｅＭＢＢＵＥの知識を明示的または暗黙的に与えてもよい。例として提示されるが、限定されない、以下の情報の１つ以上は、プリエンプティブＵＲＬＬＣ送信について、暗黙的または明示的にＵＥに運ばれてもよい。
・プリエンプティブＵＲＬＬＣ送信の存在
・影響を受けるｅＭＢＢ時間－周波数リソース、たとえば、
○ＵＲＬＬＣ送信に割り当てられるＲＥ
○ＵＲＬＬＣ送信に割り当てられるＲＢ
○ＵＲＬＬＣ送信に部分的または全体に割り当てられるＣＢ
○ＵＲＬＬＣ送信に部分的または全体に割り当てられるシンボル
○ＵＲＬＬＣ送信に部分的または全体に割り当てられるミニスロットまたはスロット
・ＵＲＬＬＣ送信パラメータ、たとえば、変調の種類、基準信号、送信モード、ｅＭＢＢ送信に対する相対電力レベルのうち１つ以上。

プリエンプティブされたリソースの知識は、種々の様式で暗黙的にシグナリングされてもよい。一例では、ｅＭＢＢ送信とＵＲＬＬＣ送信は、異なる変調を使用してもよい。ｅＭＢＢＵＥは、ＵＲＬＬＣ変調を手当たり次第に検出し、ｅＭＢＢＴＢからこれらのリソースを除外してもよい。たとえば、ＵＲＬＬＣリソースは、図２に示すとおり、ＰＲＢのユニットに割り当てられてもよい。ＵＲＬＬＣ送信は、ｅＭＢＢ送信と同じ（図２１Ａ）または異なるヌメロロジー（図２１Ｂ）を使用してもよい。ＵＲＬＬＣ送信は、ｅＭＢＢヌメロロジーに対して２シンボルのミニスロットで起こることが示されており、そのリソースは、帯域にわたって分散したＰＲＢの大部分に割り当てられる。ある場合には、ＵＲＬＬＣ送信は、制御信号領域も含んでいてもよい。

ｅＭＢＢＵＥが、そのＣＢまたはＴＢＣＲＣチェックを失敗すると、ある場合には、ｅＭＢＢＵＥは、他の変調と、それぞれのＰＲＢにおいて許容されたヌメロロジーを手当たり次第に検出してもよい。ｅＭＢＢＵＥは、図２２に示されるＵＥ方法の例に示されるとおり、他の変調に属するとみなされるＰＲＢが、ＬＤＰＣデコードプロセスでゼロＬＬＲに設定されるように、ＣＢまたはＴＢを再びデコードしてもよい。

図２２を参照すると、２２０２で示される例に従い、ｅＭＢＢＵＥは、ＵＲＬＬＣプリエンプションの知識なく、受信をしてもよい。２２０４で、ｅＭＢＢＵＥは、ＣＢまたはＴＢについてＣＲＣチェックをそれぞれ行うことによって、ＣＢまたはＴＢをデコードする。ＣＲＣチェックが成功したら、プロセスは２２０５に進み、ＵＥはＡｃｋを送る。工程２２０５の場合、ｅＭＢＢＵＥが、ＣＲＣチェックに成功したら、ｅＭＢＢＵＥは、Ａｃｋを送る。ｅＭＢＢＵＥがＣＲＣチェックに失敗したら、プロセスは、２２０６に進んでもよく、ＵＥは、ＵＲＬＬＣプリエンプションの存在について可能な仮説を調べる。２２０８で、ｅＭＢＢＵＥは、ＵＲＬＬＣプリエンプションが検出されるか否かを判定する。ＵＲＬＬＣプリエンプションが検出されない場合、ｅＭＢＢＵＥは、２２０９でＮａｃｋを送ってもよい。ｅＭＢＢＵＥが、ＵＲＬＬＣ送信を検出したら、この例に従い、ＵＥは、それらのリソースについてＬＬＲをゼロにし、２２１０でＣＢまたはＴＢを再びデコードする。２２１２で、ｅＭＢＢＵＥは、ＣＲＣがマッチしているか否かを判定する。マッチしていない場合、プロセスは、２２１３に進んでもよく、ｅＭＢＢＵＥは、Ｎａｃｋを送る。マッチしており、すなわちＣＲＣが成功している場合には、プロセスは、２２１４に進んでもよく、ＵＥは、Ａｃｋを送る。したがって、プリエンプションされるリソースの割合が小さい場合の例、またはｅＭＢＢ送信のコードレートが低い場合の例では、ｅＭＢＢＵＥは、プリエンプションされたＬＬＲを消去（たとえば、ゼロに設定）した後に成功裏にデコードするだろう。

ある場合には、手当たり次第に検出される変調およびヌメロロジーの設定は、ＲＲＣシグナリングによって、またはシステム情報によって設定されてもよい。

別の実施形態例では、ＵＲＬＬＣ固有基準信号を使用し、図２１に示すとおり、ＵＲＬＬＣ送信を特定してもよい。ｅＭＢＢＵＥは、ＵＲＬＬＣ基準信号と相関付けされ、高い相関関係を検出してもよく、それにより、ＵＲＬＬＣリソースに対応するリソースを特定してもよい。ＵＲＬＬＣ基準信号のシーケンスは、例として提示されるが、限定されない以下の１つ以上の関数として、システム情報またはＲＲＣによって特定または設定されてもよい。
・ミニスロット／スロット／サブフレーム／フレーム中のシンボル
・帯域内のＲＥ
・ｅＭＢＢ送信のヌメロロジー
・ＵＲＬＬＣ送信のヌメロロジー
・送信のビームＩＤ
・セルＩＤ
・ｅＭＢＢＵＥＩＤ
対応するＵＥ手順の一例を図２３に示し、ＵＲＬＬＣ送信のＲＳは、関連付けられたＵＲＬＬＣリソースを示す識別子として使用される。

図２３を参照すると、示した例に従い、２３０２で、ＲＳリソースは、ｅＭＢＢＵＥにプリエンプションの検出を可能とさせる識別子として使用される。ｅＭＢＢＵＥは、プリエンプションと関連付けられるＲＳの存在を検出するように、受信した送信と、予想されるＲＳシーケンスとの相関付けを行ってもよい。ｅＭＢＢＵＥが、受信したＣＢまたはＴＢを成功裏にデコードすることができない場合、プリエンプションリソースが存在するか否かを判定するためにこの操作を行ってもよい。２３０４で、ｅＭＢＢＵＥは、候補リソースのＲＳについての相関基準を計算する。ｅＭＢＢＵＥは、この基準と閾値とを比較し、プリエンプションが検出されるか否かを判定する。ｅＭＢＢＵＥが、プリエンプションを検出しない場合（たとえば、基準が閾値より高くない場合）、ｅＭＢＢＵＥは、２３０５でＮａｃｋを送ってもよい。ｅＭＢＢＵＥが、プリエンプションされたリソースを検出する場合、２３０６で、これらのリソースに対応する受信シンボルのＬＬＲをゼロに設定する。２３０８で、示した例に従い、ｅＭＢＢＵＥは、アップデートされたＬＬＲを用い、ＣＢまたはＴＢを再びデコードしようと企て、それにより、ＣＲＣ検出が成功しているかどうかを判定する。ｅＭＢＢＵＥが、ＣＲＣ検出が成功していない場合には、ｅＭＢＢＵＥは、２３０９でＮａｃｋを送信する。ｅＭＢＢＵＥが、ＣＲＣ検出が成功している場合には、ｅＭＢＢＵＥは、２３１０でＡｃｋを送信する。

したがって、本明細書に記載されるとおり、装置は、第１送信と第２送信を送ってもよく、装置は、第２送信を用いて第１送信をプリエンプションするように、第１送信のリソースを第２送信に割り当ててもよい。装置は、第２送信が第１送信をプリエンプションすべきであることを明示的に指示するような制御情報を送ってもよく、この制御情報は、プリエンプション用の少なくとも１つのリソースをさらに指示してもよい。または、装置は、第２送信が第１送信をプリエンプションすべきであることを暗黙的に指示するように、プリエンプション情報を指示する基準信号を送信してもよい。第１送信は、第１送信の選択リソース位置で第２送信によって上書きされてもよい。ある場合には、以下に記載したとおり、第１送信は、第２送信によるプリエンプションのために選択されるリソースをスキップする。さらに、装置は、第１送信が第２送信によってプリエンプションされるべきであることを指示する制御信号を送信してもよい。以下に記載するとおり、制御信号は、第２送信も伝送するミニスロットにおいて送信されてもよい。または、制御信号は、第２送信を伝送するミニスロットの次のスロットにおいて送信されてもよい。

さらに別の実施形態では、異なるＣＲＣマスクは、プリエンプションされた時間－周波数リソースの前または後にあるＣＢに使用される。ＴＢが、ＬＴＥと類似したＣＢからなる場合、各ＣＢは、ＣＢの成功または失敗を判定するＣＲＣチェックを有していてもよい。本明細書では、一実施形態例に従い、ＵＲＬＬＣ情報がＣＢのＣＲＣに埋め込まれることが提案される。たとえば、ＣＢまたはシンボルの先にある１つ以上のＣＢのＣＲＣ、またはＵＲＬＬＣによってパンクチャリングされるシンボルは、ｅＭＢＢＵＥに対して推測的に知られているシグニチャを用いてマスクされてもよい。ｅＭＢＢＵＥがＣＲＣ失敗を検出する場合、マスキングシグニチャを含むＣＢを検出するだろう。合格する場合、その後のＣＢがパンクチャリングされることが知られている。または、パンクチャリングされたＣＢの後の１つ以上のＣＢは、前のＣＢがパンクチャリングされたことを示すシグニチャでマスクされてもよい。

ここで、ｅＭＢＢＵＥに対して明示的に被プリエンプションリソースを指示することについて考えると、一実施形態では、指示は、ＮＲにおいて、物理プリエンプション指示チャンネル（ＰＰＩＣ）を介してなされる。たとえば、ＰＰＩＣは、ＵＲＬＬＣ送信およびそのリソースをｅＭＢＢＵＥに指示するために指定されてもよい。ｅＭＢＢに対するＵＲＬＬＣ送信がある場合に、ＰＰＩＣが送信される。ある場合には、ＰＰＩＣは、ＵＲＬＬＣ送信がない場合には送信されないだろう。この様式では、いくつかの例では、ＵＲＬＬＣ送信がない場合に、リソースが無駄にならない。

ある例では、ＰＰＩＣ用のリソースは、標準によって、またはＲＲＣによって半静的に、またはＤＬｅＭＢＢグラントを作成するＤＣＩによって動的に、ｅＭＢＢについて設定されたＲＥ内に割り当てられてもよい。その場所は、ｅＭＢＢのＤＬグラント全体に分布するＮ個のリソースに対応していてもよい。

ＰＰＩＣリソースは、スロットあたり、１つ以上のシンボルで発生してもよく、各ＰＰＩＣ情報は、１つ以上のシンボルにわたって広がっていてもよい。各ＰＰＩＣ情報は、１つ以上のプリエンプティブＵＲＬＬＣ送信の指示を与えてもよい。

図２４は、異なるシナリオでのＰＰＩＣリソースの割り当ての例を示す。図２４Ａおよび図２４Ｂは、実際にＵＲＬＬＣ送信の指示を伝送する１つのＰＰＩＣオケージョンを含む、局在するＰＰＩＣリソースと、分散したＰＰＩＣリソースを示す。他のＰＰＩＣリソースは、ｅＭＢＢ送信に使用される。図２４Ｃは、２つのＵＲＬＬＣ送信を指示する２つのＰＰＩＣが送信される一例を示す。図２４Ｄは、ＰＰＩＣが複数のシンボルにわたって分散したリソースを有していてもよい一例を示す。

ある場合には、ｅＭＢＢＵＥは、ＰＰＩＣが予想される状況でＰＰＩＣを探してもよい。ＰＰＩＣを検出したら、ｅＭＢＢＵＥは、ＵＲＬＬＣ送信用のリソースを認識する。ｅＭＢＢＵＥがＰＰＩＣを検出しない場合、ｅＭＢＢＵＥは、ＰＰＩＣおよびＵＲＬＬＣ送信を含まないかのように、ペイロードをデコードし続ける。

ＰＰＩＣは、例として提示されるが、これらに限定されない、ＵＲＬＬＣ送信に関する以下の情報要素のうち１つ以上を含んでいてもよい。
・ミニスロット／スロット／サブフレーム／フレーム中のシンボル
・ｅＭＢＢのＤＬグラント中またはいくつかの特定の帯域幅中のＲＥ
・ｅＭＢＢ送信のヌメロロジー
・ＵＲＬＬＣ送信のヌメロロジー
・ＵＲＬＬＣ送信用の基準信号
・送信のビームＩＤ
・セルＩＤ
・ｅＭＢＢＵＥＩＤ

ある場合には、ＰＰＩＣは、ｅＭＢＢと同じヌメロロジーを使用してもよく、ｅＭＢＢグラントのＲＲＣまたはＤＣＩによって事前設定されたヌメロロジーを有していてもよい。ＰＰＩＣの変調は、そのスペックで特定されてもよく、またはＲＲＣまたはＤＣＩによって設定されてもよい。

ＣＲＣは、ＰＰＩＣ情報に付属していてもよく、これらを合わせて、エラー訂正コードを用いてエンコードされてもよい。このＣＲＣは、ｅＭＢＢＵＥＩＤ固有情報でマスキングされてもよい。

別の実施形態では、ＵＲＬＬＣ送信の存在および／またはリソースは、制御信号によって指示されてもよい。この指示は、種々の実施形態に従って、複数の様式で行うことができる。

一例では、ミニスロットの制御信号領域は、ＵＲＬＬＣ送信を伝送する。図２５に示されるとおり、ＵＲＬＬＣ送信を伝送するミニスロットは、プリエンプティブＵＲＬＬＣ送信の存在およびリソースを指示し得る制御領域を有していてもよい。ミニスロット制御領域において伝送されるＤＣＩは、ｍＤＣＩと呼ばれる。この制御領域のリソースは、周波数または時間で局在するか、または分散してもよく、ＵＲＬＬＣデータと共に多重化されてもよい。

ｅＭＢＢＵＥは、ミニスロットの制御領域および／またはミニスロットの可能な場所について、標準またはＲＲＣまたはそのＤＣＩによって設定されてもよい。そのため、ｅＭＢＢＵＥは、この制御情報を調べてもよい。一例では、有効な制御情報を発見したら、ｅＭＢＢＵＥは、ＵＲＬＬＣ送信のリソースを認識する。発見されない場合には、たとえば、そのＤＬグラントで、ＵＲＬＬＣ送信はプリエンプションされないと考えられる。

ミニスロットの制御領域は、複数のＤＣＩからなっていてもよく、ｅＭＢＢＵＥは、それらのＤＣＩを手当たり次第にデコードし、ＵＲＬＬＣ送信のＤＣＩを特定する必要があるだろう。手当たり次第のデコードを最小限にするために、ｅＭＢＢＵＥは、有効であり得る特定のミニスロットの場所をモニタリングする必要がある場合があり、ミニスロットは、すべてのシンボルなどの高い周期性で生じないだろう。

ミニスロット中のｍＤＣＩは、ｅＭＢＢＵＥに対し、ＵＲＬＬＣ送信用のリソースを指示してもよい。このＤＣＩは、ｅＭＢＢＵＥのセル無線ネットワーク一時的識別子（Cell Radio Network Temporary Identifier：Ｃ－ＲＮＴＩ）によってマスキングされたＣＲＣを有していてもよい。このミニスロット中の別のＤＣＩは、ＵＲＬＬＣＵＥに対し、送信の存在、そのリソース、ＵＲＬＬＣＤＬグラントについてのすべてのパラメータを指示してもよい。このＤＣＩは、ＵＲＬＬＣＵＥのＣ－ＲＮＴＩによってマスキングされたＣＲＣを有していてもよい。図２８は、ミニスロット中に２つのｍＤＣＩが存在する一例を示す。ｍＤＣＩ－１は、ｅＭＢＢＵＥ向けを意図しており、ＵＲＬＬＣ送信用のリソースを指示し、ｍＤＣＩ－２は、ＵＲＬＬＣＵＥ向けを意図しており、ＤＬＵＲＬＬＣグラントを受信するシグナリングパラメータおよびリソースを指示する。

または、制御情報は、ｅＭＢＢＵＥとＵＲＬＬＣＵＥが両方とも、制御情報の一部またはすべてを共有することができるような様式でエンコードされてもよい。たとえば、ＵＲＬＬＣ送信用のリソースを指示するＵＲＬＬＣ制御情報の一部が、ｅＭＢＢとＵＲＬＬＣを両方とも使用してデコードし得るシグニチャを用いて別個にエンコードされてもよい。たとえば、この情報のＣＲＣは、ｅＭＢＢＵＥとＵＲＬＬＣＵＥの両方について設定されたシグニチャでマスキングされてもよい。このシグニチャは、ｅＭＢＢＵＥとＵＲＬＬＣＵＥの両方について、ＲＲＣによって設定されてもよい。または、シグニチャは、ＤＬグラントを与えるＤＣＩによってｅＭＢＢＵＥについて設定され、ミニスロット中の制御情報の残りの部分によって、ＵＲＬＬＣＵＥについて設定されてもよい。ＤＣＩの残りの部分は、たとえば、限定されないが、ＵＲＬＬＣ送信に特定的な他の情報も含んでいてもよい。
・変調
・コードレート
・ヌメロロジー
・プレコーダ情報
・ビームＩＤ
・基準信号。

図２７に示されるとおり、ミニスロットの一例２７０２は、ｅＭＢＢおよびＵＲＬＬＣＵＥに共通であり、プリエンプティブＵＲＬＬＣ送信のリソースを指示するｍＤＣＩ－ｃと、ＵＲＬＬＣＵＥに特定的であり、ＵＲＬＬＣＵＥに、そのＤＬグラントに関する他のシグナリング情報を与えるｍＤＩＣ－ｕの２つのｍＤＣＩを含む。

別の例では、共通制御領域は、ＮＲによって特定のリソース中に指定されてもよい。ｅＭＢＢＵＥは、ＵＲＬＬＣ送信を指示するＤＣＩを探すために、この共通制御領域の１つ以上の状況をモニタリングするように構成されていてもよい。このようなＤＣＩは、１つ以上のＵＲＬＬＣ送信用のリソースを共通に指示してもよい。ｅＭＢＢＵＥは、指示されたリソースがＤＬグラント中にあるかどうかを判断するために調べるだろう。ＵＲＬＬＣリソースがそのグラント中にあることがわかったら、ｅＭＢＢＵＥは、パンクチャリングを行ってもよい。

さらに別の例では、ミニスロット／スロット／サブフレームの制御領域は、ＵＲＬＬＣ送信の後に続けてもよい（図２８を参照）。ここで、ｅＭＢＢＵＥは、ｅＭＢＢがモニタリングするように設定されている次のミニスロットか、スロットか、サブフレームにおいて、ＤＣＩを受信してもよい。この制御領域は、過去の送信におけるＵＲＬＬＣリソースの存在を指示するＤＣＩを与えてもよい。ｅＭＢＢＵＥは、この情報を使用し、適切なバッファリング能力を有し、遅延増加に耐え得ると推定されるｅＭＢＢデータを適切にデコードしてもよい。

一般的に図２９を参照すると、プリエンプティブＵＲＬＬＣ送信に関する知識は、一実施形態例によれば、遅れて伝わってもよい。たとえば、ｅＭＢＢＵＥは、ｅＭＢＢＴＢが処理された後に、プリエンプティブＵＲＬＬＣ送信に関する知識を得てもよい。すなわち、ｅＭＢＢＵＥは、場合により遅延を考慮すると、この知識のみではペイロードを再び処理することができない。この場合に、ＨＡＲＱ再送信は、リソース消失から回復する１つの方法の例である。ＨＡＲＱ再送信は、ｅＭＢＢＵＥが、再送信と組み合わせる前に指示された部分を破棄することができるように、精密なレベルまたは粗いレベルで（実際のＲＥ、ＲＢ、ＣＢ、またはシンボルという観点で）、ＵＲＬＬＣ送信（元々の送信）のリソースの場所を含んでいてもよい。

ＵＲＬＬＣ送信によって再送信がパンクチャリングされ、ｅＭＢＢ受信機では時間内に知識が利用可能ではない場合の例では、再び組み合わせられたＨＡＲＱ再送信は、エラーを含む場合がある。本明細書では、ＮＲ－ノードは、少なくとも送信についての適時の情報を使用するか、または新しいＨＡＲＱプロセスで情報を再び送ってもらうことを提案している。

ここで、ｅＭＢＢ用のコードブロック（ＣＢ）設計について考えると、ＬＴＥにおいて、ＣＢは、コードブロック（ＣＢ）が最小の遅延でデコードされ得るように、周波数を第一優先にした様式でリソースグリッドにマッピングされる。パンクチャリングに対するロバスト性について、種々の実施形態例によれば、ＮＲ中のＣＢは、例として提示されるが、限定されない、以下の１つ以上の属性を用いて設計されてもよい。たとえば、１つより多いシンボルにわたってマッピングされるＣＢ。周波数を第一優先にした様式を使用してもよい。これにより、たとえば、シンボルがＵＲＬＬＣ用にパンクチャリングされる場合、リソースの消失は、多数のＣＢにわたって広がることが確実になる。この概念は、図３０に例示されており、ここで、伝送ブロック（transport block：ＴＢ）のＣＢ_０およびＣＢ_１は、２つのシンボルにマッピングされる。一例では、ＣＢは、バッファリングおよび遅延の要求事項を許容範囲に維持するために、Ｎ個のシンボル中に含まれていてもよい。たとえば、Ｎは、ミニスロットの長さまでに制限されてもよく、そのため、パンクチャリングの影響は、制限されたＣＢセット（すなわち、ミニスロットの領域中に含まれるコードブロック）にのみ及ぶ。パンクチャリングの量が顕著に多い場合、ある場合には、この解決策は、少なくともいくつかのＣＢが正しくデコードされ得ることを確実にするだろう。

別の例では、ＵＲＬＬＣリソースを予約した後に、ｅＭＢＢＣＢは、連続した様式でリソースグリッドにマッピングされてもよい。たとえば、ＣＢは、利用可能なリソースで、連続した様式でマッピングされてもよい。ある場合には、リソースの消失によって、ペイロードの末尾が切断されてしまう。これにより、特定の重要な情報、たとえば、ｅＭＢＢペイロードの先頭で典型的に伝送されるＭＡＣＣＥがパンクチャリングされる可能性が確実に低くなるだろう。図３１は、ｅＭＢＢＴＢがＣＢ０から５から作られている、単純化された説明の一例を示す。ＣＢのシンボルは、ＣＢ_ｋ，ｍによって示される。ここで、ｋは、ＣＢ番号を示し、ｍは、そのＣＢ中のシンボル番号を示す。図３１Ａは、ｅＭＢＢに利用可能なリソースグリッドに対するＣＢのマッピングを示す。図３１Ｂは、ＵＲＬＬＣリソースについて２つのシンボルがパンクチャリングされた一例を示す。この例では、ＣＢ_２およびＣＢ_３のデータは、ｅＭＢＢＵＥに対して消失している。図３１Ｃは、ＵＲＬＬＣリソースが予約された後にＣＢ_２およびＣＢ_３がマッピングされる一例を示す。このプロセス例では、ＣＢ_４およびＣＢ_５に利用可能なリソースがなく、これらは送信することができない。

ここで、影響を受けたｅＭＢＢ情報のＭＡＣレベル回復について考えると、ある場合には、ＵＲＬＬＣからのパンクチャリングが、ｅＭＢＢＵＥがＴＢまたはＣＢを成功裏にデコードすることを妨げるほどに厳しい場合には、ＵＥは、パンクチャリングされたデータの再送信に頼ってもよい。通常、パンクチャリングされたデータの再送信は、ＨＡＲＱ再送信によって行ってもよい。ここで、パンクチャリングされた情報を回復する別の実施形態が開示される。ＨＡＲＱ再送信の代わりに、パンクチャリングされたデータに対応する情報ビットは、新しいＨＡＲＱプロセス中に送信されてもよく、ＭＡＣは、その情報を一緒に再構築することを担当する。パンクチャリングされたＣＢは、新しいＨＡＲＱプロセスによってこの様式で送信され、ＭＡＣレイヤのデータ再命令に頼ってもよい。

一実施形態例によれば、ＵＲＬＬＣ送信は、事前にスケジューリングされていてもよく、またはスケジューリングされていなくてもよい。スケジューリングされていない場合、ＵＲＬＬＣ送信は、ｅＭＢＢリソースにプリエンプティブに送られてもよく、上に記載した解決策が適用可能である。

ある場合に、ＵＲＬＬＣ送信は、ｅＭＢＢリソースをパンクチャリングする必要がないように、事前にスケジューリングされていてもよい。たとえば、スロット／ミニスロットの制御信号領域中のＤＣＩは、ＤＬグラントを指示してもよい。この場合に、制御信号領域は、ｅＭＢＢＵＥおよびＵＲＬＬＣＵＥの両方によって共有されていてもよく、ＵＲＬＬＣＵＥは、手当たり次第にデコードし、そのＤＣＩを特定してもよい。図３２は、スロットの制御領域が、ｅＭＢＢおよびスケジューリングされたＵＲＬＬＣ送信の両方についてＤＣＩを伝送する一例を示す。

さらに別の実施形態では、ミニスロットは、ＵＲＬＬＣＤＬグラントをスケジューリングしてもよい。一例では、ｅＭＢＢリソースは、ミニスロットの開始前に終了し得るため、パンクチャリングされない場合がある。ここで、ＵＲＬＬＣＵＥは、ミニスロットの制御領域をデコードし、図３３に例示されるとおり、そのグラントを特定してもよく、ここで、ミニスロットは、２つのシンボルを有するように設定され、制御リソースは、ミニスロットの第１シンボル中のデータと共に多重化される。一例では、ＵＲＬＬＣＵＥは、特定のミニスロットの状況をモニタリングするために、ＲＲＣによって事前設定される。ＵＲＬＬＣＵＥが、そのためのＤＣＩを検出すると、ＵＲＬＬＣＵＥは、ＳＬグラントリソースを得る。

ミニスロットの制御領域は、複数のＵＲＬＬＣＵＥまたはｅＭＢＢＵＥの間で多重化されたリソースを有していてもよい。別の実施形態例では、たとえば、規則的かつ使用量の多い場合には、ＵＲＬＬＣを送信するために半永久的な設定が提供される。この場合に、ＲＲＣシグナリングは、受信のリソースおよび周期性を指示する半永久的な設定を設定してもよいが、ＤＣＩは、ＵＲＬＬＣＵＥ用の半永久的なＤＬグラントのオンオフを切り替えてもよい。

本明細書で使用される場合、グループ共通ＰＤＣＣＨは、ＵＥの一群に向けた情報を伝送するチャンネルを指す。グループ共通ＰＤＣＣＨは、ＵＥに対して種々の情報を与えてもよく、たとえば、（１）フレームまたはスロットの構造（ＤＬおよびＵＬ部分、ギャップ）、（ｉｉ）制御信号の数、（ｉｉｉ）データ領域の開始場所、（ｉｖ）１つ以上のＰＨＹチャンネルのヌメロロジー、（ｖ）そのグループ中のＵＥ向けの操作の帯域幅（所与のＵＥは、電力節約およびハードウェア効率のため、制限された帯域幅内で機能するように設定されていてもよい。この帯域幅およびその場所は、グループ共通ＰＤＣＣＨに指示されてもよい。この指示は、ＤＬおよびＵＬ操作用の制御信号領域またはデータ領域に向けたものであってもよい。制御領域に向けたこの指示は、ＵＥによって実施されることが必要な手当たり次第のデコードの数を制限し得る。）、（ｖｉ）存在する場合には、ミニスロットの構造（ミニスロットの数、それぞれにおけるシンボルの数）、（ｖｉｉ）ページングインジケータ（ページングされるＵＥのリストが送信されたら、ページングメッセージおよび／またはリソースの存在を指示する）、および（ｖｉｉｉ）ページングメッセージ（ページングされるＵＥのリスト）。

グループ共通ＰＤＣＣＨの変調は、たとえば、ＱＰＳＫとして設定されてもよく、その結果、ＵＥは、復調するための明示的な指示を必要としない。

ある場合には、複数のグループ共通ＰＤＣＣＨがシグナリングされてもよく、各ＰＤＣＣＨは、対応する「グループ共通ＲＮＴＩ（ｇｃ－ＲＮＴＩ）」を用いて設定されたＵＥによって受信されてもよい。ＵＥは、設定された１つ以上のｇｃ－ＲＮＴＩを有していてもよい。たとえば、所与のＵＥは、１つのグループ共通ＰＤＣＣＨに対してページングメッセージを受信してもよく、別のＰＤＣＣＨに対してスロット構造を受信してもよい。ｇｃ－ＲＮＴＩは、ＵＲＬＬＣなどの特定の用途の場合のＵＥによって、または特定のビームに対応するＵＥによって共有されてもよい。

ある例では、グループ共通ＰＤＣＣＨは、利用可能なリソース中で多重化されていてもよく、ＵＥは、そのｇｃ－ＲＮＴＩに基づき、グループ共通ＰＤＣＣＨを手当たり次第にデコードしてもよい。一例では、グループ共通ＰＤＣＣＨは、ＳＳバースト中の割り当てられたリソースであってもよい。ビームがＳＳブロックによってスイーピングされるとき、ビームは、グループ共通ＰＤＣＣＨによってもスイーピングされてもよい。この例は、図３４に示されており、ここで、ＳＳバーストは、異なるビームによってスイーピングされるＳＳブロックを含む。ＳＳブロックは、ＰＳＳ、ＳＳＳおよびＰＢＣＨ用のリソースと共に、グループ共通ＰＤＣＣＨ用のリソースを含む。

グループ共通ＰＤＣＣＨは、ＤＬ制御信号用に指定されたリソース中に割り当てられてもよく、フレーム内で特定の周期性で発生してもよい。図３５は、グループ共通ＰＤＣＣＨが、フレームの０番目から５番目までのサブフレーム中にリソースを有する例を示し（図３５Ａ）、グループ共通ＰＤＣＣＨが、そのフレームの０番目のサブフレームのみにリソースを有する例を示す（図３５Ｂ）。グループ共通ＰＤＣＣＨの周期性は、特定／事前決定されていてもよく、またはＰＢＣＨによって設定され、半静的にアップデートされてもよい。さらに、異なるビームを使用し、グループ共通ＰＤＣＣＨを伝送するシンボルをシグナリングしてもよい。一例では、ＮＲ－ＰＢＣＨは、グループ共通ＰＤＣＣＨの存在、グループ共通ＰＤＤＣＨ用のリソースの数および場所を指示してもよい。ある場合には、すべてのＵＥが、グループ共通ＰＤＣＣＨを受信するように構成されているわけではない。この場合には、たとえば、関連設定情報は、共通制御検索空間またはＵＥ固有検索空間にシグナリングされてもよい。

ここで、物理アップリンク制御チャンネル（ＰＵＣＣＨ）について考えると、ある例では、短期間ＰＵＣＣＨ用のリソースは、利用可能なスペクトル内のどこかに割り当てられてもよい。特に、ＣＰ－ＯＦＤＭ波形を用いるＵＬについて、連続ＲＥを用いるという制限がないため、短ＰＵＣＣＨは、スペクトル中に分布したリソースを有していてもよい。

図３６は、ＤＬセントリックスロット中の短ＰＵＣＣＨ用のリソースを割り当てる異なる様式の例を示す。ここで、先頭のシンボルは、ＤＬ用のリソースを伝送する。ＵＣＩは、スロットの末端に存在する１つ（図３６Ｂ）または２つ（図３６Ａ）のＵＬシンボルに送られる。ＵＣＩは、データと共に多重化されていてもよい（図３６Ｃ）。ＵＣＩは、シンボル間に周波数ホッピングを有していてもよい（図３６Ｄ）。ＵＣＩは、たとえば、特にＣＰ－ＯＦＤＭと共に配置される場合、連続または不連続のリソースを与えてもよい（図３６Ｅ）。

図３７は、ＵＬセントリックスロット中の短ＰＵＣＣＨ用のリソースを割り当てる異なる様式の例を示す。一例では、１つまたは２つのシンボルを使用し、ＵＣＩを伝送してもよく、リソースは、ＵＬ信号領域の始めに（図３７Ａ）、またはＵＬ信号領域の末端に（図３７Ｂ）存在していてもよい。ＵＣＩリソースは、特に、ＣＰ－ＯＦＤＭと共に不連続であってもよく（図３７Ｃ）、またはリソースは、シンボル間に周波数ホッピングを有していてもよい（図３７Ｄ）。

ある例では、ＤＣＩは、ＤＬグラントを作成し、短ＰＵＣＣＨ用のリソースを暗黙的または明示的に指示する。また、ＵＣＩリソース内で、１つ以上のＵＥは、コード分割多重化または時間分割多重化または周波数分割多重化されてもよい。

ここで、長時間のＰＵＣＣＨについて考えると、ある例では、長ＰＵＣＣＨは、ＵＬ電力が制限されるＵＥ（たとえば、セルの端にあるもの）では良好な候補であるため、長ＰＵＣＣＨは、ＤＦＴ－ｓ－ＯＦＤＭを用いて操作してもよい。リソースは、ＬＴＥのＰＵＣＣＨ用のバンド端でのリソースと同様の長ＰＵＣＣＨに特定の周波数帯で予約されてもよい。図３７は、スペクトル中の長ＰＵＣＣＨについてリソースをどのように予約し得るかの一例を示す。ここで、３つの「ＰＵＣＣＨ帯域」が長ＰＵＣＣＨシグナリングのために予約される。ＵＥは、これらのＰＵＣＣＨ帯域の１つ以上から割り当てられたリソースであってもよく、ＰＵＣＣＨ帯域間の周波数ホッピングは、周波数多様性を向上させるために、シンボル／ミニスロットまたはスロットを超えて使用されてもよい。ＵＥが処理し得る最大帯域に応じて、ＮＲ－ノードは、長フォーマットＰＵＣＣＨを受信するために隣接ＰＵＣＣＨ帯域の一部を設定してもよい。この設定は、半静的にＲＲＣによって、または動的にＤＣＩによって行われてもよい。

図３９は、長ＰＵＣＣＨのためにリソースをどのようにホッピングし得るかの一例を示す。この例によれば、異なるＵＥは、異なるＰＵＣＣＨ帯域に割り当てられるリソースである。ＵＥ１は、ＰＵＣＣＨ帯域０および１で操作し、ＰＵＣＣＨ帯域０と１の間をホッピングする。ＵＥ２は、ＰＵＣＣＨ帯域１および２で操作し、ＰＵＣＣＨ帯域１と２の間をホッピングする。ＵＥ３は、３種類のＰＵＣＣＨ帯域すべてで操作する。

ホッピングパターンは、以下の１つ以上に関連していてもよい。
（ｉ）セルＩＤ
（ｉｉ）関連付けられたＤＣＩのビームＩＤ（グラントを作成するか、またはＵＣＩリソースを予約する）
（ｉｉｉ）ＵＣＩのリソースのビームＩＤ
（ｉｖ）Ｃ－ＲＮＴＩ
（ｖ）サブフレーム中のシンボル／ミニスロット／スロット番号。

ある場合には、ＵＥは、短ＰＵＣＣＨまたは長ＰＵＣＣＨを使用するために半静的に設定されてもよい。これに加え、動的なオーバーライドは、短ＰＵＣＣＨまたは長ＰＵＣＣＨの設定が、そのＤＣＩに対応するグラントに動的に変更され得るように与えられてもよい。

ここで、ＨＡＲＱ機構について考えると、本明細書には、マルチビットＡ／Ｎスキームが記載され、１ビットより多くのＡ／Ｎが、ＴＢの受信に応答して、ＵＥによって送信される。ＴＢは、複数のＣＢで構成されていてもよい。ＬＴＥと同様に、ＣＢは、ＣＲＣでエンコードされてもよい。ＵＥは、ＴＢ中のデコードされたＣＲＣの１つ以上にＡ／Ｎを送信してもよい。

図４０は、ＴＢ中のＣＢが複数のグループに分けられ、グループあたり１ビットのＡ／Ｎが送信される一例を示す。たとえば、ＵＲＬＬＣがｅＭＢＢにプリエンプティブに送信される場合、ｅＭＢＢＵＥは、複数ビットのＡ／Ｎを報告するように設定されてもよい。このＡ／Ｎ報告中の複数ビットは、ＵＲＬＬＣによって影響を受ける各ＣＢまたはＣＢグループに対する１ビットのＡ／Ｎ応答からなっていてもよい。プリエンプティブＵＲＬＬＣ送信が、ＣＢ０、ＣＢ１およびＣＢ２のｅＭＢＢＵＥのいくつかのＲＥをパンクチャリングする一例が図４０に示されている。この場合、ｅＭＢＢＵＥは、例として提示される以下の様式の１つで報告することによって、より多くのＡ／Ｎを報告するように設定されていてもよい。
（ｉ）ＴＢのＣＢあたりＡ／Ｎ
（ｉｉ）ＴＢ用の１つのＡ／Ｎ、ＣＢのグループ｛ＣＢ０、ＣＢ１およびＣＢ２｝用の１つのＡ／Ｎ
（ｉｉｉ）ＴＢ用の１つのＡ／Ｎ、ＣＢ０、ＣＢ１およびＣＢ２それぞれ用の１つのＡ／Ｎ
（ｉｖ）ＴＢ用の１つのＡ／Ｎ、グループ｛ＣＢ１、ＣＢ２｝用に１つ、ＣＢ０用に１つ（パンクチャリングの影響がＣＢ０に対して非常に厳しく、ＣＢ１およびＣＢ２に対してそれほど厳しくない場合に選択する良好な設定）。

ここで図４１を参照すると、ＵＲＬＬＣは、ｅＭＢＢペイロードのＣＢ０、ＣＢ１およびＣＢ２が影響を受けるように、ｅＭＢＢ送信をパンクチャリングしてもよい。送信するＡ／Ｎビットの数と、これらがどのようにＣＢであってもよいのかについての情報は、たとえば、混み具合と使用の場合に応じて、ＮＲ－ノードによって設定されてもよい。ある例では、この設定は、半静的または動的にＤＣＩによって行われてもよい。たとえば、ＴＢのＨＡＲＱプロセスまたはＡ／Ｎリソース割り当てに関する情報を伝送するＮＲ－ＰＤＣＣＨは、ＴＢあたりのＡ／Ｎビットの数を指示してもよい。

本明細書で、複数のヌメロロジーおよびＴＴＩ長を取り扱うために、ＨＡＲＱ手順が必要とされ得ることが理解される。ある例では、ＨＡＲＱ再送信は、元々の送信とは異なるヌメロロジーおよびＴＴＩ長で起こってもよい。図４２は、再送信が、異なるヌメロロジーの短いＴＴＩで起こる一例を示す。ある場合に、異なるヌメロロジーおよびＴＩ長を有する異なるＨＡＲＱプロセスがＵＥ用に設定されてもよい。このような設定の使用の場合の一例は、いくつかのＨＡＲＱプロセスがｅＭＢＢに提供され、一方、同じＵＥ用のＵＲＬＬＣにいくつかが提供される一例である。

ここでＮＲ－ＰＤＣＰにおけるパケット重複について考えると、一例では、パケットは、ＮＲ－ＰＤＣＰにおいて重複していてもよく、そのコピーは、キャリアアグリゲーションの場合には、異なるキャリアで送信されてもよい。本明細書では、これによりＵＥの信頼性が高まり得ることが理解される。たとえば、ＵＥは、このパケットの複数のコピーを受信し、そのうちのエラーのない１つを保持してもよい。ＵＥが、すべてのコピーを正しくデコードすることに失敗したら、ある場合には、そのパケットを供給した構成要素のキャリアすべてに対応するＡ／Ｎ、またはその一部のみ、たとえば、プライマリ要素のキャリアにあるもののみを送信してもよい。一例によれば、重複パケットはまた、１つのＴＲＰまたは異なるＴＲＰから来る異なるビームによって送信されてもよい。

ここでＵＥ能力の指示について考えると、ある場合には、そのタイミングは、ＴＢペイロードサイズ（これは、特に、チャンネル推定器およびＬＤＰＣデコーダについての処理時間を決定付ける）、使用の場合（たとえば、ＵＲＬＬＣは非常に短い間隔を必要とする）、ＵＥ能力（たとえば、ｍＭＴＣＵＥは、より遅い処理能力を有していてもよい）に依存して変わる。一例では、ＵＥは、最小ＨＡＲＱ処理時間を有するＵＥの能力をＮＲ－ノードに指示することが必要とされる。ＵＥは、種々の情報をシグナリングすることによって、その能力をＮＲ－ノードに指示する。たとえば、この情報は、サイズＳ１、Ｓ２、・・・ＳｎのＴＢを処理するのに必要な平均時間を含んでいてもよく、ここで、関連するデータ、基準および制御信号を受信した後はｎ≧１となる。この時間は、事前に規定された数の規模からの量として指示されてもよい。ＵＥは、このような情報を較正し、この情報を用いて異なるキャリア周波数およびサンプリング周波数向けにプログラミングしてもよい。最大は、サンプリング周波数をサポートしていた。ＵＥは、ＮＲ－ノードに、サポートし得る最大サンプリング周波数を指示してもよい。この指示自体は、ＵＬＲＲＣによって行われてもよく、半静的に設定されてもよい。たとえば、ＵＥが異なるキャリア周波数帯に移動したら、ＵＥは、その周波数帯での能力を再設定してもよい。

ＵＥの電源が入り、最初にセルに接続したら、ＵＥは、ＤＬ受信に関し、いくつかの特定された遅延でのデフォルトによって、そのＡ／Ｎを送信してもよい。または、ＮＲ－ノードは、高いが許容範囲の遅延で、そのＡ／Ｎを送信するように設定してもよい。その後、ＵＥは、ＵＬ送信において、その処理能力を指示し、その後に、ＮＲ－ノードは、動的または半静的な様式で適切にＡ／Ｎ遅延を設定してもよい。

ＵＥ能力をＮＲ－ノードに知らせる別の様式は、ＲＡＣＨ手順を実施するときに行われる。ＲＡＣＨリソースは、各グループがＡ／Ｎ遅延について特定のＵＥ能力を指示するようにグループに分けられてもよい。ＲＡＣＨリソースのＵＥの選択は、能力をＮＲ－ノードに指示する。または、ＵＥは、ＰＲＡＣＨを用いてメッセージをピギーバックし、その能力を指示してもよく、またはＲＡＣＨ手順のメッセージにその能力の情報を含んでいてもよい。

ここでＵＲＬＬＣ送信について考えると、ＵＲＬＬＣＵＥのＮＲ－ＤＣＩは、必要とされるアグリゲーションレベル（コードレート）を用い、ＮＲ－ＰＤＣＣＨのリソース要求を小さく維持することができ、それによって、より容易な手当たり次第のデコードを行いやすくするように、コンパクトな様式で設計されてもよい。ＨＡＲＱ情報は、コンパクトな様式で与えられてもよい。開始時のＰＲＢの場所は、ＨＡＲＱプロセスＩＤと関連付けられていてもよく、明示的なシグナリングの必要はない。コードおよびリソースなどのＤＭＲＳについての情報も、いくつかの他の情報（たとえば、開始時のＰＲＢの数）に暗黙的に関連していてもよい。

ＵＲＬＬＣは、高い信頼性をサポートするために、変調の一部のみ（たとえば、ＱＰＳＫのみ）をサポートするように制限されてもよい。これにより、変調の種類をシグナリングする必要が減るか、またはなくなるだろう。ある場合には、ＴＰＣコマンドは、グラント割り当ての一部としてＵＲＬＬＣＵＥに送られない。ＴＰＣコマンドは、必ずしも高い信頼性および低い遅延に適合していなくてもよい異なるＤＣＩフォーマットでＵＲＬＬＣＵＥに別個に送信されてもよい。

本出願によれば、本明細書に記載されるシステム、方法およびプロセスのいくつか、またはすべては、命令が機械（たとえば、コンピュータ、サーバ、Ｍ２Ｍ端末、Ｍ２Ｍゲートウェイデバイス、トランジットデバイスなど）によって実行されると、本明細書に記載されるシステム、方法およびプロセスを実施および／または実行する、コンピュータ実行可能命令の形態（たとえば、コンピュータ可読記憶媒体に格納されるプログラムコード）で具現化されてもよいことが理解される。特定的には、前述の工程、操作または機能のいずれかは、このようなコンピュータ実行可能命令の形態で実装されてもよい。コンピュータ可読記憶媒体は、情報格納のための任意の方法または技術で実装された揮発性および不揮発性、リムーバブルまたはノンリムーバブルの媒体を含むが、このようなコンピュータ可読記憶媒体は、信号を含まない。コンピュータ可読記憶媒体としては、限定されないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤＲＯＭ、デジタルバーサタイルディスク（ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶デバイス、または所望な情報を格納するために使用することができ、コンピュータによってアクセス可能な任意の他の物理媒体が挙げられる。

本出願のさらに別の態様によれば、コンピュータ可読命令または実行可能命令を格納するための非一時的なコンピュータ可読記憶媒体または実行可能記憶媒体が開示される。この媒体は、複数のコールフローの１つにおいて上に開示した１つ以上のコンピュータ実行可能命令を含んでいてもよい。コンピュータ実行可能命令は、メモリに格納され、図４７Ｂで以下に開示するプロセッサによって実行され、ＵＥ、ＮＲ－ノードおよびＴＲＰ／ＲＲＨを含むデバイスで使用されてもよい。一実施形態では、図４７Ｂで以下に記載する非一時的なメモリおよび作動可能に連結するプロセッサを有するコンピュータ実装ＵＥが、開示される。ＵＥは、ビーム回復プロセスを行うために格納された命令を含む非一時的なメモリを備えている。ＵＥは、非一時的なメモリに作動可能に連結したプロセッサも備えている。プロセッサは、ビーム回復プロセスを開始するための供給ビームに対するトリガを与える命令を実施するように設定される。プロセッサはまた、供給ビームに対するトリガの発生を検出する命令を実施するように設定される。プロセッサはまた、検出された供給ビームに対するトリガの発生に基づき、ビーム管理プロトコルを実施する命令を実施するように設定される。さらに、プロセッサは、ビーム回復プロセスを終わらせる命令を実施するように設定される。

ここで、ビームフォーミングトレーニング処理時間の遅延を減らし得るビームフォーミングトレーニングについて考えると、ここで記載するのは、ビームフォーミングトレーニングシーケンス設計の一例であり、他のＴＲＰからの干渉または同じＴＲＰからの他のビームからの干渉を軽減することができる。所望なビームを検出する手順の一例と、新規ＤｏＤ概算方法も記載される。

Ｋのサブキャリアを有するＭＩＭＯ－ＯＦＤＭビームフォーミングシステムを考慮すると、送信機および受信機は、それぞれ、Ｎ_ｔの送信アンテナとＮ_ｒの受信アンテナが設けられている。送信機では、ビームフォーミングベクトルｖは、ビームスイーピングＯＦＤＭシンボルに適用され、事前設定されたコードブックから選択される。ここで、本願発明者らは、ビームスイーピングブロックが、ブロードキャストビームトレーニングＯＦＤＭシンボル用のビームスイーピング時間単位の単位として処理可能であることを規定する。各ビームスイーピングブロックは、複数のＯＦＤＭシンボルの１つからなっていてもよい。複数のビームブロックは、ビームスイーピングバーストを形成してもよい。スイーピングバーストの長さは、ビームスイーピングバースト中のビームスイーピングブロックの数を指し、すなわち、ビームスイーピングバースト長は、Ｎに等しく、スイーピングビームバースト中にＮのスイーピングブロックが存在する。図４３において、スイーピングバーストの一例が示される。この例では、ビームスイーピングバースト中にＮ＝１２のビームブロックが存在し、各ビームブロックが、１つのＯＦＤＭシンボルに等しい。それぞれのビームスイーピングブロックで、トレーニングビームパターンを送信する。各トレーニングビームは、固有トレーニングシーケンスに関連付けられる。Ｚａｄｏｆｆ－Ｃｈｕ（ＺＣ）トレーニングシーケンスは、ビームトレーニングシーケンスとして適応される。ＺＣシーケンスは、ＤＬ同期シーケンス、ＵＬランダムアクセスチャンネル、復調基準および音響基準信号としてＬＴＥシステムで広く使用されてきた。ビームトレーニングシーケンスとしてＺＣシーケンスを使用すると、いくつかの利点がある。たとえば、ＺＣシーケンスは、低いＰＡＰＲ特性を有する。さらに、同じルートを有するが、異なる巡回シフトを有するＺＣシーケンスは、複数の直交トレーニングシーケンスを形成し得る。本明細書に記載する一例では、この種の直交特性は、他の干渉トレーニングビームを軽減するように適応する。

受信機では、ｋ番目のサブキャリアにあるｑ番目の受信アンテナで受信した信号は、

として表されてもよく、ここで、ｉ＝０，１・・・Ｍである場合、

、ｖ^（ｉ）およびｓ_ｉ（ｋ）は、それぞれ、その受信機でのｉ番目の送信とｑ番目の受信アンテナとの間にあるｋ番目のサブキャリアでの１×Ｎ_ｔチャンネルベクトル、ｉ番目のｅＮＢのビームフォーミング行列、およびｋ番目のサブキャリアでのｉ番目の送信の送信シンボルである。なお、妨害は、異なるビームを用い、同じＴＲＰから生じてもよい。実際に、最大チャンネル遅れスプレッドはＬ≦Ｌ_ｃｐであり、ここで、Ｌ_ｃｐは、ＯＦＤＭサイクリックプレフィックス長を示す。普遍性を失うことなく、本願発明者らは、ｓ_０（ｋ）が、サブキャリアｋおよびｓ_ｉ（ｋ）で望ましいトレーニングシーケンスであり、ｉ＝１，２，・・・，Ｍは、他の妨害するトレーニングビームであると仮定する。すべてのサブキャリアを集めることによって、周波数領域の受信信号を得ることができ、

となる。ここで、

は、以下のような対角行列

である。
これは、

として書き換えることもできる。ここで、

および

である。

を、ｉ番目のｅＮＢにあるｐ番目の送信アンテナとｑ番目の受信アンテナとの間の周波数領域チャンネル応答にすると、

となる。

これらの式を用い、チャンネルベクトル

は、

として書き換えることができる。

チャンネルベクトル

は、ｉ番目のｅＭＢにあるｐ番目の送信アンテナとｑ番目の受信アンテナの間の時間領域チャンネル応答

から誘導することができ、

となる。ここで、Ｆは、Ｋ×ＫＤＦＴ行列を示し、

であり、

は、時間領域チャンネルタップである。（３）を（２）に代入することによって、

が得られる。ここで、

は、時間領域実効チャンネルである。上の式を（１）に代入することによって、ｑ番目の受信アンテナでの受信周波数領域信号ベクトルが得られる。これは

と表すことができる。

干渉ビームから所望なビームを区別するために、一例によれば、ＺＣシーケンスは、以下のとおり、基準信号に適用される。

は、長さＫのＺＣシーケンスであり、ｓ^（ｉ）は、サイクリックシフトシーケンスであり、ｓ^（ｉ）＝Ｃ_ｉｓ^（０）である。ここで、

であり、ｃは、サイクリックシフトである。したがって、隣接ビームの基準シーケンスは、同じＺＣシーケンスの異なるサイクリックシフトが行われた態様である。以下に示すとおり、これらの隣接ビームによって生じる干渉は、時間領域信号から分離することができる。
上の式を（４）に代入することによって、

を得る。なお、

であり、ここで、

は、ｉｃによる元々の

のサイクリックシフトである。次に、

を得る。
行列ＤをＳ^（０）Ｆの逆数とすると、次いで、時間領域信号

を得る。
サイクリックシフトｃが時間スプレッドＬより大きい限り、実効チャンネル

は、干渉の影響を受けることなく、Ｚ_ｑの最初のＬ列から概算することができる。（７）の各値を再編成することによって、

を得る。各経路ｌ，ｌ＝０，１，・・・，Ｌ－１について、すなわち、

である。

ビーム検出方法の例は、以下の工程を用いてまとめることができるが、一実施形態例に従い、以下の列挙は、一例として提示され、限定されないことが理解されるだろう。
１．送信機について、各ビームにＩＤが割り当てられ、このＩＤは、ＺＣシーケンスだけではなく、事前設定されたコードブックから選択されるビームフォーミングベクトルｖの指数に対する点も決定する。
２．トレーニングシーケンス設計：
ａ．他のＴＲＰからの干渉ビームについて：それぞれのビームスイーピングブロックにおいて、異なる送信機からのビーム基準信号は、同じルートであるが、異なるサイクリックシフト（Ｋによってモジュールに分けられる０，ｃ，２ｃ，・・・）を有するＺＣシーケンスに基づく。ここで、ｃは、最大チャンネル遅れスプレッドＬより大きく、ｃ＝Ｋ／Ｎであり、Ｎは整数である。サイクリックシフトは、各送信機に割り当てられ、受信機には知られている。
ｂ．同じＴＲＰからの干渉ビームについて：それぞれのビームスイーピングブロックにおいて、同じＴＲＰから複数のビームが送信されてもよく、そのトレーニングシーケンスは、同じルートであるが、異なるサイクリックシフト（Ｋによってモジュールに分けられる０，ｃ，２ｃ，・・・）を有するＺＣシーケンスに基づく。ここで、ｃは、最大チャンネル遅れスプレッドＬより大きく、ｃ＝Ｋ／Ｎであり、Ｎは整数である。隣接ビームには、干渉を軽減するために、異なるサイクリックシフトが割り当てられるべきである。たとえば、ビームフォーミングコードブックは、サイズ８のＤＦＴビームを使用してもよい。長さ３２のＺＣシーケンスは、ビームトレーニング配列用に選択され、このトレーニングシーケンス用のサイクリックシフトは、ｃ＝８に設定することができる。このビームは、Ｋによってモジュールに分けられる０，ｃ，２ｃ，・・・によって時計回りまたは反時計回りのサイクリックシフトが割り当てられてもよい。次いで、隣接ビームは、異なるサイクリックシフトを有しており、干渉をキャンセルし得ることが保証されてもよい。同じサイクリックシフトが割り当てられたビームは、大きな角度によって分離され、そのため、干渉は無視することができる。
３．各ビームスイーピングブロックについて、時間領域受信信号から、受信機は、周波数領域信号ｙ_ｑを得る。
４．それぞれの可能な基準信号シーケンスについて、ｙ_ｑの各サブキャリアを基準信号の逆数で乗算し、次いで、ＩＦＦＴを適用し、時間領域信号Ｚ_ｑを得る。
５．Ｚ_ｑの最初のＬ列を選択し、他の送信機からの干渉をキャンセルし、エネルギーを計算する。

６．すべての可能な基準信号シーケンスについて工程４および５を繰り返し、最大エネルギー（９）を有する基準信号シーケンスを見つける。現在のビームスイーピングブロックのビームＩＤとして、検出された基準信号シーケンスからビームＩＤを得る。
７．すべてのビームスイーピングブロックについて工程３から６を繰り返し、最大のエネルギーと、２番目に大きなエネルギー（９）を有する２つのビームスイーピングブロックを見つける。
８．ビームスイーピングブロックの関連付けられたビームＩＤから、最良のＱのビームフォーミングベクトル（たとえば、Ｑ＝２，ｖ_１，ｖ_２）を得る。

最良の２つのトレーニングビームが特定されたら、このチャンネルのＤｏＡおよびＤｏＤを概算するように進んでもよい。ここで、ｌ番目のタップでのチャンネルｌ＝１，・・・，Ｌは、

として表すことができると仮定される。ここで、

、

であり、

は、チャンネル複素ゲインである。φ_ｌおよびθ_ｌは、それぞれ、放射角度および到達角度のチャンネルである。式（８）および式（１０）から、式（８）は、

として書き換えることができる。さらに、式（１１）は、

として書き換えることができる。ここで、

は、クロネッカー積行列演算子であり、

は、大きさＮ_ｒのアイデンティティ行列であり、ｖｅｃ（・）は、ベクトル演算に対する行列である。チャンネルのＤｏＤ（すなわち、φ_ｌ）の概算は、

制約条件

として表すことができる。ここで、ｖ_１およびｖ_２は、工程８から得られるビームフォーミングベクトルであり、辞書行列Ａは、以下の方法によって作られる。

ここで、

であり、それぞれ、Ｎ_φは、辞書の長さであり、Δφは、ＤｏＤの分解であり、Ｎ_θは、辞書の長さであり、Δθは、ＤｏＡの分解である。

解

は、行列Ａのスパースな解であるため、式（１３）のこの種の解は、最小絶対圧縮選択法（least absolute shrinkage and selection method、いわゆるＬＡＳＳＯ法）を使用し、解を得ることができる。チャンネルのＤｏＤが得られたら、次に、ＤｏＤを、使用する送信機のフィードバックとして使用してもよい。
９．検出された最良ＱのビームＩＤを、概算されたＤｏＤを用い、または用いずに、送信機に対するフィードバックに使用してもよい。送信機は、ビームリファインメント用のビームスイーピング法を用いることなく、ビームリファインメント用に概算されたＤｏＤを使用してもよい。

ここで、ビーム管理の例について考えると、比較的大きなセルカバレッジエリアを得るために、複数ビームを使用してもよい。ＵＥ可動性に起因して、ビーム品質および／またはＵＥとネットワークとの間の利用可能性は、ＵＥがほんのわずか回転した場合であっても、頻繁に変化する場合がある。ビームトラッキングおよびスイッチングの機構は、典型的には、一連の利用可能なビームの中で、適切なビーム（たとえば、十分な品質を有するビーム（たとえば特定の閾値より上のＲＳＲＰまたはＲＳＲＱなど））を選択および再選択するために適用され、そのため、ＵＥとネットワークとの間のリンク接続を維持することができる。しかし、突然のビーム品質低下のいくつかの場合では、これらの規則的なビームトラッキングおよびスイッチングの機構は十分ではない。たとえば、素早く移動するＵＥではビーム品質が急速に悪化し、ビームスイッチングを行うのに十分なタイムバジェットが存在しない。またはネットワークは、ビームスイッチングおよび再アラインメントを行うのに十分なリソースがスケジューリングされない場合がある。または移動する障害物がビーム遮蔽を引き起こすなどの無線環境では、急な変化が起こる。

適切なビーム回復機構がないと、上述の急なビーム品質の低下が続き、レガシーＬＴＥネットワークにおけるような無線リンク失敗（ＲＬＦ）が宣言される場合がある。ＲＬＦが宣言される場合、ＵＥは、接続再確立を行ってもよく、セル選択が開始されてもよく、これにより、顕著な量のネットワークシグナリング、遅延、接続中断、電力消費が起こる場合がある。これに加え、ＨＦ－ＮＲにおいて、悪化したビーム品質は、すぐに元に戻る場合があり、および／または他の容易に代替可能なビームが利用可能にされてもよい。したがって、ＲＬＦの宣言は、必要ではない場合があり、ある場合には、最小限にされるべきである。

これらの考察に基づき、特に、ある場合には、規則的なビームトラッキングおよびスイッチングプロセスがリンク接続を維持することができないときは後で、ビーム回復プロセスを、ＲＬＦが宣言される前に行うべきである。とにかくビーム回復プロセスが失敗する（たとえば、リンク接続を回復するための代替的なビームがない）場合、ＲＬＦは、最後には宣言されなければならないだろう。この一例は図４４に示され、ベースラインとしてＬＴＥＲＬＦを使用する。

ここで図４４を参照すると、ビーム回復の観点から一例が示され、リンク回復の観点から一例が示される。ビーム回復において、供給ビームの品質低下が検出されたら（たとえば、同期しなくなる、指示のずれ）、ＵＥの下位レイヤ（たとえば、ＰＨＹおよび／またはＭＡＣ）は、供給ビームのモニタリングを維持し（たとえば、信号品質が回復すると予想する）、および／または対応するビーム管理手順を行ってもよい（たとえば、供給ビームのアラインメントをリファインメントする（たとえばプレコーディングマトリックスの調整、ビームフォーミングウェイトなど））。供給ビームがフェーズ１内で成功裏に回復したら、ビーム回復プロセスは終了してもよく、ＵＥは、通常操作に戻ってもよい。その他、プロセスは、供給ビーム失敗が検出されたことを報告してもよく、フェーズ２に進んでもよい。Ｎ１の値は、タイマまたは他の（たとえば、計測）基準に基づいていてもよい。ビーム回復フェーズ２において、一例では、ＵＥは、評価を行い、必要な場合、他の候補ビームに切り替える。なお、各候補ビームは、事前設定されたか、または動的に設定された絶対的または相対的な（供給ビームに対する）閾値より高い無線品質（たとえば、ＳＮＲ、ＲＳＲＰ、ＲＳＲＱ、ＲＳＳＩ）を有していてもよい。代替的なビームが成功裏に見つかり、新しい供給ビームに切り替えられた場合、ビーム回復プロセスは終了し、ＵＥは、通常操作に戻る。その他、ビーム回復も終了するが、無線リンク失敗も宣言され、ＵＥは、ＲＬ回復フェーズ２に入る。

リンク回復の観点から、ビーム回復フェーズ１の失敗は、ＲＬ回復フェーズ１の開始のトリガとなっていてもよい。典型的には、ビーム回復フェーズ２およびＲＬ回復フェーズ１の持続時間は、適時に合わされるが、常にそうとは限らない。この２つのプロセスは、並行に走らせ得るからである。ビーム回復フェーズ２が終了したらすぐにＵＥがセル再選択を行うことができるように、ビーム回復フェーズ２の終了前に、他のセルを評価するリンク回復フェーズを開始してもよい。

まとめると、突然の供給ビームの品質低下が検出されたら、ある例では、ビーム回復プロセスは、最初に開始される。タイマまたは他の（たとえば、計測）基準（Ｎ１およびＮ２）の後でさえ、ビーム回復が失敗したら、ある例では、無線リンク失敗が宣言され、リンク回復の第２フェーズを開始する。この第２フェーズでの挙動は、ある場合には、ＬＴＥと同じである。複数ビームに基づくＮＲネットワークでは、ＵＥは、同じかまたは異なるＴＲＰ／セルからの複数ビームのカバレッジ下にあってもよいことが本明細書では理解される。通信用の代替的なビームが存在したら、ＵＥとネットワークとの間のリンク接続は、費用のかかるＲＬＦ宣言と不必要なＲＲＣ接続再確立を経由することなく、ビーム回復手順によって迅速に回復されてもよい。

ダウンリンクビーム管理用に提案されたビーム回復機構を、以下にさらに詳細に記載する。迅速なチャンネル／ビーム変化に適応するために、ＵＥがビーム回復操作を開始することが考慮され、ＵＥ挙動（たとえば、ビーム品質測定、ビーム回復のトリガとなること）は、明示的なシグナリングを介し、ネットワークによって設定されてもよい。ネットワークがビーム回復を開始するのも可能である（特に、アップリンクに基づくビーム管理の場合）。

ビーム測定の場合、休止モードまたは接続モードのＵＥは、同じかまたは異なる同期信号（ＳＳ）を使用してもよく、休止モードＳＳの周期性は、既知であると仮定されるが、接続モードＳＳは、設定に依存するだろう。余分の基準シグナル（たとえば、固有モビリティ基準信号（specific mobility reference signal：ＭＲＳ）およびＵＥ固有ＣＩＳ－ＲＳ）が同様に利用可能であってもよい。

ビーム回復プロセス中の測定は、種々の目的に役立つ。目的の一例は、ビーム品質のモニタリングおよび評価に役立つことである。供給ビームの品質悪化を即座に検出するために、この手順が使用されてもよい。異なるＵＥの使用例およびサービスの要求事項について、この手順を行う頻度は、遅延と電力消費との間のバランスが得られるように自由に、設定可能にする必要があるだろう。この手順は、ビーム回復フェーズ１にも使用してもよく、その結果、供給ビームのアラインメントが適切にリファインメントされてもよい（たとえば、プレコーディングマトリックス、ビームフォーミングウェイトなどを調整する）。これに加え、供給ビームの品質が再び十分に良好になる場合（たとえば、ＲＳＲＰ値が特定の閾値よりも上）、ビーム回復プロセスは、この手順の測定結果に基づき、終了する必要がある場合がある。たとえば、ある場合には、移動する障害物が現れ、その後、消える。

目的の別の例は、他の候補ビームの測定および評価を目的とする。ビーム回復を行うために、ＵＥは、悪化した供給ビームを、良好な品質を有する代替的なビームと交換する必要がある場合があり、候補ビームの測定に基づく評価が必要な場合がある。この手順は、ビーム回復フェーズ２で行われてもよい。

ある場合には、候補ビームのリストが、以前の測定から保存されていてもよく、静的に事前設定されていてもよく、またはネットワークによって動的に再設定されてもよい。候補ビームのリストは、迅速なアクセスのためＰＨＹ／ＭＡＣレイヤによって与えられてもよく、またはオンライン測定からＲＲＣレイヤによって与えられてもよく、ネットワークによって明示的にシグナリングされてもよい。候補ビームに対して適用される測定および評価プロセスから、要件を満たしたビームが特定されたら、規則的なビームスイッチングおよびアラインメント手順が行われ、回復プロセスが終了する。その他、代替的なビームが特定されないか、または所定のタイムバジェット（たとえば、図１１のＮ２）内にスイッチング／アラインメントされない場合、ビーム回復は失敗し、無線リンク失敗が宣言され、ＬＴＥと似たＲＬＦ回復フェーズ２であるＲＬ回復フェーズ２の開始のトリガとなる。

一実施形態では、ビーム回復プロセスのトリガとなる条件が定義される。この定義について、以下の例示的な条件および関連する閾値が含まれる。第１は、トリガ事象および関連する閾値である。
（ｉ）供給ビームのずれが検出される、同期していないことが検出される
（ｉｉ）供給ビームの品質が特定の閾値（たとえば、ＲＳＲＰ、ＳＮＲ、ＲＳＲＱ、ＲＳＳＩ）より下
（ｉｉｉ）Ｎ個の最良候補ビームの平均的な品質および／または重み付けられた平均品質の移動が特定の閾値より上または下
（ｉｖ）予想されるメッセージ（信号またはデータ）を受信しないか、または低ＳＮＲでの受信
（ｖ）ＭＡＣにおけるランダムアクセスの問題
（ｖｉ）新しく検出されたビームが、供給ビームよりも良い品質閾値を有する。

上に説明したとおり、一実施形態では、ネットワークで設定され、ＵＥが開始したビーム回復のダウンリンクの場合のみを考察した。ここで、ＵＥは、上に定義したトリガを有するように設定される。この設定は、静的に事前設定されてもよく、またはＲＲＣシグナリングおよび／またはＭＡＣ制御要素によって動的に再設定されてもよい。図１１に示す異なるフェーズでは、異なるフェーズのトリガ、移行および終了を容易にするように、上に定義するとおり、対応する測定が行われてもよい。２フェーズのビーム回復プロセスが存在してもよい。第１フェーズの例は、図４４のように、ビーム回復フェーズ１によって表される。

この第１フェーズでは、ＵＥの下位レイヤ（たとえば、ＰＨＹおよび／またはＭＡＣ）は、供給ビームのモニタリングを維持し（たとえば、信号品質が回復すると予想する）、および／または対応するビーム管理手順を行うだろう（たとえば、供給ビームのアラインメントをリファインメントする（プレコーディングマトリックスの調整、ビームフォーミングウェイトなど））。供給ビームがフェーズ１内で成功裏に回復したら、ビーム回復プロセスは終了し、ＵＥは、通常操作に戻る。その他、プロセスは、供給ビーム失敗が検出されたことを報告し、フェーズ２に進む。このフェーズ１の持続時間は、Ｎ１の値によって規制され、この値は、タイマまたは他の（たとえば、連続的な同期が行われない状態を計測する）基準に基づく。Ｎ１の情報は、システム情報から得られてもよく、または明示的なＲＲＣまたはＭＡＣＣＥ信号を介し、ネットワークによって再構築されてもよく、または製造業者または操作者によって事前設定されていてもよい。

第２例のフェーズは、図４４のビーム回復フェーズ２によって表される。ここで、ＵＥは、評価を行い、必要な場合、他の代替的なビームに切り替える。各要件を満たした代替的なビームは、事前設定されたか、または動的に設定された絶対的または相対的な（供給ビームに対する）閾値より高い無線品質（たとえば、ＳＮＲ、ＲＳＲＰ、ＲＳＲＱ、ＲＳＳＩ）を有していてもよい。なお、代替的なビームは、同じセルまたは異なるセルの同じＴＲＰまたは異なるＴＲＰからのビームであってもよい。ビームは、セルＩＤまたはビームＩＤまたはポートＩＤによって識別することができる。異なる代替的なビーム間の切り替えは、レイヤ１／２で行われ、代替的なビームの設定のみが、可能ならＲＲＣによって提供される。代替的なビームの設定は、以前保存された測定（たとえば、ＰＨＹモビリティセット）に基づいていてもよく、製造業者／操作者によって静的に事前設定されていてもよく、または明示的なＲＲＣおよびＭＡＣシグナリング（たとえば、ＮＲモビリティセット）を介し、ネットワークによって動的に再設定されてもよい。代替的なビームを測定するとき、異なる基準信号を、休止モード、接続モードまたは未作動モードのＵＥに使用してもよい。休止モードＵＥでは、ＳＳバースト／ＳＳバーストセットを共通のビーム基準に使用してもよい。これに加え、設定されるか、または固有モビリティ基準信号（ＭＲＳ）／ビーム基準信号（beam reference signal：ＢＲＳ）が存在する場合、セル固有ＣＳＩ－ＲＳも、測定基準信号となり得る。未作動モードのＵＥでは、ＵＥがネットワークによって設定可能な場合、ＵＥ固有ＣＳＩ－ＲＳおよび／または接続モードＳＳバーストを使用してもよい。その他、ＳＳバーストおよび／またはセル固有ＣＳＩ－ＲＳが使用される。接続モードのＵＲの場合、接続モードＳＳ、ＵＥ固有ＣＳＩ－ＲＳおよび固有モビリティ基準信号（ＭＲＳ）／ビーム基準信号（ＢＲＳ）が使用されてもよい。基準信号の送信は、オンデマンドであってもよく、またはネットワークにスケジューリングされていてもよい。代替的なビームに切り替えるために、ＤＬまたはＵＬ信号送信は、ネットワークとのビームアラインメント（たとえば、ＲＡＣＨプリアンブルシーケンス、ＤＬ／ＵＬ基準信号、制御チャンネルなど）を実施するのに必要な場合がある。ＤＬまたはＵＬ信号送信が必要な場合は、リソース割り当ても必要となることがある（たとえば、ＲＡＣＨリソース）。異なる状態のＵＥ用のＲＡＣＨ手順は、２ステップまたは４ステップを使用してもよい。休止モード用のＲＡＣＨリソースは、ＳＳバーストによって決定されてもよい（たとえば、ＰＢＣＨおよび／またはＳＳバーストタイムインデックスによるシグナリング）。接続モードでは、ＲＡＣＨリソースは、ＲＲＣ設定によって、またはＤＣＩ（すなわち、ＮＲ－ＰＤＣＣＨ）によるシグナリングによって動的に決定されてもよい。

ある例では、リンクが、新しい供給ビームへの切り替えによって成功裏に回復する場合、ビーム回復プロセスは終了し、ＵＥは、通常操作に戻る。その他、ビーム回復も終了するが、無線リンク失敗も宣言され、ＵＥは、ＲＬ回復フェーズ２に入る。なお、代替的なビームが利用可能ではない場合には、第２レベルリンク回復プロセスへの直接的な移行が考慮される場合がある。

別の実施形態では、２フェーズのリンク回復プロセスが存在する。リンク回復プロセスの第１フェーズは、第２レベルのビーム回復プロセスの実行結果を待つことである。典型的には、リンク回復プロセスの第１フェーズおよび第２レベルのビーム回復プロセスの持続時間は、適時に合わされるが、常にそうとは限らない。この２つのプロセスは、並行に走らせ得るからである。ビーム回復フェーズ２が終了したらすぐにＵＥがセル再選択を行うことができるように、ビーム回復プロセスの第２フェーズの終了前に、他のセルを評価するリンク回復フェーズ１を開始してもよい。

この第２フェーズでは、ＲＲＣ＿ＩＤＬＥを介して活動を再開し、進行するのを避けるために、ＵＥが同じセルに戻る場合、またはＵＥが同じｇＮＢからの異なるセルを選択する場合、またはＵＥが異なるｇＮＢからのセルを選択する場合、以下の手順を適用する。
（ｉ）ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに留まる
（ｉｉ）ＵＥは、ランダムアクセス手順によってセルにアクセスする
（ｉｉｉ）競合解決のためのランダムアクセス手順に使用されるＵＥ識別子（すなわち、セル中のＵＥのＬＴＥに似たＣＲＮＴＩ、ここで、ＲＬＦが起こる＋このセルの物理レイヤアイデンティティ＋このセルのキーに基づく短ＭＡＣ－Ｉ）は、ＵＥを認証し、そのＵＥに格納される内容を有するかどうかを調べるために、選択したｇＮＢによって使用される。
（ａ）ｇＮＢが、そのＵＥのアイデンティティに適合する内容を発見したら、または既に供給されているｇＮＢからこの内容を得たら、そのＵＥについて、その接続を再開することができることを示し
（ｂ）その内容が見つからない場合、ＲＲＣ接続は、解放され、ＵＥは、新しいＲＲＣ接続を確立する手順を開始する。この場合、ＵＥは、ＲＲＣ＿ＩＤＬＥを介して進む必要がある。

別の実施形態では、ビーム回復プロセス中に測定信号の要求送信が提供される。ＵＥが、供給ビームまたは他の代替的なビームのいずれかを評価する場合、これらのビーム用の測定信号のオンデマンド送信は、正確な測定結果を与えるために必要な場合がある。オンデマンドで測定信号を送るビームは、元々は、エネルギー節約または干渉を避ける目的のために、利用不可能であると考えられるだろう。

測定信号は、ＵＥの移動がより頻繁に起こり、ビーム回復が頻繁に起こる場合には、バッチで送るように要求されてもよい（特定のタイムインターバルの間に、複数の測定信号送信が繰り返される）。

別の実施形態では、ビーム回復プロセスからリンク回復プロセスへの移行が記載される。ＵＥ使用の場合、状態および要求されるサービスに応じて、エネルギー効率と遅延（データ／信号送信／受信の中断）のバランスを考慮する必要がある。ビーム回復プロセスのタイムバジェットおよび挙動（たとえば、測定ギャップ、測定オブジェクト）は、たとえば、タイマまたは他の（たとえば、連続的な同期が行われない状態を計測する）基準（たとえば、Ｎ１、Ｎ２など）、測定値の閾値に適合させる必要がある。

ここで、ビーム多様性について考えると、ＵＥは、ＵＥとｇＮＢとの間のＭ≧１のビーム対リンク（beam pair link：ＢＰＬ）をモニタリングするように設定されてもよい。ある例では、ＵＥが最も頻繁にモニタリングし得るＢＰＬは、アクティブＢＰＬとして定義される。モニタリングされるセット中の他のＢＰＬは、それより長いデューティサイクルでモニタリングまたは検出され、非アクティブＢＰＬとして示されてもよい。モニタリングされるＢＰＬセット中のこれらのＢＰＬは、異なるｇＮＢ、または同じｇＮＢに属する異なるＴＲＰ、または同じＴＲＰによって送信されてもよい。

ある例では、ビームＩＤは、ビーム多様性用のＮＲ－ＰＤＣＣＨのＤＭ－ＲＳシーケンスをスクランブリングするために、セルＩＤ、スロットインデックスなどの他のパラメータと共に使用されてもよい。一例は、ここに、説明のために以下に記載する。しかし、実際の設計は、この例に限定されない。たとえば、送信のためにＮＲ－ＰＤＣＣＨがｋ個のアンテナポートを使用することを提案する。アンテナポートＰ∈｛ｎ，ｎ＋１，・・・ｎ＋ｋ－１｝のいずれかについて、基準信号シーケンスｒ（ｍ）は、

によって定義される。
疑似乱数シーケンスｃ（ｉ）は、ＤＭ－ＲＳシーケンスを構築するためのベースシーケンスである。シーケンスｃ（ｉ）は、ＺＡＺＡＣシーケンス、Ｍシーケンスまたは他のシーケンスであってもよい。疑似乱数シーケンス作成機は、

または

を用いて開始されてもよい。

異なる場合のモニタリングされたビーム送信機の場所（たとえば、同じセルまたは異なるセルなど）に応じて、異なるＮＲ－ＰＤＣＣＨ設計は、種々の実施形態に従ってもよい。同じセルの同じＴＲＰまたは異なるＴＲＰからの異なるビームまたはＢＰＬを用いて送信されるＮＲ－ＰＤＣＣＨについて、アクティブおよび非アクティブのＮＲ－ＰＤＣＣＨのコンテンツは、同じであってもよい。これらのＮＲ－ＰＤＣＣＨは、上述のスクランブリングパラメータの１つとしてビームＩＤを利用する、対応するＤＭ－ＲＳを使用してもよい。または、異なるセルからの異なるビームまたはＢＰＬを使用して送信されるＮＲ－ＰＤＣＣＨに関し、ＮＲ－ＰＤＣＣＨコンテンツ／情報について異なる実施形態が存在していてもよい。一例では、アクティブおよび非アクティブのＮＲ－ＰＤＣＣＨのコンテンツは、同じである。この様式で、ＮＲ－ＰＤＣＣＨを、非アクティブＢＰＬを用いてＵＥに送信するセルは、アクティブＢＰＬを使用してＮＲ－ＰＤＣＣＨをＵＥに送信するセルと同じ物理チャンネルリソースを予約する必要がある場合がある。別の例では、アクティブおよび非アクティブのＮＲ－ＰＤＣＣＨのコンテンツは、異なる。たとえば、ＮＲ－ＰＤＣＣＨを送信する目的を考慮することは、ある場合には、ビーム多様性を増やすことであり、一実施形態では、ＮＲ－ＰＤＣＣＨは、非アクティブＢＰＬに送信され、非アクティブＢＰＬのフィードバックを報告するＢＰＬスイッチングコマンド／ハンドシェイキングシグナリングまたはビームをＵＥが送信するＵＬリソース指示を含む情報を伝送するＵＣＩ（アップリンクスケジューリンググラントまたは同様のもの）であってもよい。ＵＥは、ＮＲ－ＰＤＣＣＨをモニタリングするための少なくとも２つのビーム対リンク（ＢＰＬ）をモニタリングしてもよい。一例では、１つのＢＰＬは、アクティブＢＰＬからのものであり、他のＢＰＬは、非アクティブＢＰＬからのものである。ある場合には、ＵＥがアクティブＢＰＬからのＮＲ－ＰＤＣＣＨを成功裏にデコードすることができないが、非アクティブＢＰＬからのＮＲ－ＰＤＣＣＨを成功裏にデコードすることができる場合、ＵＥは、ＵＬＵＣＩを使用し、選択された非アクティブＢＰＬのフィードバックを報告するＢＰＬスイッチングコマンド／ハンドシェイキングシグナリングまたはビームを報告してもよい。

一例では、ＵＥが、より上位レイヤまたはＭＡＣＣＥまたは物理制御チャンネル設定に従って、一連のＭ個のＢＰＬをモニタリングしている場合、アクティブＢＰＬでのＮＲ－ＰＤＣＣＨの規則的な検出に加え、下位のデューティサイクルを用いて１つまたはいくつかの非アクティブＢＰＬでのＮＲ－ＰＤＣＣＨを検出してもよい。ＵＥが、アクティブＢＰＬでＮＲ－ＰＤＣＣＨをモニタリングし、同じサブフレームまたはＴＴＩで少なくとも１つの非アクティブＢＰＬでＮＲ－ＰＤＣＣＨをモニタリングする場合、種々のルールに従って行ってもよい。たとえば、ＵＥが、アクティブＢＰＬでのＮＲ－ＰＤＣＣＨのみを成功裏にデコードする場合、ＮＲ－ＰＤＣＣＨ（ＵＣＩまたはＤＣＩまたはページングなどであってもよい）に指示される送信操作または受信操作に従ってもよい。ある例では、ＵＥが、アクティブＢＰＬでのＮＲ－ＰＤＣＣＨをデコードし、非アクティブＢＰＬでの少なくとも１つのＮＲ－ＰＤＣＣＨを成功裏にデコードする場合、アクティブＢＰＬで送信されるＮＲ－ＰＤＣＣＨ（ＵＣＩまたはＤＣＩまたはページングなどであってもよい）に指示される送信操作または受信操作に従い、非アクティブＢＰＬで送信されるＮＲ－ＰＤＣＣＨを無視してもよい。一例では、ＵＥが、非アクティブＢＰＬでの１つのＮＲ－ＰＤＣＣＨのみを成功裏にデコードする場合、非アクティブＢＰＬで送信されるＮＲ－ＰＤＣＣＨ（ＵＣＩまたはＤＣＩまたはページングなどであってもよい）に指示される送信操作または受信操作に従ってもよい。デコードされるＮＲ－ＰＤＣＣＨがＤＣＩであるこの例では、ＵＥは、これに従ってデータ受信を行い、非アクティブＢＰＬに切り替えられた明示的または暗黙的なシグナリングのいずれかを用い（アクティブＢＰＬでの有効なＮＲ－ＰＤＣＣＨの検出失敗に起因して）、受信したＤＬデータのＡＣＫ／ＮＡＣＫをフィードバックしてもよい。暗黙的なシグナリングの一例は、送信セルが、ＡＣＫ／ＮＡＣＫフィードバックのＵＬ制御チャンネルリソースを動的に割り当て／設定する場合、リソースインデックスが、対応するデータ送信（たとえば、ＮＲ－ＰＤＣＣＨの最初のＣＣＥ／ＲＧのインデックス）およびビームＩＤまたはＢＰＬインデックスを割り当てるＮＲ－ＰＤＣＣＨのパラメータに対して１対１のマッピングを有する場合である。ある場合には、ＵＥが、非アクティブＢＰＬでの１つより多いＮＲ－ＰＤＣＣＨを成功裏にデコードする場合、１つのＮＲ－ＰＤＣＣＨを取り上げ、その送信操作または受信操作を行う、事前設定されたタイブレーキングルールに従ってもよい。ルールの一例は、最良のＳＩＮＲを選択するルールである。

図４５を参照すると、ＵＥ固有ＰＤＣＣＨの一例では、ＵＥは、ビームトレーニングの後に接続モードでＣＳＩレポートをｇＮＢに送り（４５０６で）、ビームトレーニングは、ビームスイーピング（４５０２で）と、ビームリファインメント（４５０４で）とを含んでいてもよい。４５０６でのＣＳＩレポートは、複数ビームの品質と、それぞれの報告されたビームのビームＩＤとを含んでいてもよい。ビームＩＤは、シンボルインデックスおよびアンテナポートインデックスまたはＣＳＩ－ＲＳインデックスによって、明示的または暗黙的に指示されてもよい。４５０８で、ｇＮＢは、現在および以前のＣＳＩレポートに基づき、種々のビームセットを決定してもよい。たとえば、ｇＮＢは、ビームモニタリングセットを決定してもよく、ビームモニタリングセットは、Ｍ個のビームを含んでいてもよい。ＵＥは、対応するＢ－ＲＳ、Ｍ－ＲＳまたはＣＳＩ－ＲＳを測定することによって、これらのビームの品質を周期的にモニタリングしてもよい。ｇＮＢは、ビーム候補セットも決定してもよく、ビーム候補セットは、ビームモニタリングセットから選択されたＮ個のビームを含んでいてもよく、Ｎ≦Ｍである。ｇＮＢは、ＰＤＣＣＨ送信用にこのセットの１つ以上のビームを選択してもよい。ある場合には、ＵＥは、これらすべてのビームと、ＰＤＣＣＨの手当たり次第のデコード用に対応する検索空間を試さなければならない。一例では、ビームモニタリングセット中のビームのＩＤは、ＲＲＣシグナリングによってＵＥに設定されてもよい。次いで、ＵＥは、対応するＢ－ＲＳ、Ｍ－ＲＳまたはＣＳＩ－ＲＳを測定することによって、ビームモニタリングセット中のビームの品質をモニタリングしてもよく、これに従って、４５１０でＣＳＩレポートをフィードバックしてもよい。

ＵＥのＣＳＩレポートに基づき、ｇＮＢは、ビームモニタリングセットからＮ個のビームを選択する。ここで、これらのＮ個のビームは、ＵＥのＰＤＣＣＨビーム多様性送信の候補である。ｇＮＢは、最良品質を有するＮ個のビーム（たとえば、最も大きなランクを有するビーム、または最も高いＣＱＩを有するビーム）を選択してもよい。一例では、Ｎ個の選択されたビームのＩＤは、ＲＲＣシグナリングによって、ＵＥに設定される。ある場合には、ｇＮＢは、ＰＤＣＣＨ送信のビーム候補セットから１つ以上のビームを動的に選択してもよく、選択されたビームＩＤのＵＥを知らせる必要はない。しかし、ある例では、選択されたビームの数は、ＲＲＣシグナリングまたは共通（またはグループ）ＰＤＣＣＨによってＵＥにシグナリングされてもよく、またはＵＥにとって透過的であってもよい。複数ビームが選択される場合、ｇＮＢは、これらのビームによって同じＤＣＩを送信し、ビーム多様性を達成してもよい。一例では、ＤＣＩは、ＵＥのＩＤを用いてスクランブリングされ、ＵＥのＩＤは、ＵＥのＲＮＴＩまたは他のＮＲＵＥＩＤであってもよく、その結果、手当たり次第のデコードの後、ＵＥは、ＤＣＩが自身に属するか否かを特定してもよい。ｇＮＢは、ＵＥの最近のＣＳＩレポートに基づき、ビーム候補セットをアップデートしてもよい（たとえば、より良い品質を有するモニタリングセットからのビームによって、いくつかの候補ビームを交換する）。候補ビームがブロックされる場合には、ｇＮＢは、そのビームを、モニタリングセットからのより良いビームと交換してもよい。ｇＮＢまたはＵＥが、モニタリングセット中の所与の閾値よりも良い品質を有するビームの数が、事前定義された数より少ないと判定すると（４５１２で）、プロセスを４５０２および４５０４に戻してもよく、ここで、新しいビームモニタリングセットを作成するために、新しいビームスイーピングおよびビームリファインメント手順を要求または開始してもよい。または、所与の閾値を達成するビームの数が、事前定義された数よりも大きい場合、プロセスは、４５１４に進んでもよく、ここで、ｇＮＢは、これに従ってビーム候補セットをアップデートする。

ある例では、ＵＥ固有検索空間は、ビーム候補セット中のそれぞれのビームの時間－周波数（ＴＦ）リソースからなり、各ＴＦリソースは、１つ以上のＰＤＣＣＨ候補を含んでいてもよい。ＵＥ固有検索空間の設定は、ＵＥのＩＤおよびＵＥの現在のビーム候補セットに基づいていてもよい。図４６に示すとおり、ＴＦリソースは、ＵＥのＩＤおよび候補ビームＩＤに対してマッピングされてもよい。ビームＩＤは、周囲セル中のビームが異なるビームＩＤを有するように設定されてもよい。同じＵＥについて、異なるビームのＴＦリソースは、重複してもよく、異なるＵＥは、同じＴＦリソースを共有してもよい。周波数多様性を利用するために、ＵＥ固有検索空間の設定も、スロットインデックスによって決定されてもよく、その結果、ＵＥ固有検索空間は、異なるスロットにある異なるサブキャリアに割り当てられてもよい。

まだ図４６を参照しつつ、ある場合には、ＵＥは、検索空間内のＰＤＣＣＨ候補でのみ、ＰＤＣＣＨの手当たり次第のデコードを行う。各ＰＤＣＣＨ候補について、受信ビームは、複雑さを減らすために、ＰＤＣＣＨ候補に対してマッピングされた送信ビームに従って選択されてもよい。たとえば、ＴＦリソース７のＤＣＩをデコードするために、ＵＥ－１は、セルＡの送信ビーム１０に従って、受信ビームを選択する。

ＵＥ固有ＰＤＣＣＨは、手当たり次第のデコードの複雑さを減らすために、サブバンドで送信されてもよい。サブバンド送信の設定は、ＲＲＣシグナリングによって、ＵＥに対してシグナリングされてもよい。複数のＵＥは、同じサブバンドに設定されていてもよく、またはＰＤＣＣＨ送信の重複したサブバンドに設定されていてもよく、周波数多様性を利用するために、ホッピングパターンがＵＥに割り当てられてもよい。

第３世代パートナーシッププロジェクト（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））バスである。

システムバス８０に連結されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２およびリードオンリーメモリ（ＲＯＭ）９３を含む。このようなメモリは、情報を格納し、検索することが可能な回路を含む。ＲＯＭ９３は、一般的に、容易に改変することができない格納データを含む。ＲＡＭ８２に格納されるデータは、プロセッサ９１または他のハードウェアデバイスによって読み取り、または変更することができる。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御されてもよい。メモリコントローラ９２は、命令が実行されるときに、バーチャルアドレスを物理アドレスに翻訳するアドレス翻訳機能を与えてもよい。メモリコントローラ９２は、システム内のプロセスを隔離し、システムプロセスをユーザプロセスから隔離するメモリ保護機能も与えてもよい。したがって、第１モードで走るプログラムは、自身のプロセスのバーチャルアドレス空間によってマッピングされたメモリのみにアクセスすることができる。プロセス間でのメモリ共有が設定されていなければ、別のプロセスのバーチャルアドレス空間内のメモリにアクセスすることはできない。

これに加えて、計算システム９０は、プリンタ９４、キーボード８４、マウス９５およびディスクドライブ８５などの周辺機器に対するプロセッサ９１からの命令の通信を担う周辺機器コントローラ８３を含んでいてもよい。

ディスプレイ８６は、ディスプレイコントローラ９６によって制御され、ディスプレイ８６を使用し、計算システム９０によって作成されたバーチャル出力を表示する。このようなバーチャル出力は、文字、グラフィックス、アニメ化されたグラフィックスおよび映像を含んでいてもよい。ビジュアル出力は、グラフィカルユーザインターフェース（ＧＵＩ）の形態で与えられてもよい。ディスプレイ８６は、ＣＲＴに基づくビデオディスプレイ、ＬＣＤに基づくフラットパネルディスプレイ、ガスプラズマに基づくフラットパネルディスプレイ、またはタッチパネルと共に実装されてもよい。ディスプレイコントローラ９６は、ディスプレイ８６に送られるビデオ信号を作成するために必要な電子構成要素を含む。

さらに、計算システム９０は、通信回路（たとえば、ネットワークアダプタ９７）を含んでいてもよく、これを使用し、計算システム９０を外部通信ネットワーク、たとえば、図４７Ａ、４７Ｂ、４７Ｃ、４７Ｄおよび４７ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または他のネットワーク１１２に接続し、計算システム９０がこれらのネットワークの他のノードまたは機能エンティティと通信するのを可能にしてもよい。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書に記載する特定の装置、ノードまたは機能エンティティの送信および受信工程を行うために使用されてもよい。

本明細書に記載される装置、システム、方法およびプロセスのいずれかまたはすべては、コンピュータ可読記憶媒体に格納されたコンピュータ実行可能命令（たとえば、プログラムコード）の形態で具現化されてもよく、命令は、プロセッサ（たとえば、プロセッサ１１８または９１）によって実行されると、プロセッサに、本明細書に記載するシステム、方法およびプロセスを実施および／または実行させることが理解される。特定的には、本明細書に記載される工程、操作または機能のいずれかは、このようなコンピュータ実行可能命令の形態で実装されてもよく、無線および／または有線のネットワーク通信向けに設定された装置または計算システムのプロセッサで実行する。コンピュータ可読記憶媒体は、情報格納のための任意の非一時的な（たとえば、有形または物理的な）方法または技術で実行される揮発性および非揮発性、リムーバブルおよびノンリムーバブルの媒体を含むが、このようなコンピュータ可読記憶媒体は、信号を含まない。コンピュータ可読記憶媒体としては、限定されないが、ＲＡＭ、ＲＯＭ、ＥＥＰＯＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ－ＲＯＭ、デジタルバーサタイルディスク（ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶デバイス、または所望な情報を格納するために使用することができ、計算システムによってアクセス可能な任意の他の有形媒体または物理媒体が挙げられる。

以下は、上の記載で出現し得るＮＲ技術に関連する頭字語のリストである。特に他の意味であると特定されない限り、本明細書で使用する頭字語は、以下に列挙した対応する用語を指す。
ＡＲ拡張現実
ＡＳアクセス層
ＢＦ－ＲＳビームフォーム基準信号
ＢＴ－ＲＳビームフォーミングされたトレーニング基準信号
ＣＥ制御要素
ＣｏＭＰ協調マルチポイント
ＣＰサイクリックプレフィックス
ＣＱＩチャンネル品質指示
ＣＲＳセル固有基準信号
ＣＳＩチャンネル状況情報
ＣＳＩ－ＲＳチャンネル状況情報基準信号
ＤＣＩダウンリンク制御情報
ＤＬダウンリンク
ＤＭ－ＲＳ復調基準信号
ｅＭＢＢ高度化モバイルブロードバンド
ｅＮＢ高速ＮｏｄｅＢ
ｅＰＤＣＣＨ高速物理ダウンリンク制御チャンネル
ＦＤ全次元
ＦＤＤ周波数分割複信
ＦＦＳさらなる試験のために
ＧＵＩグラフィカルユーザインターフェース
ＨＡＲＱハイブリッド自動反復要求
ＩＤ識別情報
ＩＭＴインターナショナルモバイルテレコミュニケーション
ＫＰクロネッカー積
ＫＰＩ重要業績評価指標
ＬＴＥロングタームエボリューション
ＭＡＣメディアアクセス制御
ＭＣＬ最大伝搬損失
ＭＣＳ変調およびコーディングスキーム
ＭＭＥ可動性管理エンティティ
ＭＩＭＯマルチインプットマルチアウトプット
ＮＡＳ非アクセス層
ＮＢ狭ビーム
ＮＤＩ新規データ指標
ＮＥＯネットワーク操作
ＮＲ－ノード新無線ノード
ＯＣＣ直交カバーコード
ＯＦＤＭ直交周波数分割多重化
ＰＤＣＣＨ物理ダウンリンク制御チャンネル
ＰＤＳＣＨ物理ダウンリンク共有チャンネル
ＰＭＩプレコーダマトリックス指示
ＰＲＳ位置基準信号
ＰＵＳＣＨ物理アップリンク共有チャンネル
ＰＵＣＣＨ物理アップリンク制御チャンネル
ＲＡＴ無線アクセス技術
ＲＢリソースブロック
ＲＥリソース要素
ＲＩランク指示
ＲＲＣ無線リソース制御
ＲＲＨリモートラジオヘッド
ＲＳ基準信号
ＲＳＳＩ受信信号強度インジケータ
ＲＳＲＰ基準信号受信電力
ＲＳＲＱ基準信号受信品質
ＲＶ冗長性態様
ＳＣ－ＦＤＭＡシングルキャリア－周波数分割多元接続
ＳＩシステム情報
ＳＩＢシステム情報ブロック
ＳＩＳＯシングルインプットシングルアウトプット
ＳＲＳ音声基準信号
２Ｄ二次元
３Ｄ三次元
ＴＤＤ時間分割複信
ＴＰＣ送信電力制御
ＴＲＰ送信受信点
ＴＴＩ送信タイムインターバル
ＴＸＳＳ送信セクタスイープ
ＵＡＶ無人航空機
ＵＥユーザ機器
ＵＬアップリンク
ＵＲＬＬＣ超高信頼低遅延通信
ＶＲ仮想現実
ＷＢ広ビーム
ＷＲＣ無線計画調整局

この明細書は、本発明を開示し、さらに、任意のデバイスまたはシステムを製造し、使用すること、および任意の組み込まれた方法を実施することを含め、当業者が本発明を実施可能にするために、ベストモードを含め、例を使用する。本発明の特許可能な範囲は、特許請求の範囲によって規定され、当業者に対して生じる他の例を含んでいてもよい。このような他の例は、これらが、特許請求の範囲の逐語的な用語と差がない構造的要素を有する場合、または特許請求の範囲の逐次的な用語からわずかな差がある等価な構造的要素を含む場合、特許請求の範囲内であることを意図している。

Claims

装置であって、
プロセッサと、
メモリと、
通信回路と、
を備え、
前記装置は、前記通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリに格納されたコンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は、前記装置のプロセッサによって実行される場合、前記装置に、
複数の同期信号ブロックを含む同期信号ブロックバーストをモニタリングすることと、
前記モニタリングに基づき、前記同期信号ブロックバーストから同期信号ブロックを選択することと、
選択した前記同期信号ブロックからタイミングインデックスを得ることと、
前記タイミングインデックスに基づき、初期アクセス情報を決定することと、
前記初期アクセス情報に従って、前記ネットワークと通信することとを含む操作を行わせる、
ことを特徴とする装置。
前記同期信号ブロックは、少なくとも１つのプライマリ同期信号とセカンダリ同期信号とを含み、前記タイミングインデックスは、前記セカンダリ同期信号に埋め込まれている、請求項１記載の装置。
前記タイミングインデックスは、前記同期信号ブロックの基準信号に埋め込まれている、請求項１記載の装置。
前記装置は、コンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は、前記装置のプロセッサによって実行されると、前記装置に、
アイデンティティを有するネットワークのセルと通信することと、
前記セルのアイデンティティの関数である基準信号と、前記同期信号ブロックと関連付けられたタイミング情報を受信することとを含むさらなる操作を行わせる、請求項３記載の装置。
前記同期信号ブロックは、前記同期信号ブロックバースト内のある位置に存在し、前記タイミングインデックスは、その同期信号ブロックバースト内の位置に基づいている、請求項３記載の装置。
前記装置は、コンピュータ実行可能命令をさらに含み、前記装置のプロセッサによって実行されると、前記装置に、
前記同期信号ブロックに関連するページング表示を含むページング状況を受信することを含むさらなる操作を行わせる、請求項１記載の装置。
装置であって、
プロセッサと、
メモリと、
通信回路と、
を備え、
前記装置は、前記通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリに格納されたコンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は、前記装置のプロセッサによって実行される場合、前記装置に、
第１送信を送ることと、
第２送信を送ることと、
前記第１送信を前記第２送信を用いてプリエンプションするように、前記第１送信のリソースを前記第２送信に割り当てることを含む操作を行わせる、
ことを特徴とする装置。
前記装置は、コンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は、前記装置のプロセッサによって実行されると、前記装置に、
第２送信が第１送信をプリエンプションすべきであることを明示的に指示するように制御情報を送ることを含む操作をさらに行わせ、前記制御情報が、少なくとも１つのプリエンプションのリソースをさらに指示する、請求項７記載の装置。
前記装置は、コンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は前記装置のプロセッサによって実行されると、前記装置に、
前記第２送信が前記第１送信をプリエンプションすべきであることを暗黙的に指示するように、プリエンプション情報を指示する基準信号を送信することを含むさらなる操作を行わせる、請求項７記載の装置。
前記第１送信は、前記第１送信の選択リソース位置で前記第２送信によって上書きされる、請求項７記載の装置。
前記第１送信は、前記第２送信によるプリエンプションのために選択されるリソースをスキップする、請求項７記載の装置。
前記装置は、コンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は、前記装置のプロセッサによって実行されると、前記装置に、
前記第１送信が、前記第２送信によってプリエンプションされるべきであることを指示する制御信号を送信することを含み、前記制御信号が、前記第２送信も伝送するミニスロットにおいて送信されることを含むさらなる操作を行わせる、請求項７記載の装置。
前記装置は、コンピュータ実行可能命令を含み、前記コンピュータ実行可能命令は、前記装置のプロセッサによって実行されると、前記装置に、
前記第１送信が、前記第２送信によってプリエンプションされるべきであることを指示する制御信号を送信することを含み、前記制御信号が、前記第２送信を伝送するミニスロットの次のスロットにおいて送信されることを含むさらなる操作を行わせる、請求項７記載の装置。
方法であって、
第１送信を送ることと、
第２送信を送ることと、
前記第１送信を前記第２送信を用いてプリエンプションするように、前記第１送信のリソースを前記第２送信に割り当てることとを含む、
ことを特徴とする方法。
第２送信が第１送信をプリエンプションすべきであることを明示的に指示するように制御情報を送ることをさらに含み、前記制御情報が、少なくとも１つのプリエンプションのリソースをさらに示す、請求項１４記載の方法。
前記第２送信が前記第１送信をプリエンプションすべきであることを暗黙的に指示するように、プリエンプション情報を示す基準信号を送信することをさらに含む、請求項１４記載の方法。
前記第１送信は、前記第１送信の選択リソース位置で前記第２送信によって上書きされる、請求項１４記載の方法。
前記第１送信は、前記第２送信によるプリエンプションのために選択されるリソースをスキップする、請求項１４記載の方法。
前記第１送信は、前記第２送信によってプリエンプションされるべきであることを示す制御信号を送信することをさらに含み、前記制御信号が、前記第２送信も伝送するミニスロットにおいて送信される、請求項１４記載の方法。
前記第１送信は、前記第２送信によってプリエンプションされるべきであることを示す制御信号を送信することをさらに含み、前記制御信号が、前記第２送信を伝送するミニスロットの次のスロットにおいて送信される、請求項１４記載の方法。