(57)【要約】【課題】  タイミングアドバンスのための識別子を識別又は指示する。【解決手段】  ＵＥの観点からの方法及び装置が開示されている。一実施形態では、その方法は、セルに対する第１のタイミングアドバンスを維持するステップであって、第１のタイミングアドバンスは第１の識別子に関連付けられた、維持するステップを含む。その方法は、セルにおけるランダムアクセス手順を実行するステップをさらに含む。その方法は、ランダムアクセス手順のランダムアクセス応答を介して、セルに対する第２のタイミングアドバンスの初期値を受信するステップも含む。追加的に、その方法は、第２のタイミングアドバンスに関連付ける第２の識別子を受信するステップを含む。さらに、その方法は、セルに対する第１のタイミングアドバンス及び第２のタイミングアドバンスを維持するステップを含む。【選択図】  図２７
2018074584.tif 000002
【特許請求の範囲】
【請求項１】
ＵＥ（ユーザ機器）の方法であって、
セルに対する第１のタイミングアドバンスを維持するステップであって、該第１のタイミングアドバンスは第１の識別子に関連付けられた、維持するステップと、
前記セルにおけるランダムアクセス手順を実行するステップと、
前記ランダムアクセス手順のランダムアクセス応答を介して、前記セルに対する第２のタイミングアドバンスの初期値を受信するステップと、
前記第２のタイミングアドバンスに関連付ける第２の識別子を受信するステップと、
前記セルに対する前記第１のタイミングアドバンス及び前記第２のタイミングアドバンスを維持するステップと、を含む方法。
【請求項２】
前記第２の識別子は、前記第２のタイミングアドバンスのための前記初期値と共に受信される、請求項１に記載の方法。
【請求項３】
前記第２の識別子は、前記ランダムアクセス手順の競合解決を介して受信される、請求項１に記載の方法。
【請求項４】
前記第２の識別子は、前記ランダムアクセス手順をトリガするのに使用されるシグナリングを介して受信される、請求項１に記載の方法。
【請求項５】
前記シグナリングは、専用プリアンブルを示す、請求項４に記載の方法。
【請求項６】
前記第２の識別子は、少なくとも１つのサービングビームを追加するのに使用されるシグナリングを介して受信される、請求項１に記載の方法。
【請求項７】
前記ＵＥは、前記第１の識別子と共に第１のタイミングアドバンスコマンドを受信して、前記第１のタイミングアドバンスを調整する、請求項１に記載の方法。
【請求項８】
前記ＵＥは、前記第２の識別子と共に第２のタイミングアドバンスコマンドを受信して、前記第２のタイミングアドバンスを調整する、請求項１に記載の方法。
【請求項９】
前記ＵＥは、前記第１のタイミングアドバンスを適用して、前記第１のタイミングアドバンスに関連付けられた第１のＵＬ送信のタイミングを調整する、請求項１に記載の方法。
【請求項１０】
前記ＵＥは、前記第２のタイミングアドバンスを適用して、前記第２のタイミングアドバンスに関連付けられた第２のＵＬ送信のタイミングを調整する、請求項１に記載の方法。
【請求項１１】
ユーザ機器（ＵＥ）であって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路に設けられ、前記プロセッサに動作可能に結合されたメモリと、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
セルに対する第１のタイミングアドバンスを維持することであって、該第１のタイミングアドバンスは第１の識別子に関連付けられた、維持することと、
前記セルにおけるランダムアクセス手順を実行することと、
前記ランダムアクセス手順のランダムアクセス応答を介して、前記セルに対する第２のタイミングアドバンスの初期値を受信することと、
前記第２のタイミングアドバンスに関連付ける第２の識別子を受信することと、
前記セルに対する前記第１のタイミングアドバンス及び前記第２のタイミングアドバンスを維持すること、
を行うように構成された、ＵＥ。
【請求項１２】
前記第２の識別子は、前記第２のタイミングアドバンスのための前記初期値と共に受信される、請求項１１に記載のＵＥ。
【請求項１３】
前記第２の識別子は、前記ランダムアクセス手順の競合解決を介して受信される、請求項１１に記載のＵＥ。
【請求項１４】
前記第２の識別子は、前記ランダムアクセス手順をトリガするのに使用されるシグナリングを介して受信される、請求項１１に記載のＵＥ。
【請求項１５】
前記シグナリングは、専用プリアンブルを示す、請求項１４に記載のＵＥ。
【請求項１６】
前記第２の識別子は、少なくとも１つのサービングビームを追加するのに使用されるシグナリングを介して受信される、請求項１１に記載のＵＥ。
【請求項１７】
前記プロセッサは、前記メモリに記憶された前記プログラムコードを実行して、
前記第１の識別子と共に第１のタイミングアドバンスコマンドを受信して、前記第１のタイミングアドバンスを調整することを行うように構成された、請求項１１に記載のＵＥ。
【請求項１８】
前記プロセッサは、前記メモリに記憶された前記プログラムコードを実行して、
前記第２の識別子と共に第２のタイミングアドバンスコマンドを受信して、前記第２のタイミングアドバンスを調整することを行うように構成された、請求項１１に記載のＵＥ。
【請求項１９】
前記プロセッサは、前記メモリに記憶された前記プログラムコードを実行して、
前記第１のタイミングアドバンスを適用して、前記第１のタイミングアドバンスに関連付けられた第１のＵＬ送信のタイミングを調整することを行うように構成された、請求項１１に記載のＵＥ。
【請求項２０】
前記プロセッサは、前記メモリに格納された前記プログラムコードを実行して、
前記第２のタイミングアドバンスを適用して、前記第２のタイミングアドバンスに関連付けられた第２のＵＬ送信のタイミングを調整することを行うように構成された、請求項１１に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１６年１１月１日に出願された米国仮特許出願第６２／４１５，８１６号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。
【０００２】
本開示は、概して、無線通信ネットワークに関し、より詳細には、無線通信システムにおいて上りタイミングアドバンスを識別するための方法及び装置に関する。
【背景技術】
【０００３】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。このようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、及びオンデマンド通信サービスを提供可能である。
【０００４】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰ及びマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって議論されている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展及び確定に向けて検討されている。
【発明の概要】
【０００５】
ＵＥ（ユーザ機器）の観点からの方法及び装置が開示されている。一実施形態では、その方法は、セルに対する第１のタイミングアドバンスを維持するステップであって、第１のタイミングアドバンスは第１の識別子に関連付けられた、維持するステップを含む。その方法は、セルにおけるランダムアクセス手順を実行するステップをさらに含む。その方法は、ランダムアクセス手順のランダムアクセス応答を介して、セルに対する第２のタイミングアドバンスの初期値を受信するステップも含む。追加的に、その方法は、第２のタイミングアドバンスに関連付ける第２の識別子を受信するステップを含む。さらに、その方法は、セルに対する第１のタイミングアドバンス及び第２のタイミングアドバンスを維持するステップを含む。
【図面の簡単な説明】
【０００６】
【図１】例示的な一実施形態による無線通信システムの図である。
【図２】例示的な一実施形態による送信機システム（アクセスネットワークとしても知られている）及び受信機システム（ユーザ機器又はＵＥとしても知られている）のブロック図である。
【図３】例示的な一実施形態による通信デバイスの機能ブロック図である。
【図４】例示的な一実施形態による図３のプログラムコードの機能ブロック図である。
【図５】３ＧＰＰ  Ｒ２−１６２７０９の図１の再現である。
【図６】３ＧＰＰ  Ｒ２−１６３８７９の図１の一部の再現である。
【図７】３ＧＰＰ  Ｒ２−１６３８７９の図１の一部の再現である。
【図８】３ＧＰＰ  Ｒ２−１６２２１０の図３の再現である。
【図９】３ＧＰＰ  Ｒ２−１６３４７１の図１の再現である。
【図１０】３ＧＰＰ  ＴＳ  ３６．３００  ｖ１３．４．０の図１０．１．５．１−１の再現である。
【図１１】３ＧＰＰ  ＴＳ  ３６．３００  ｖ１３．４．０の図１０．１．５．２−１を再現したものである。
【図１２】３ＧＰＰ  Ｒ２−１６６８２６の図１の再現である。
【図１３】例示的な一実施形態による初期アクセスについての例示的なフローチャートである。
【図１４】例示的な一実施形態による、ＵＥ検出に基づくセル変更のない接続状態でのモビリティについての例示的なフローチャートである。
【図１５】例示的な一実施形態による、ネットワーク検出に基づくセル変更のない接続状態でのモビリティについての例示的なフローチャートである。
【図１６】例示的な一実施形態によるＲＡ（Random  Access：ランダムアクセス）手順のＭｓｇ４によって示されるＴＡ（Timing  Advance：タイミングアドバンス）インデックスの例を示す。
【図１７】例示的な一実施形態に係るＴＡコマンドによって示されるＴＡインデックスの例を示す。
【図１８】例示的な一実施形態によるＲＲＣ／ＭＡＣ／ＰＨＹシグナリングによって示されるＴＡインデックスの例を示す。
【図１９】例示的な一実施形態によるＲＡ手順のＭｓｇ３によって示されるＴＡインデックスの例を示す。
【図２０】例示的な一実施形態によるＲＡ手順のＭｓｇ１によって示されるＴＡインデックスの例を示す。
【図２１】例示的な一実施形態によるＵＬ（Uplink：上り）ＭＡＣ（Medium  Access  Control：媒体アクセス制御）制御要素により示されるＴＡインデックスの例を示す。
【図２２】例示的な一実施形態による図である。
【図２３】３ＧＰＰ  ＴＳ  ３６．３２１  ｖ１３．２．０の図６．１．３．５−１の再現である。
【図２４】３ＧＰＰ  ＴＳ  ３６．３２１  ｖ１３．２．０の図６．１．５−１の再現である。
【図２５】３ＧＰＰ  ＴＳ  ３６．３２１  ｖ１３．２．０の図６．１．５−２の再現である。
【図２６】３ＧＰＰ  ＴＳ  ３６．３２１  ｖ１３．２．０の図６．１．５−３を再現したものである。
【図２７】例示的な一実施形態によるフローチャートである。
【図２８】例示的な一実施形態によるフローチャートである。
【図２９】例示的な一実施形態によるフローチャートである。
【図３０】例示的な一実施形態によるフローチャートである。
【図３１】例示的な一実施形態によるフローチャートである。
【図３２】例示的な一実施形態によるフローチャートである。
【図３３】例示的な一実施形態によるフローチャートである。
【発明を実施するための形態】
【０００７】
以下に記載される例示的な無線通信システム及び機器は、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するため、広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（ロングタームエボリューション）無線アクセス、３ＧＰＰ  ＬＴＥ−Ａ若しくはＬＴＥ−アドバンスト（ロングタームエボリューションアドバンスト）、３ＧＰＰ２  ＵＭＢ（Ultra  Mobile  Broadband：超モバイル広帯域）、ＷｉＭａｘ、又はその他何らかの変調技術に基づいてよい。
【０００８】
特に、以下に説明する例示的な無線通信システム及び機器は、本明細書において３ＧＰＰと称される「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提供された標準等、１つ以上の標準をサポートするように設計されてよい。標準には、R2-162709,“Beam  support  in  NR”,Intel、RAN2#94議事録、R2-162210,“Beam  level  management  <->  Cell  level  mobility”,Samsung、R2-164270,“General  considerations  on  LTE-NR  tight  interworking”,Huawei、TS  36.300  v13.4.0,“Overall  description;  Stage  2”、TS  36.321  v13.2.0,“E-UTRA;  Media  Access  Control  (MAC)  protocol  specification  (Release  13)”、TS  36.214  v13.2.0,“E-UTRA;  Physical  layer;  Measurements  (Release  13)”、TS  36.213  v13.2.0,“E-UTRA;  Physical  layer  procedures  (Release  13)”、R2-163879,“RAN2  Impacts  in  HF-NR”,MediaTek、R2-163471,“Cell  concept  in  NR”,CATT、R2-166826,“Random  Access  enhancements”,Ericsson、RAN1#86  Chairman’s  Notes、RAN#86bis  Chairman’s  Notesが含まれる。上掲の標準及び文書は、全体として参照により本明細書に明示的に援用される。
【０００９】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４及び１０６、別のグループは１０８及び１１０、また別のグループは１１２及び１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くの又はより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２及び１１４と通信しており、アンテナ１１２及び１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６及び１０８と通信しており、アンテナ１０６及び１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、及び１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【００１０】
アンテナの各グループ及び／又はアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
【００１１】
順方向リンク１２０及び１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６及び１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局又は基地局でよく、アクセスポイント、Ｎｏｄｅ  Ｂ、基地局、拡張型基地局、進化型Ｎｏｄｅ  Ｂ（ｅＮＢ）、又はその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、又はその他何らかの専門用語で呼ばれることもある。
【００１３】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）及び受信機システム２５０（アクセス端末（ＡＴ）又はユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、及びインターリーブして、符号化データを提供する。
【００１５】
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロット及び符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、又はＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、及び変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【００１６】
そして、すべてのデータストリームについての変調シンボルはＴＸ  ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボル及びシンボルが送信されているアンテナに適用する。
【００１７】
各送信機２２２は、各シンボルストリームを受信及び処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、及びアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、及びダウンコンバート）して、調節された信号をデジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００１９】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信及び処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、及び復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０及びＴＸデータプロセッサ２１４により実行される処理と相補的である。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部及びランク値部を含む逆方向リンクメッセージを構築する。
【００２１】
逆方向リンクメッセージは、通信リンク及び／又は受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
【００２３】
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６及び１２２又は図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、ＬＴＥシステムであることが好ましい。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、及びトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像及び音声を出力することができる。トランシーバ３１４は、無線信号を受信及び送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【００２４】
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、及びレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【００２５】
次世代（すなわち、５Ｇ）アクセス技術に関する３ＧＰＰ標準化活動は、２０１５年３月から開始されている。一般的に、次世代アクセス技術は、緊急の市場ニーズとＩＴＵ−Ｒ  ＩＭＴ−２０２０で規定されているより長期的な要求事項の両方を満たすための次の使用シナリオの３つのファミリをサポートすることを目指している。
−  ｅＭＢＢ（enhanced  Mobile  Broadband：高度モバイルブロードバンド）
−  ｍＭＴＣ（massive  Machine  Type  Communications：大量機械型通信）
−  ＵＲＬＬＣ（Ultra-Reliable  and  Low  Latency  Communications：超信頼・低遅延通信）。
【００２６】
一般に、新しい無線アクセス技術に関する５Ｇ研究項目の目的は、少なくとも１００ＧＨｚまでの範囲にわたる任意のスペクトル帯域を使用することを可能にする新しい無線システムに必要な技術コンポーネントを識別し、開発することである。最大１００ＧＨｚのキャリア周波数をサポートすることにより、無線伝搬の領域において多くの課題が生じる。キャリア周波数が増加すると、伝搬損失も増加する。
【００２７】
３ＧＰＰ  Ｒ２−１６２７０９に基づき、そして、図５（“Beam  concept  in  5G”と題された、３ＧＰＰ  Ｒ２−１６２７０９の図１の再現）に示すように、ｅＮＢ（又はｇＮＢ）は複数のＴＲＰ（集中型又は分散型のいずれか）を有することができる。各ＴＲＰ（Transmission/Reception  Point：送信／受信ポイント）は、複数のビームを形成することができる。ビームの数及び時間／周波数領域における同時ビームの数は、アンテナアレイ素子の数及びＴＲＰでのＲＦ（無線周波数）に依存する。
【００２８】
ＮＲの場合に可能性のあるモビリティタイプは、以下のように列挙することができる。
・ＴＲＰ内（Intra-TRP）モビリティ
・ＴＲＰ間（Inter-TRP）モビリティ
・ＮＲ間ｅＮＢモビリティ
３ＧＰＰ  ＲＡＮ２＃９４議事録に基づくと、１つのＮＲ  ｅＮＢ（又はｇＮＢ）は、１つ又は多くのＴＲＰに対応する。次のように、ネットワーク制御モビリティには２つのレベルがある。
・「セル」レベルで駆動されるＲＲＣ（無線リソース制御）
・例えば、ＭＡＣ（Medium  Access  Control：媒体アクセス制御）／ＰＨＹ（Physical：物理）でのゼロ／最小ＲＲＣ関与
３ＧＰＰ  Ｒ２−１６２２１０に基づくと、以下の２レベルのモビリティ処理の原理を、おそらく５Ｇにおいて維持してよい。
Ａ）  セルレベルモビリティ
ａ．  ＩＤＬＥでのセル選択／再選択、ＣＯＮＮ（Connected  State：接続状態）でのハンドオーバ
ｂ．  ＣＯＮＮ状態でＲＲＣによって処理
Ｂ）ビームレベル管理
ａ．  Ｌ１は、ＵＥ及び最適なビーム方向に使用するＴＲＰの適切な選択を処理
５Ｇシステムは、通常のハンドオーバベースのＵＥモビリティに加えて、ＵＥのモビリティを処理するために「ビームベースのモビリティ」により頼ることが期待される。ＭＩＭＯ（多入力多出力）、フロントホール（fronthauling）、Ｃ−ＲＡＮ（Cloud  RAN：クラウドＲＡＮ）、ＮＦＶ（Network  Function  Visualization：ネットワーク機能仮想化）などのテクノロジにより、１つの「５Ｇノード」によって制御されるカバレッジエリアが拡大し、ビームレベル管理の可能性を高め、セルレベルのモビリティの必要性を低くする。１つの５Ｇノードのカバレッジエリア内のすべてのモビリティは、理論的にはビームレベル管理に基づいて処理することができ、ハンドオーバを別の５Ｇノードのカバレッジエリアへのモビリティにのみ使用されるようにしておく。
【００２９】
図６〜図９は、５Ｇにおけるセルの概念の例を示す。図６は、３ＧＰＰ  Ｒ２−１６３８７９の「Different  deployment  scenarios  with  single  TRP  cell」と題された図１の部分の再現である。図６は、単一ＴＲＰセルを用いた展開を示す。図７は、３ＧＰＰ  Ｒ２−１６３８７９の「Different  deployment  scenarios  with  multiple  TRP  cells」と題された図１の部分の再現である。図７は、複数ＴＲＰセルを用いた展開を示す。図８は、３ＧＰＰ  Ｒ２−１６２２１０の（「One  5G  Cell」と題された）図３の再現である。図８は、複数のＴＲＰを有する５Ｇノードを含む１つの５Ｇセルを示す。図９は、３ＧＰＰ  Ｒ２−１６３４７１の（「LTE  cell  and  NR  cell」と題された）図１の再現である。図９は、ＬＴＥセルとＮＲセルとの比較を示す。
【００３０】
ＬＴＥにおいては、ネットワークは、必要なタイミングアドバンス値を計算するのに使用することができる上り信号到着時間を推定し、タイミングアドバンスの値を各ＵＥに送信することによって上り送信タイミングを調整する。タイミングアドバンス値は、ＵＥにおける受信下りサブフレームの開始と送信上りサブフレームとの間の負のオフセットである。ＵＥでのこのオフセットは、下り及び上りサブフレームがネットワークで同期されることを保証するために必要である。
【００３１】
３ＧＰＰ  ＴＳ  ３６．３００は、以下のようにＬＴＥにおけるタイミングアドバンスを一般的に説明している。
（外１−１）
2018074584.tif 000003
（外１−２）
2018074584.tif 000004
【００３２】
ＬＴＥにおいては、ＭＡＣ仕様（３ＧＰＰ  ＴＳ  ３６．３２１）は、ＵＥのためのＵＬタイミングアドバンスを維持するメカニズムを示し、タイミングアドバンスコマンドＭＡＣ制御要素及びランダムアクセス応答ＭＡＣ制御要素のフォーマットを識別する。異なる長さを有する２つの異なるタイプのタイミングアドバンスが導入されている。１つのタイプのタイミングアドバンスは絶対ＴＡ（１１ビット）であり、他のタイプは相対ＴＡ（６ビット）である。絶対ＴＡは、初期又は正確なＴＡ値を示すのに使用することができるランダムアクセス応答ＭＡＣ制御要素に含まれる。相対ＴＡは、ＴＡ値を調整するのに利用されるタイミングアドバンスコマンドＭＡＣ制御要素に含まれる。
【００３３】
３ＧＰＰ  ＴＳ  ３６．３２１は、以下の詳細を提供している。
（外２−１）
2018074584.tif 000005
（外２−２）
2018074584.tif 000006
【００３４】
“Timing  Advance  Command  MAC  control  element”と題された、３ＧＰＰ  ＴＳ  ３６．３２１  ｖ１３．２．０の図６．１．３．５−１は、図２３として再現されている。
（外３）
2018074584.tif 000007
【００３５】
“E/T/RAPID  MAC  subheader”と題された、３ＧＰＰ  ＴＳ  ３６．３２１  ｖ１３．２．０の図６．１．５−１は、図２４として再現されている。
“E/T/R/R/BI  MAC  subheader”と題された、３ＧＰＰ  ＴＳ  ３６．３２１  ｖ１３．２．０の図６．１．５−２は、図２５として再現されている。
“MAC  RAR”と題された、３ＧＰＰ  ＴＳ  ３６．３２１  ｖ１３．２．０の図６．１．５−３は、図２６として再現されている。
【００３６】
対応する上り送信タイミングの調整は、ＬＴＥ  ＰＨＹ仕様書（３ＧＰＰ  ＴＳ  ３６．２１３）において詳説されている。
（外４−１）
2018074584.tif 000008
（外４−２）
2018074584.tif 000009
【００３７】
ＬＴＥでは、（３ＧＰＰ  ＴＳ  ３６．３００で論じられているように）ＰＣｅｌｌに関連する以下のイベントについてランダムアクセス手順が実行される。
−  ＲＲＣ＿ＩＤＬＥからの初期アクセス
−  ＲＲＣ接続再確立手順
−ハンドオーバ
−  ランダムアクセス手順を必要とするＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中のＤＬ（Downlink：下り）データ到着：
−  例えば、ＵＬ（Uplink：上り）同期ステータスが「非同期」であるとき
−  ランダムアクセス手順を必要とするＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中のＵＬデータ到着：
−  例えば、ＵＬ同期ステータスが「非同期」であるとき、又はＳＲ（Scheduling  Request：スケジューリング要求）のための利用可能なＰＵＣＣＨ（Pysical  Uplink  Control  Channel：物理アップリンク制御シャネル）リソースがないとき
−  ランダムアクセス手順を必要とするＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中の測位目的の場合
−  例えば、タイミングアドバンスがＵＥ測位に必要であるとき
【００３８】
ランダムアクセス手順がＳＣｅｌｌ上でも実行されて、対応するｓＴＡＧ（Secondary  Timing  Advance  Group：セカンダリタイミングアドバンスグループ）に対して時間整合を確立する。
【００３９】
さらに、ランダムアクセス手順は、２つの異なる形態をとる：
−  競合ベース（最初の５つのイベントに適用可能）
−  非競合ベース（ハンドオーバ、ＤＬデータ到着、測位、及びｓＴＡＧに対するタイミングアドバンス整合の取得にのみ適用可能）。
【００４０】
通常のＤＬ／ＵＬ送信は、ランダムアクセス手順の後に行うことができる。
【００４１】
ＬＴＥでは、２つのタイプのＲＡ手順が定義される：競合ベース及び競合フリー（又は非競合ベース）である。
【００４２】
３ＧＰＰ  ＴＳ  ３６．３００  ｖ１３．４．０の図１０．１．５．１−１の再現である図１０に示すように、競合ベースのランダムアクセス手順の４つのステップは以下のようである。
１）  上り（Ｍｓｇ１）におけるＲＡＣＨ（Random  Acess  Channel：ランダムアクセスチャネル）上のランダムアクセスプリアンブル：
−  ２つの可能なグループが定義され、１つはオプションである。両方のグループが構成される場合、メッセージ３のサイズと経路損失は、どのグループからプリアンブルが選択されるかを決定するのに使用される。プリアンブルが属するグループは、メッセージ３のサイズ及びＵＥでの無線状態の指示を提供する。必要な閾値と共にプリアンブルグループ情報は、システム情報にブロードキャストされる。
２）  ＤＬ−ＳＣＨ（Ｍｓｇ２）上のＭＡＣ（Medium  Access  Control：媒体アクセス制御）によって生成されるランダムアクセス応答：
−  メッセージ１と半同期（サイズが１つ以上のＴＴＩであるフレキシブルなウィンドウ内にある）。
−  ＨＡＲＱ（Hybrid  Automatic  Repeat  Request：ハイブリッド自動再送要求）なし。
−  ＰＤＣＣＨ（Physical  Downlink  Control  Channel：物理下り制御チャネル）上のＲＡ−ＲＮＴＩ（Random  Acess-Radio  Network  Temporary  Indentifer：ランダムアクセス無線ネットワーク臨時識別子）にあてられる(Addressed)。
−  少なくともＲＡプリアンブル識別子、ｐＴＡＧ（primary  Timing  Alignment  Group：プライマリタイミング整合グループ）に対するタイミング整合情報、初期のＵＬグラント、一時的なＣ−ＲＮＴＩの割り当て（競合解消時に永続化されてもされなくてもよい）を搬送する。
−  １つのＤＬ−ＳＣＨ（Downlink  Shared  Channel：下り共有チャネル）メッセージにおいて可変数ＵＥを対象とする。
３）  ＵＬ−ＳＣＨ（Ｍｓｇ３）上で最初にスケジュールされたＵＬ送信：
−  ＨＡＲＱを使用する。
−  トランスポートブロックのサイズは、ステップ２で搬送されたＵＬグラントに依存する。
−  初期アクセスの場合：
−  ＲＲＣレイヤによって生成され、ＣＣＣＨ（Common  Control  Channel：共通制御チャネル）を介して送信されるＲＲＣ接続要求を搬送する。
−  少なくともＮＡＳ（Non-Access  Stratum：非アクセス層）ＵＥ識別子を搬送するが、ＮＡＳメッセージはない。
−  ＲＬＣ（Radio  Link  Control：無線リンク制御）ＴＭ（Transport  Mode：トランスポートモード）：セグメンテーションなし。
−  ＲＲＣ接続再確立手順の場合：
−  ＲＲＣ層によって生成され、ＣＣＣＨを介して送信されるＲＲＣ接続再確立要求を搬送する。
−  ＲＬＣ  ＴＭ：セグメンテーションなし。
−  いかなるＮＡＳメッセージを含まない。
−  ハンドオーバ後、ターゲットセル内で：
−  ＲＲＣ層によって生成され、ＤＣＣＨ（Dedicated  Control  Channel：専用制御チャネル）を介して送信される、暗号化された完全保護ＲＲＣハンドオーバ確認を搬送する。
−  （ハンドオーバコマンドを介して割り当てられた）ＵＥのＣ−ＲＮＴＩ（Cell  Radio  Network  Temporary  Identifier：セル無線ネットワーク一時識別子）を搬送する。
−  可能であるときは、上りバッファ状態報告を含む。
−  他のイベントの場合：
−  少なくともＵＥのＣ−ＲＮＴＩを搬送する。
４）  ＤＬ（Ｍｓｇ４）上の競合解決：
−  早期の競合解決が使用されるものとする。すなわち、ｅＮＢはＮＡＳ応答を待たずに競合解決を行う。
−  メッセージ３と非同期。
−  ＨＡＲＱがサポートされる。
−  次にあてられる：
−  初期アクセスの場合及び無線リンク障害後のＰＤＣＣＨ上の一時的なＣ−ＲＮＴＩ。
−  ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるＵＥに対するＰＤＣＣＨ上のＣ−ＲＮＴＩ。
−  ＨＡＲＱフィードバックは、メッセージ３で提供されるように、自身のＵＥ識別情報を検出するＵＥによってのみ送信され、競合解決メッセージにエコーされる。
−  初期アクセス及びＲＲＣ接続再確立手順の場合では、セグメンテーションは使用されない（ＲＬＣ−ＴＭ）。
【００４３】
一時的なＣ−ＲＮＴＩは、ＲＡ成功を検出し、Ｃ−ＲＮＴＩをまだ有していないＵＥのＣ−ＲＮＴＩに促進される。一時的なＣ−ＲＮＴＩは他者によってドロップ（dropped）される。ＵＥがＲＡ成功を検出し、すでにＣ−ＲＮＴＩを有する場合、ＵＥはそのＣ−ＲＮＴＩの使用を再開する。
【００４４】
３ＧＰＰ  ＴＳ  ３６．３００  ｖ１３．４．０の図１０．１．５．２−１の再現である図１１に示すように、非競合ベースのランダムアクセス手順の３つのステップは次のようである。
０）  ＤＬ（Ｍｓｇ０）における専用シグナリングを介したランダムアクセスプリアンブル割り当て：
−  ｅＮＢは、非競合ランダムアクセスプリアンブル（ランダムアクセスプリアンブルは、ブロードキャストシグナリングにおいて送信されたセット内にはない）をＵＥに割り当てる。
−  次を介してシグナリングされる：
−  ターゲットｅＮＢによって生成され、ハンドオーバのためのソースｅＮＢを介して送信されるＨＯコマンド。
−  ＤＬデータの到着又は測位の場合のＰＤＣＣＨ。
−  ｓＴＡＧ（secondary  Timing  Assignment  Group：セカンダリタイミング整合グループ）に対する初期ＵＬ時間整合のためのＰＤＣＣＨ。
１）  上り（Ｍｓｇ１）におけるＲＡＣＨ上のランダムアクセスプリアンブル：
−  ＵＥは、割り当てられた非競合ランダムアクセスプリアンブルを送信する。
２）  ＤＬ−ＳＣＨ（Ｍｓｇ２）のランダムアクセス応答：
−  メッセージ１と半同期（サイズが２つ以上のＴＴＩであるフレキシブルなウィンドウ内にある）。
−  ＨＡＲＱなし。
−  ＰＤＣＣＨ上でＲＡ−ＲＮＴＩにあてられる。
−  少なくとも次を搬送する：
−  ハンドオーバためのタイミング整合情報及び初期ＵＬグラント。
−  ＤＬデータ到着のためのタイミング整合情報。
−  ＲＡプリアンブル識別子。
−  １つのＤＬ−ＳＣＨメッセージ内の１つ以上のＵＥに対して意図されている。
ＲＡＮ１＃８６（３ＧＰＰ  ＲＡＮ１＃８６  Chairman’s  Notes）及び＃８６  ｂｉｓ（３ＧＰＰ  ＲＡＮ１＃８６ｂｉｓ  Ｃhairman’s  Notesで論じられた）会議の結果に基づいて、ＮＲ（New  Radio：新しい無線）における２ステップランダムアクセスが検討されることになる。３ＧＰＰ  Ｒ２−１６６８２６は、ＲＡＮ  ２についてのいくつかの意味と問題について説明している。より詳細な合意は以下のとおりである：
・  ＲＡＣＨプリアンブル（Ｍｓｇ．１）、ランダムアクセス応答（Ｍｓｇ．２）、メッセージ３、及びメッセージ４を含むＲＡＣＨ手順は、ＲＡＮ１の観点からＮＲに関して少なくとも想定される。
・  簡略化されたＲＡＣＨ手順、例えば、Ｍｓｇ．１（ＵＬ）及びＭｓｇ．２（ＤＬ）をさらに検討すべきである。
○  Ｍｓｇ．１及びＭｓｇ．２での詳細はＦＦＳとする。
○  検討には、上記の手順（最初の箇条書き）との比較を含むべきである。
・ＲＡＮ１は検討中であり、一部の企業は、ＵＥに対して２つの主要なステップ（Ｍｓｇ１及びＭｓｇ２）からなる簡略化されたＲＡＣＨ手順に潜在的な利点があるとみている。
○  ＲＡＮ１は次のことについて議論した。：
○  Ｍｓｇ１におけるＵＥ識別情報の使用
○  Ｍｓｇ２：Ｍｓｇ１におけるＵＥ識別情報にあてられるＲＡ応答
○  ＵＥ識別情報の定義と選択についてはＦＦＳ（For  Further  Study：さらなる検討）とする。
○  簡略化されたＲＡＣＨ手順の適用シナリオについてはＦＦＳとする。
【００４５】
２ステップＲＡ（Random  Access：ランダムアクセス）では、プリアンブル及び４ステップＲＡにおけるＭｓｇ３に対応するメッセージは、同じサブフレームにおいて、あるいは、おそらく連続したサブフレーム（少なくとも同じバースト）において送信される。Ｍｓｇ３の部分は、特定のプリアンブルに対応する専用リソースで送信される。これは、プリアンブルとＭｓｇ３の両方が競合に直面することを意味する。しかし、衝突しない時間／周波数リソースを異なるプリアンブルに結びつけることを考慮することができる。その結果、典型的には、Ｍｓｇ１とＭｓｇ３の両方とも成功するか、あるいは両方とも衝突する。（これは、３ＧＰＰ  Ｒ２−１６６８２６の図１の再現である）図１２に示すように、ｅＮＢは、プリアンブル及びＭｓｇ３を正常に受信したら、ＴＡ（必要ではない、あるいはわずかな更新を与えるにすぎないと仮定）及び競合解決のためのＭｓｇ４で応答する。プリアンブルをＭｓｇ３についてのチャネル推定を支援するのにも使用することができる。
【００４６】
以下、次の専門用語の１つ以上を使用してよい。
・  ＢＳ（Base  Station：基地局）：１つ以上のセルに関連付けられた１つ以上のＴＲＰを制御するのに使用される、ＮＲにおけるネットワーク中央ユニットである。ＢＳとＴＲＰとの間の通信はフロントホールを介して行われる。ＢＳは、中央ユニット（ＣＵ）、ｅＮＢ、ｇＮＢ、又はＮｏｄｅ  Ｂと呼ぶこともできる。
・  ＴＲＰ（Transmission/Reception  point：送信／受信ポイント）：送信及び受信ポイントはネットワークカバレッジを提供し、ＵＥと直接通信する。ＴＲＰは、分散ユニット（ＤＵ）と呼ぶこともできる。
・  セル：セルは、１つ以上の関連付けられたＴＲＰで構成される。つまり、セルのカバレッジは、関連付けられたすべてのＴＲＰのカバレッジで構成される。１つのセルは１つのＢＳによって制御される。セルは、ＴＲＰグループ（ＴＲＰＧ）と呼ぶこともできる。
・ビーム掃引：送信及び／又は受信のため、すべての可能な方向をカバーするために、多くのビームが必要である。これらのビームを同時に発生させることは不可能であるため、ビーム掃引とは、１つの時間間隔において、これらのビームのサブセットを発生させ、他の時間間隔において、発生するビームを変更する、すなわち時間領域でビームを変更することを意味する。したがって、すべての可能な方向を、いくつかの時間間隔の後にカバーすることができる。
・サービングビーム：ＵＥのためのサービングビームとは、例えば、送信及び／又は受信のためにＵＥと通信するのに使用されるネットワーク、例えばＴＲＰによって生成されるビームである。
【００４７】
以下、ネットワーク側のための次の仮定の１つ以上を使用してよい。
・  ビームフォーミングを使用するＮＲはスタンドアロンとすることができる。すなわち、ＵＥはＮＲに直接的にキャンプオン又は接続することができる。
■  ビームフォーミングを使用するＮＲとビームフォーミングを使用しないＮＲは、例えば、異なるセルにおいて共存することができる。
・  ＴＲＰは、可能かつ有益である場合、データ及び制御シグナリングの送信及び受信の両方にビームフォーミングを適用する。
■  ＴＲＰによって同時に発生させるビームの数はＴＲＰの能力に依存し、例えば、同じセル内の異なるＴＲＰでは同時に発生させるビームの最大数は同じとしてよく、異なるセル内の異なるＴＲＰでは同時に発生させるビームの最大数が異なるとしてよい。
■ビーム掃引は、例えば、すべての方向に制御シグナリングを提供するのに必要である。
・  同じセル内のＴＲＰの下り（downlink）タイミングが同期化される。
・  ネットワーク側のＲＲＣレイヤはＢＳ内にある。
・  ＴＲＰは、異なるＵＥ能力又はＵＥリリースにより、ＵＥビームフォーミングありのＵＥと、ＵＥビームフォーミングなしのＵＥの両方をサポートすべきである。
【００４８】
以下、ＵＥ側のための次の仮定の１つ以上を使用してよい。
・  ＵＥは、可能かつ有益である場合、受信及び／又は送信のためにビームフォーミングを実行することができる。
■  ＵＥによって同時に生成されるビームの数は、ＵＥ能力に依存する。例えば、複数のビームを生成することが可能である。
■  ＵＥによって生成されるビームは、ｅＮＢ、ｇＮＢ、又はＴＲＰによって生成されるビームより広い。
■  送信及び／又は受信のためのビーム掃引は、一般に、ユーザデータには必要ではないが、他のシグナリング、例えば測定を実行するのに必要であるとしてよい。
■  （ハイブリッドビームフォーミングの場合）ＵＥが、すべてのビームの組み合わせをサポートするわけではないことがある。例えば、いくつかのビームを同時に生成することができない。
■  ビームは基準信号と区別され得る。
・  すべてのＵＥが、ＵＥの能力又はＵＥビームフォーミングがＮＲの最初の（２、３の）リリースではサポートされていないことにより、ＵＥビームフォーミングをサポートしているわけではない。
・  １つのＵＥが、複数のＵＥビームを同時に生成し、同じセルの１つ以上のＴＲＰからの複数のサービスビームによってサービスを受けることが可能である。
段落なし
■  同一又は異なる（ＤＬ又はＵＬ）データを、ダイバーシティ又はスループットの利得のために異なるビームを介して、同じ無線リソース上で送信することができる。
・  少なくとも２つのＵＥ（ＲＲＣ）状態がある：接続状態（又はアクティブ状態と呼ばれる）及び非接続状態（又は非アクティブ状態又はアイドル状態と呼ばれる）である。
・  ＵＥは、最初にセルの１つのＴＲＰにアクセスし、次にＵＥにサービスするために他のＴＲＰを追加することができる。
・  複数のＴＲＰへの同時のＵＬ送信が許可される。
【００４９】
ＵＥの電源がオンになった後、ＵＥはキャンプオンするセルを見つける必要がある。次に、ＵＥは、登録及び／又はデータ送信のために、自らによってネットワークへの接続確立を開始することができる。さらに、ネットワークは、例えばＤＬデータをＵＥに送信するために、ページングを介してネットワークへの接続確立を開始するようにＵＥに要求することができる。最初のアクセスのユースケースは、以下に列挙され図１３に示されるようなステップを有する。
・  セル検索
可能なキャリア周波数を走査してセルを見つける。セルは、ビーム掃引によってＵＥにセル識別させるためのシグナリング、例えば同期信号を提供する。同じセルの異なるＴＲＰは、同じ時間間隔で同じシグナリングを提供する。
・  ブロードキャストされるシステム情報の取得
ＵＥは、ブロードキャストされるシステム情報から、例えばセル選択に関連する必要なパラメータを取得する。ブロードキャストされるシステム情報は、ビーム掃引によって提供される。
・  セルの測定と選択
キャンプオンすることが可能なセルをＵＥが見つけた後、ＵＥは、セルの無線状態を測定し、測定された結果に基づいてそのセルにキャンプオンするかどうかを決定すべきである。セルは、ビーム掃引によって測定のためのシグナリング、例えば基準信号を提供する。同じセルの異なるＴＲＰは、同じ時間間隔でシグナリングを提供する。
・  ページング
ネットワークがＵＥ特有のシグナリング／データを送信することを望み、ＵＥが非接続状態にあるときは、ページングが必要となることがある。ＵＥがページングを受信すると、ＵＥは、接続確立を開始して、受信のための接続状態に入るべきである。
・  接続確立
ＵＥは、接続確立手順を介してＢＳへの接続を確立する。その手順中に、ＵＥは、ネットワークにＵＥを認識させ、ＵＬ送信のためのリソースをＵＥに提供するために、ランダムアクセス手順を実行する必要がある。接続が確立された後、ＵＥは接続状態に入る。次の送信に使用される初期ビームは、その手順中に決定される。
【００５０】
ＵＥがセル上にキャンプオンした後、ＵＥは、ＵＥが非接続状態、例えばアイドルモードにあるとき、セルの異なるビーム又はＴＲＰ間を移動してよい。ＵＥは、セルのカバレッジを離れ、他のセルのカバレッジに移動してよい。非接続状態にあるＵＥについてのモビリティは、以下のタイプがある。
・ＵＥのビーム変更
ＵＥビームフォーミングが、ＵＥが非接続状態にあるときに使用される場合、ＵＥビームは、例えばＵＥの回転により変更してよい。ＵＥは、ＵＥビームの変更によるシグナリングミッシングを防止するためにビーム掃引を実行し続けるべきである。
・同じセルでのサービングビーム又はサービングＴＲＰの変更
ＵＥがキャンプオンするセルにおいて、ＵＥは、シグナリングがＵＥによって受信され得るＴＲＰによってサービスされる。サービングＴＲＰのサービングビームは、ＵＥのモビリティにより変更してよい。サービングＴＲＰも、ＵＥがキャンプオンセル内を移動しているときにも変更してよい。
ＵＥは、シグナリングミッシングを防ぐために、非接続状態にあるＵＥに必要なシグナリングを提供する、サービングＴＲＰの異なるビームに対して可能なすべての時間間隔を監視し続けるべきである。
・セルの再選択
ＵＥは、ＵＥがキャンプオンしているサービングセル及びその隣接セルで測定を継続し、サービングセルを再選択するかどうかを評価する。
ＵＥは、隣接セルのシステム情報を取得し、隣接セルがより最適であるとＵＥが判断した場合には、新たなサービングセルとしてその隣接セルを再選択する。ネットワークからの評価のためのパラメータが必要である。
【００５１】
ＵＥが接続状態にあるとき、ＵＥは、同じサービングセルの異なるビーム又はＴＲＰ間を移動してよい。さらに、ＵＥビームフォーミングが使用される場合、例えばＵＥの回転によりＵＥビームも時間の経過と共に変更してよい。セル変更を伴わない接続状態でのモビリティの場合は以下のステップを有する。
・  変化検出のシグナリング
ＵＥビーム、サービングＴＲＰのサービングビーム、及びサービングＴＲＰの変化は、ＵＥ及び／又はネットワークによって検出されてよい。変化を検出するために、ＴＲＰ又はＵＥによって周期的に送信されるシグナリングを使用することができる。ＴＲＰは、シグナリングの受信又は送信のために周期的にビーム掃引を実行する。ＵＥビームフォーミングが使用される場合、ＵＥは、シグナリングの受信又は送信のために周期的にビーム掃引を実行する。
・  ＵＥビームの変更
変化がＵＥによって検出された場合、ＵＥは、次の受信（及び例えばＴＤＤの場合の送信）のために適切なＵＥビームを選択することができる。代替的には、ＵＥはネットワークにフィードバックを提供する必要があり、ネットワークはネットワークからＵＥにＵＥビームの変更の指示を提供することができる。
変化がネットワークによって検出された場合、ネットワークからＵＥへのＵＥビームの変更の指示が必要とされてよい。ＵＥは、次の送信（及び、例えばＴＤＤの場合の受信）のためにネットワークによって指示されたＵＥビームを使用する。
・  サービングビーム及び／又はサービングＴＲＰの変更
ＵＥが変化検出のためのシグナリングを受信した後、ＵＥはネットワークにフィードバックを提供する必要があり、ネットワークはＵＥのための（ＤＬ）サービングビーム及び／又はサービングＴＲＰを変更するかどうかを決定することができる。一方、ＴＲＰが変化検出のためのシグナリングを受信した後、ネットワークはＵＥのためのサービングビーム及び／又はサービングＴＲＰを変更するかどうかを決定することができる。
【００５２】
図１４及び図１５は、セル変更のない接続状態でのモビリティについての例示的なフローチャートを示す。
【００５３】
ＵＥが接続状態にあるとき、ＵＥはサービングセルのカバレッジを離れ、他のセルのカバレッジに移動してよい。ＵＥは、セル変化の検出を助けるために測定を行う必要があると仮定する。ネットワークは、例えばハンドオーバを介して、ＵＥのサービングセルの変更を制御する。
・  測定
ＵＥは、測定構成に基づいてより良好なサービングセルを見つけるためにサービングセル及びその隣接セルについて測定を実行すべきである。測定されるシグナリングは、ビーム掃引によって提供される。ＵＥビームフォーミングが使用される場合、ＵＥはシグナリングの受信のためにビーム掃引を実行する。
追加的に、サービングセルの無線品質は、無線リンク障害を検出するためにＵＥによって監視され続けるべきである。無線リンク障害が検出された場合、ＵＥは、無線リンクの回復を試みるべきである。
・  測定報告
測定結果に基づいて、ＵＥは、サービングＢＳに測定報告を提供すべきである。
・  ハンドオーバ開始
測定報告に基づいて、サービングＢＳは、サービングＢＳと隣接ＢＳとの間のネゴシエーションに基づいて、隣接ＢＳのターゲットセルにＵＥをハンドオーバすることを決定することができる。次いで、サービングＢＳは、ターゲットセルを示すハンドオーバコマンドをＵＥに送信する。
・  ターゲットセルへのハンドオーバ
ＵＥは、進行中のサービスを継続するために、ターゲットセルへの接続を試みるべきである。０ｍｓのモビリティ割込みが必要であるため、ＵＥがターゲットセルに接続しようとするとき、ＵＥとソースセルとの間の接続は維持されるべきである。ＵＥがターゲットセルに正常にアクセスした後、接続を解放することができる。ハンドオーバ中、ＵＥは、ターゲットセルにＵＥを認識させるために、ランダムアクセス手順を実行する必要がある。
【００５４】
ＮＲセルでは、上りタイミングアドバンスが必要であると仮定する。ＮＲセルが複数のＴＲＰから構成されている場合、ＵＥの異なるＴＲＰ（例えば、異なるＴＲＰは異なるサイズのネットワークカバレッジを有する）への上り送信に、異なる上りタイミングアドバンス値が必要とされることがある。ＵＥは、ビームフォーミングを実行してもしなくてもよい。次いで、セルにおける複数のアップリンクタイミングアドバンス値の動作を考慮する必要がある。
【００５５】
ＵＥは、同じＮＲセルの異なるＴＲＰのために異なるタイミングアドバンス値を維持する必要があり、維持された各タイミングアドバンスは識別子、例えばＴＡインデックスに関連付けられると仮定する。したがって、ＴＡインデックスは、例えばＵＥがタイミングアドバンスの新規又は更新を受信したときに、ネットワーク又はＵＥによって決定されるべきである。関連付けられるＴＡインデックスは、タイミングアドバンス値と共に提供されてもよく、例えば、ＴＡインデックスはランダムアクセス応答に含まれる。
【００５６】
ＴＡインデックスがタイミングアドバンス値と共に提供されない場合、例えば、ＴＡインデックスがランダムアクセス報告に含まれない場合、これは、ネットワークがどのＵＥがタイミングアドバンスを適用するかを知ることができないだけではなく、ランダムアクセス応答は最小化されるべきであるためであるが、この場合、ＴＡインデックスを決定する方法を検討する必要がある。ＴＡインデックスを決定するアプローチについては後述する。
【００５７】
１つの可能なアプローチは、ネットワークによってＴＡインデックスを決定することである。ランダムアクセス手順は、ＴＲＰにアクセスするために初期ＴＡ値を取得するためにＵＥによって実行される。初期ＴＡ値に関連付けられるＴＡインデックスは、例えば、複数のＴＡ値を必要としないセル又は本当の初期ＴＡ値（例えば、デフォルト又は特定のＴＡインデックスに関連付けることができるもの）には常に必要とされるわけではない。また、ランダムアクセス報告のサイズが大きいほど、損失率が高くなる可能性がある。さらに、ネットワークはどのＵＥが初期ＴＡ値を適用するかを知らないため、他のＴＡ値が誤って上書きされる可能性がある。したがって、ＴＡインデックスはランダムアクセス報告に含まれないものと仮定する。ＴＡインデックスがネットワークによって決定される場合、ネットワークは、その時点でどのＴＡインデックスがＵＥによって維持されるかを知る必要がある。ネットワークによってＴＡインデックスを決定する代替案は以下とおりである。
【００５８】
１つの選択肢としては、ＴＡインデックスがＲＡ手順中に（例えば、Ｍｓｇ４によって）指示され得ることである。ＲＡ手順において、ＵＥは、ＵＥのためのＵＬタイミングアドバンスを推定するＴＲＰに対してＭｓｇ１を送信する。次いで、ＴＲＰは、ＵＥためのＴＡ値を示すＲＡＲを送信する。ＴＡ値は、Ｍｓｇ３（ＵＥを識別するのに使用されてよい）を送信するＵＥによって使用される。その後、ＴＲＰは、ＲＡＲによって示されるＴＡ値に関連付けられるＴＡインデックスを示すＭｓｇ４を送信する。ＲＡ手順後、ＴＲＰは、ＴＲＰに対するＴＡ値を調整するために、ＴＡインデックスを有するＴＡコマンドをＵＥに指示することができる。図１６は、ＲＡ手順のＭｓｇ４で指示されるＴＡインデックスの例を示す。
【００５９】
別の選択肢としては、ＴＡインデックスがＲＡ手順の後に指示され得ることである。
・  １つの可能性としては、ＲＡ手順の後に、ＴＲＰが、新しいＴＡインデックスを含むシグナリング、例えば（ＭＡＣ）ＴＡコマンド又はＲＲＣメッセージを送信することができる。新しいＴＡインデックスとは、ＵＥが現状、他のＴＲＰのためのＴＡ値を維持するためにこのインデックスを使用していないことを意味する。したがって、ＵＥは、この新しいＴＡインデックスをＲＡ手順のＲＡＲからのＴＡ値に関連付けることができる。シグナリングは同時にＴＡ値を調整することもできる。
・  別の可能性としては、特定のＴＲＰからあるいは特定の（ＵＥ又はＴＲＰ）ビームを介して、ＲＡＲ（Random  Access  Response：ランダムアクセス応答）によって指示されるＴＡ値を受信した後に、ＵＥがＴＡインデックスを含むシグナリング、例えば（ＭＡＣ）ＴＡコマンド又はＲＲＣメッセージを特定のＴＲＰからあるいは特定のビームを介して受信する場合、ＵＥがＴＡインデックスをＴＡ値に関連付けることができる。シグナリングは同時にＴＡ値を調整することもできる。図１７は、（例えば、ＭＡＣ又はＲＲＣシグナリングを介して）ＴＡコマンドによって指示されるＴＡインデックスの例を示す。
【００６０】
別の選択肢としては、関連付けられたＴＡインデックスがＲＡ手順前にシグナリングを介してＵＥに提供され得ることである。シグナリングは、ＲＡ手順をトリガするのに使用されてよく、例えば、ＰＤＣＣＨオーダ又はビーム変更のための信号である。シグナリングは、少なくとも１つの（サービング）ＴＲＰ又は（サービング）ビーム、例えば、ＵＥにサービスするためのＴＲＰ又はビームを追加するのに使用されても使用されなくてもよい。シグナリングは、専用のプリアンブルを示すことができる。シグナリングは、ＲＲＣメッセージ、ＭＡＣシグナリング、又は物理レイヤシグナリングとしてよい。ＵＥは、接続状態又は非アクティブ状態にある。図１８は、（ＲＡ手順前に）ＲＲＣ、ＭＡＣ、又はＰＨＹシグナリングによって指示されるＴＡインデックスの例を示す。
【００６１】
別の可能なアプローチとしては、ＵＥによってＴＡインデックスを決定することである。ＵＥは、どのＴＡインデックスがＴＡ値を維持するのに使用されるかを認識しているため、ＵＥは、自身で使用されていないＴＡインデックスを知っている。そして、ＵＥは、どのＴＡインデックスが選択又は決定されたかをネットワークに知らせる必要がある。
【００６２】
ＵＥは、ＲＡＲによって指示されるＴＡ値に関連付けるのに使用されるＴＡインデックスを指示するシグナリングを送信することができる。シグナリングは、ＭＡＣシグナリング又はＲＲＣメッセージとしてよい。ＴＡインデックスを送信することは、ユーザデータよりも高い優先度を有するべきである。
・  １つの選択肢では、シグナリングはＭｓｇ３によって搬送されてよい。ＲＡＲによって割り当てられたＭｓｇ３のためのＵＬリソースのサイズは、Ｍｓｇ３に含まれるべきＴＡインデックスを考慮に入れるべきである。シグナリングの送信は、ＲＡＲによって指示されるＴＡ値の受信に応答してトリガされる。図１９は、ＲＡ手順のＭｓｇ３によって指示されるＴＡインデックスの例を示す。
・  別の選択肢としては、余分な情報をＭｓｇ１によって搬送することができる場合、シグナリングがＭｓｇ１によって搬送されてよい。シグナリングの送信は、ＲＡ手順の開始に応答してトリガされる。図２０は、ＲＡ手順のＭｓｇ１によって指示されるＴＡインデックスの例を示す。
・  第３の選択肢としては、シグナリングがＲＡ手順の後に送信されてよいということである。ＲＡ手順のＭｓｇ４は、シグナリングの送信のためのＵＬグラントを提供することができる。シグナリングの送信は、ＲＡ手順が正常に完了したことに応答してトリガされる。図２１は、ＵＬ  ＭＡＣ制御要素によって指示されるＴＡインデックスの例を示す。
【００６３】
ＬＴＥにおいては、いくつかのサービングセルはタイミングアドバンスグループ（ＴＡＧ）にグループ化され、同じインデックスで示される。各ＴＡＧは、上り（uplink）が構成された少なくとも１つのサービングセルを含み、各サービングセルのＴＡＧへのマッピングはＲＲＣによって構成される。ＵＥは、構成に基づいて、どのセルがどのＴＡＧに関連付けられているかを知ることができる。しかし、ＮＲ  ＴＡインデックスのメカニズムは、ＬＴＥ  ＴＡＧインデックスとはある種の違いがある。  ＮＲ  ＴＡインデックスは、（図２２に示すように）ＬＴＥ  ＴＡＧインデックスと比較して以下の相違点の１つ以上を有してよい。
・  ＴＡインデックスを、セルのＴＲＰにマッピングすることができる。
・  ＴＡインデックスを、セルの一部のサービングビーム、非サービングビーム、及び／又はビームペアリンクにマッピング又は関連付けることができる。ビーム又はビームのセットを、ＤＬ基準シグナリングに関連付けることができる。ビーム又はビームのセットを、ＤＬ基準シグナリングに関連するインデックスに基づいて指示又は表現することができる。ＤＬ基準シグナリングは、同期信号又はチャネル状態情報基準信号とすることができる。
・  ＴＲＰ、タイミングアドバンス、サービングビーム、非サービングビーム、及び／又はビームペアリンクへのＴＡインデックスのマッピング又は関連付けを、ＲＲＣ（信号）によって構成することができる。
・  ＴＲＰ、タイミングアドバンス、サービングビーム、非サービングビーム、及び／又はビームペアリンクへのＴＡインデックスのマッピング又は関連付けを、ＲＲＣによって構成しなくてよく、ＭＡＣ信号又はＰＨＹ信号によって構成することができる。
・  ＴＲＰ、タイミングアドバンス、サービングビーム、非サービングビーム、及び／又はビームペアリンクへのＴＡインデックスのマッピング又は関連付けを、ビーム変更のための信号によって構成することができる。
・  同じＴＲＰが常に同じＴＡインデックスに関連付けられているとは限らず、動的に更新されてよい。
・  ＵＥがＴＡインデックスのマッピング又は関連付けを受信し、ＴＡインデックスが有効なタイミングアドバンスに関連付けられていない場合（例えば、ＴＡインデックスが新しいインデックスである場合、又はＴＡインデックスに関連付けられた有効タイマが満了する場合）、ＵＥは、ランダムアクセス手順を開始して、ＴＡインデックスに関連する有効なタイミングアドバンスを取得することができる。
・  ＵＥがＴＡインデックスのマッピング又は関連付けを受信し、ＴＡインデックスが有効なタイミングアドバンスに関連付けられている場合（例えば、ＴＡインデックスが既にＵＥによって維持されている場合、及び／又はＴＡインデックスに関連付けられた有効タイマが動作している場合）、ＵＥは、ＴＡインデックスに関連するタイミングアドバンスを取得するためにランダムアクセス手順を開始することが必要としなくてもよい。
【００６４】
ビーム管理のために、ＵＥは、セルのビームから送信されたＤＬ基準信号を測定することによって適格なビーム又はＤＬビームペアリンクを検出し、ｇＮＢに適格なビーム又はＤＬビームペアリンク（ＵＥ  Ｒｘビーム及びｇＮＢ  Ｔｘビームを含んでよい）を報告してよい。適格なビーム又はＵＬビームペアリンク（ＵＥ  Ｔｘビーム及びｇＮＢ  Ｒｘビームを含んでよい）を検出するために、ＵＥがｇＮＢに対してＵＬ基準信号を送信することも可能である。次いで、ｇＮＢは、ビーム又はビームペアリンクをＴＡインデックスに関連付けるための信号を送信することができる。ビーム又はビームペアリンクの関連付けられたＴＡインデックスを用いて、ＵＥは、ＵＬグラントがビーム又はビームペアリンク上のＵＬ送信のためにスケジューリングされるときに、どのＴＡ値をＵＬ送信に適用するかを知ることができる。（例えば、ビーム変更及び／又はビーム追加のための）信号を、サービングビーム及び／又はビームペアリンク（例えば、ＵＥビーム及びネットワークリンクからなる通信リンク）を変更又は追加するのに使用することもできる。この信号が、例えば、ＴＡインデックスが新しいインデックスであるか又はセルに対してＵＥに存在しない場合、特定のＵＥビーム、特定のネットワークビーム、及び／又は特定のビームペアリンク上でＲＡ手順をトリガすることができる。その信号は、特定のＵＥビーム、特定のネットワークビーム、及び／又は特定のビームペアリンクを介してＲＡプリアンブルの送信をトリガすることができる。その信号は、ＵＥによって送信されるべきプリアンブルを指示することもできる。
【００６５】
ＵＥの場合、ＴＡインデックスを１つのサービングセル内で一意としてよいが、異なるサービングセルで再使用することができる。
【００６６】
図２７は、例示的な一実施形態による、ＵＥの観点からのフローチャート２７００である。ステップ２７０５において、ＵＥはセルに対する第１のタイミングアドバンスを維持する。第１のタイミングアドバンスは、第１の識別子に関連付けられる。ステップ２７１０で、ＵＥは、セル内でランダムアクセス手順を実行する。ステップ２７１５において、ＵＥは、ランダムアクセス手順のランダムアクセス応答を介してセルに対する第２のタイミングアドバンスの初期値を受信する。ステップ２７２０において、ＵＥは、第２のタイミングアドバンスに関連付ける第２の識別子を受信する。ステップ２７２５において、ＵＥは、セルに対する第１のタイミングアドバンス及び第２のタイミングアドバンスを維持する。
【００６７】
一実施形態では、第２の識別子を、第２のタイミングアドバンスのための初期値と共に受信することができる。第２の識別子を、ランダムアクセス手順の競合解決を介して受信することができる。第２の識別子を、ランダムアクセス手順をトリガするのに使用されるシグナリングを介して受信することができる。第２の識別子を、少なくとも１つのサービングビームを追加するのに使用されるシグナリングを介して受信することができる。シグナリングは、専用のプリアンブルを指示することができる。
【００６８】
一実施形態では、ＵＥは、第１のタイミングアドバンスを調整するために、第１の識別子を有する第１のタイミングアドバンスコマンドを受信することができる。ＵＥは、第２のタイミングアドバンスを調整するために、第２の識別子を有する第２のタイミングアドバンスコマンドを受信することができる。さらに、ＵＥは、第１のタイミングアドバンスを適用して、第１のタイミングアドバンスに関連付けられる第１のＵＬ送信のタイミングを調整することができる。ＵＥは、第２のタイミングアドバンスを適用して、第２のタイミングアドバンスに関連付けられる第２のＵＬ送信のタイミングを調整する。
【００６９】
図３及び図４に戻って参照すると、ＵＥの１つの例示的な実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）セルに対する第１のタイミングアドバンスを維持すること、（ｉｉ）セル内でランダムアクセス手順を実行すること、（ｉｉｉ）ランダムアクセス手順のランダムアクセス応答を介してセルに対する第２のタイミングアドバンスの初期値を受信すること、（ｉｖ）第２のタイミングアドバンスに関連付ける第２の識別子を受信すること、及び（ｖ）セルに対する第１のタイミングアドバンス及び第２のタイミングアドバンスを維持すること、を可能にする。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述のアクション及びステップのすべて又は本明細書で説明した他の事項を実行することができる。
【００７０】
図２８は、例示的な一実施形態による、ネットワークノードの観点からのフローチャート２８００である。ステップ２８０５において、ネットワークノードは、ＲＡ手順の信号を介して絶対タイミングアドバンスを有する識別子を指示する。
【００７１】
図３及び図４に戻って参照すると、ネットワークノードの例示的な一実施形態においては、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ネットワークノードが、ＲＡ手順の信号を介して絶対タイミングアドバンスを有する識別子を指示することを可能にする。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述のアクション及びステップのすべて又は本明細書で説明した他の事項を実行することができる。
【００７２】
図２９は、例示的な一実施形態による、ＵＥの観点からのフローチャート２９００である。ステップ２９０５において、ＵＥは、ＲＡ手順の信号を介して、絶対タイミングアドバンスを有する識別子を受信する。
【００７３】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、ＲＡ手順の信号を介して、絶対タイミングアドバンスを有する識別子を受信する。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述のアクション及びステップのすべて又は本明細書で説明した他の事項を実行することができる。
【００７４】
一実施形態では、識別子を絶対タイミングアドバンスと共に送信することができる。その信号は、Ｍｓｇ２又はＲＡＲ（ランダムアクセス応答）とすることができる。その信号をプリアンブル送信（Ｍｓｇ１）に応答するのに使用することもできる。さらに、その信号を、タイミングアドバンス推定の結果を含めるのに使用することができる。
【００７５】
図３０は、例示的な一実施形態による、ネットワークノードの観点からのフローチャート３０００である。ステップ３００５において、ネットワークノードは、第１の信号を介してＵＥに絶対タイミングアドバンスを指示する。ステップ３０１０において、ネットワークノードは、絶対タイミングアドバンスに関連付けられた識別子を第２の信号を介してＵＥに指示する。絶対タイミングアドバンスは、第２の信号に含まれない。
【００７６】
図３及び図４に戻って参照すると、ネットワークノードの例示的な一実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ネットワークノードが、（ｉ）第１の信号を介してＵＥに絶対タイミングアドバンスを指示することと、（ｉｉ）絶対タイミングアドバンスに関連付けられた識別子を第２の信号を介してＵＥに指示することと、を可能にし、ここで、絶対タイミングアドバンスは、第２の信号に含まれない。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述のアクション及びステップのすべて又は本明細書で説明した他の事項を実行することができる。
【００７７】
図３１は、例示的な一実施形態による、ＵＥの観点からのフローチャート３１００である。ステップ３１０５において、ＵＥは、第１の信号を介して絶対タイミングアドバンスを受信する。ステップ３１１０において、ＵＥは、絶対タイミングアドバンスに関連付けられた識別子を第２の信号を介して受信する。ここで、絶対タイミングアドバンスは第２の信号に含まれない。
【００７８】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、（ｉ）第１の信号を介して絶対タイミングアドバンスを受信することと、（ｉｉ）絶対タイミングアドバンスに関連付けられた識別子を第２の信号を介して受信すること、とを可能にし、絶対タイミングアドバンスは第２の信号に含まれない。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述のアクション及びステップのすべて又は本明細書で説明した他の事項を実行することができる。
【００７９】
図３０から図３１に示し、上述した実施形態の状況において、第２の信号は、ＲＡ手順（例えば、Ｍｓｇ４）の信号とすることができる。第２の信号は、ＭＡＣシグナリング（例えば、ＴＡコマンド又はＭＡＣ制御要素）とすることができる。ＭＡＣシグナリングは、タイミングアドバンス値を搬送することができる。第２の信号は、ＲＲＣシグナリング又はＰＨＹシグナリング（例えば、ＰＤＣＣＨオーダー）とすることができる。第２の信号を、ＲＡ手順をトリガするのに使用することができる。第２の信号を、専用プリアンブルを指示するのに使用することができる。代替的又は追加的に、第２の信号を、少なくとも１つのＴＲＰを追加する、及び／又は少なくとも１つのビームを追加するのに使用することができる。さらに、第２の信号は、相対的なタイミングアドバンスを含んでも含まなくてもよい。
【００８０】
一実施形態では、第１の信号をＲＡ手順のＭｓｇ２（ＲＡＲ）とすることができる。代替的又は追加的に、第１の信号はＭＡＣシグナリングとすることができる。
【００８１】
一実施形態では、識別子をネットワークノードによって決定することができる。ネットワークノードが識別子をＵＥに指示するとは、ネットワークが識別子を含むＤＬ信号をＵＥに送信することを意味することができる。ＵＥが識別子をネットワークノードから受信するとは、ＵＥがネットワークノードから識別子を含むＤＬ信号を受信することを意味することができる。
一実施形態では、ネットワークノードは、ＵＥがどの識別子を維持しているかを認識している。ＵＥは、識別子を受信すると、その識別子をタイミングアドバンスに関連付ける。
【００８２】
図３２は、例示的な一実施形態による、ＵＥの観点からのフローチャート３２００である。ステップ３２０５において、ＵＥは、ＵＥのタイミングアドバンスを識別するのに使用される識別子をネットワークノードに指示する。
【００８３】
図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、ＵＥのタイミングアドバンスを識別するのに使用される識別子をネットワークノードに指示することを可能にする。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述のアクション及びステップのすべて又は本明細書で説明した他の事項を実行することができる。
【００８４】
図３３は、例示的な一実施形態による、ネットワークノードの観点からのフローチャート３３００である。ステップ３３０５において、ネットワークノードは、ＵＥのタイミングアドバンスを識別するのに使用される識別子をＵＥから受信する。
【００８５】
図３及び図４に戻って参照すると、ネットワークノードの例示的な一実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ネットワークノードが、ＵＥのタイミングアドバンスを識別するのに使用される識別子をＵＥから受信することを可能にする。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書で説明した上述のアクション及びステップのすべて又は本明細書で説明した他の事項を実行することができる。
【００８６】
一実施形態では、識別子をＵＥによって決定することができる。ＵＥは、使用する使用されていない識別子を選択することができる。ＵＥが識別子をネットワークノードに指示するということは、ＵＥが識別子を含むＵＬ信号をネットワークノードに送信することを意味することができる。
【００８７】
一実施形態では、識別子を、ＲＡ手順の信号（例えば、Ｍｓｇ１又はＭｓｇ３）を介して送信することができる。識別子を、ＭＡＣシグナリング（例えば、ＭＡＣ制御要素）を介して送信することができる。
【００８８】
任意の識別子によってタイミングアドバンスが指示されていない場合、タイミングアドバンスの識別子をデフォルト値として設定することができる。識別子がタイミングアドバンスに関連付けられるとは、識別子がタイミングアドバンスを調整及び／又は制御するのに使用され得ることを意味することができる。識別子がタイミングアドバンスに関連付けられるとは、識別子がタイミングアドバンスにマッピングされることを意味することができる。
【００８９】
一実施形態では、識別子を、数字、識別情報、インデックス、インデックスリスト、又はビットマップとすることができる。識別子を、少なくとも１つのネットワークノードに対するタイミングアドバンスに関連付けることができる。一実施形態では、識別子を、ネットワークノードの情報（例えば、ネットワークノードＩＤ又はビームＩＤ）と共に送信することができる。
【００９０】
一実施形態では、識別子とネットワークノード／タイミングアドバンスとのマッピング又は関連付けは、ＲＲＣによって構成されない。識別子を動的に更新することができる。
一実施形態では、タイミングアドバンスをＲＡ手順のＭｓｇ２又はＲＡＲによって指示することができる。一実施形態では、タイミングアドバンスをＴＡコマンドによって更新することができ、ＴＡコマンドは、ネットワークノードによって送信されるＭＡＣ制御要素である。タイミングアドバンスをネットワークノードへのＵＬ送信のタイミングを早めるあるいは遅らせるのに使用されるタイミングアドバンス値とすることができる。タイミングアドバンスは、伝搬遅延を補償するのに使用されるタイミングアドバンス値とすることができる。
【００９１】
一実施形態では、セルのネットワークノードに対してタイミングアドバンスを維持することができる。タイミングアドバンスをネットワークノードに対して維持するとは、ＵＥがネットワークノードにＵＬ送信を実行するときにタイミングアドバンスを使用できることを意味することができる。タイミングアドバンスをネットワークノードによって維持することもでき、ネットワークノードは、ＵＥのＵＬ送信のタイミングを調整するための信号を送信することができる。一実施形態では、タイミングアドバンスをＵＥによって維持されることができ、ＵＥは、ＵＬ送信のタイミングを調整するためにタイミングアドバンスを適用することができる。
【００９２】
一実施形態では、タイミングアドバンスは、絶対タイミングアドバンス又は相対タイミングアドバンスであってもよい。絶対タイミングアドバンスをＲＡＲに含めることができる。一実施形態では、絶対的なタイミングアドバンスは、初期の又は正確なタイミングアドバンス値とすることができる。絶対タイミングアドバンスは、ネットワークによるタイミングアドバンスの推定の結果を含むことができる。絶対タイミングアドバンスは、相対タイミングアドバンスとは異なる可能性がある。
【００９３】
一実施形態では、相対タイミングアドバンスを（ＴＡ）ＭＡＣ制御要素に含めることができる。一実施形態では、相対タイミングアドバンスは、タイミングアドバンスを調整するのに利用することができる。絶対タイミングアドバンスの長さは、相対タイミングアドバンスの長さよりも大きい可能性がある。
【００９４】
一実施形態では、ＵＥは、複数のタイミングアドバンスを同時に維持することができる。セルのネットワークノードを異なるセットにグループ化することができ、ＵＥは同じセットにはＵＬ送信のために同じタイミングアドバンスを使用する。ＵＥは、異なるネットワークノード又はネットワークノードの異なるグループに対しては異なるタイミングアドバンスを維持することができる。ＵＥは、ＵＥビーム掃引によってＵＬ信号を送信する。
【００９５】
一実施形態では、ＲＡ手順は、２ステップＲＡ手順又は４ステップＲＡ手順であり得る。
【００９６】
一実施形態では、セルは複数のネットワークノードを含むことができる。セルは、ＵＥのために複数のタイミングアドバンスを含むことができる。ネットワークノードは、中央ユニット（ＣＵ）、分散ユニット（ＤＵ）、送信／受信ポイント（ＴＲＰ）、基地局（ＢＳ）、５Ｇノード、又はｇＮＢとすることができる。
【００９７】
一実施形態では、ＵＥは、ＵＥビームフォーミングを使用することが可能である。ＵＥは、セルがＵＥビームフォーミングをサポート（又は許可）しない場合、ＵＥビームフォーミングを使用しない。ＵＥは、送信及び／又は受信のためにビーム掃引を使用することができる。代替的には、ＵＥは、送信及び／又は受信のためにビーム掃引を使用しなくてもよい。
【００９８】
本発明に基づいて、タイミングアドバンス（例えば、ＴＡインデックス）のための識別子をネットワーク又はＵＥによって識別又は指示することが可能である。次いで、ネットワークは、ＵＥのタイミングアドバンスを制御及び／又は調整するのにその識別子を使用することができる。
【００９９】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示されている如何なる特定の構造、機能、又は両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示される態様は、他の如何なる態様からも独立に実装されてよく、これら態様のうちの２つ以上が種々組み合わされてよい。例えば、本明細書に記載された態様のうちの任意の数の態様を用いて、装置が実装されてよく、方法が実現されてよい。追加的に、本明細書に記載された態様のうちの１つ以上の追加又は代替で、他の構造、機能、又は構造と機能を用いて、このような装置が実装されるようになっていてもよいし、このような方法が実現されるようになっていてもよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルが確立されてよい。いくつかの態様においては、パルス位置又はオフセットに基づいて、同時チャネルが確立されてよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。いくつかの態様において、パルス繰り返し周波数、パルス位置又はオフセット、及び時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。
【０１００】
当業者であれば、多様な異なるテクノロジ及び技術のいずれかを使用して、情報及び信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、又はこれらの任意の組合せによって表わしてよい。
【０１０１】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、及びアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディング又はその他何らかの技術を用いて設計することがあるデジタル実装、アナログ実装、又はこれら２つの組合せ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」又は「ソフトウェアモジュール」と称されることがある）、又は両者の組合せとして実装されてよい。このハードウェア及びソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、及びステップを、概略的にそれぞれの機能の観点から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途及びシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【０１０２】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、及び回路は、集積回路（「ＩＣ」）、アクセス端末、又はアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、又は本明細書で説明した機能を実行するように設計されたこれらの任意の組合せを含み、ＩＣ内、ＩＣ外、又はその両方に存在するコード又は命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、又はその他任意のこのような構成である、コンピュータデバイスの組合せとして実装されてよい。
【０１０３】
任意の開示プロセスにおけるステップの如何なる特定の順序又は階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序又は階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序又は階層に限定されることを意図していない。
【０１０４】
本明細書に開示される態様に関連して記載された方法又はアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組合せにおいて具現化してよい。（例えば、実行可能な命令及び関連するデータを含む）ソフトウェアモジュール及び他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、又は当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出し及び記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサ及び記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサ及び記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【０１０５】
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、又は適応を網羅することを意図している。
【図１】
2018074584.tif 000010
【図２】
2018074584.tif 000011
【図３】
2018074584.tif 000012
【図４】
2018074584.tif 000013
【図５】
2018074584.tif 000014
【図６】
2018074584.tif 000015
【図７】
2018074584.tif 000016
【図８】
2018074584.tif 000017
【図９】
2018074584.tif 000018
【図１０】
2018074584.tif 000019
【図１１】
2018074584.tif 000020
【図１２】
2018074584.tif 000021
【図１３】
2018074584.tif 000022
【図１４】
2018074584.tif 000023
【図１５】
2018074584.tif 000024
【図１６】
2018074584.tif 000025
【図１７】
2018074584.tif 000026
【図１８】
2018074584.tif 000027
【図１９】
2018074584.tif 000028
【図２０】
2018074584.tif 000029
【図２１】
2018074584.tif 000030
【図２２】
2018074584.tif 000031
【図２３】
2018074584.tif 000032
【図２４】
2018074584.tif 000033
【図２５】
2018074584.tif 000034
【図２６】
2018074584.tif 000035
【図２７】
2018074584.tif 000036
【図２８】
2018074584.tif 000037
【図２９】
2018074584.tif 000038
【図３０】
2018074584.tif 000039
【図３１】
2018074584.tif 000040
【図３２】
2018074584.tif 000041
【図３３】
2018074584.tif 000042
【外国語明細書】
2018074584000001.pdf