(57)【要約】【課題】方法及び装置が、ＵＥ（ユーザ装置）の観点から開示される。【解決手段】一実施例において、当該方法は、非競合ベースのランダムアクセス手順をトリガするために、ネットワークノードからシグナリングを受信するステップであって、シグナリングが第１のニューメロロジーを示す第１の情報及び第２のニューメロロジーを示す第２の情報を含む、ステップを含む。当該方法は、同様に、第２のニューメロロジーに基づくランダムアクセスプリアンブルをネットワークノードに送信するステップを含む。当該方法は、更に、ネットワークノードからランダムアクセス応答を受信するステップを含む。加えて、当該方法は、第１のニューメロロジーに基づいて新しい送信をスケジュールするための制御チャネルを監視するステップを含む。【選択図】図２６
2018201190.tif 000002
【特許請求の範囲】
【請求項１】
ＵＥ（ユーザ装置）の方法であって、
非競合ベースのランダムアクセス手順をトリガするために、ネットワークノードからシグナリングを受信するステップであって、前記シグナリングが第１のニューメロロジーを示す第１の情報及び第２のニューメロロジーを示す第２の情報を含む、ステップと、
前記第２のニューメロロジーに基づくランダムアクセスプリアンブルを前記ネットワークノードに送信するステップと、
前記ネットワークノードからランダムアクセス応答を受信するステップと、
前記第１のニューメロロジーに基づいて新しい送信をスケジュールするための制御チャネルを監視するステップとを含む、方法。
【請求項２】
前記シグナリングが、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）命令である、請求項１に記載の方法。
【請求項３】
前記シグナリングが、ハンドオーバ命令である、請求項１に記載の方法。
【請求項４】
前記第２のニューメロロジーが、前記第１のニューメロロジーに等しい、請求項１に記載の方法。
【請求項５】
前記制御チャネルが、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）及び／又はＮＲ−ＰＤＣＣＨ（新無線アクセス技術−ＰＤＣＣＨ）である、請求項１に記載の方法。
【請求項６】
前記新しい送信が、ＤＬ（ダウンリンク）送信である、請求項１に記載の方法。
【請求項７】
前記新しい送信が、ＵＬ（アップリンク）送信である、請求項１に記載の方法。
【請求項８】
各ニューメロロジーが、周波数領域におけるサブキャリア間隔に対応する、請求項１に記載の方法。
【請求項９】
ＵＥ（ユーザ装置）の方法であって、非競合ベースのランダムアクセス手順をトリガするために、ネットワークノードからシグナリングを受信するステップと、
第２のニューメロロジーに基づくランダムアクセスプリアンブルを前記ネットワークノードに送信するステップであって、前記第２のニューメロロジーがシステム情報においてブロードキャストされる第２のデフォルトのニューメロロジーである、ステップと、
前記ネットワークノードからランダムアクセス応答を受信するステップと、
第１のニューメロロジーに基づいて新しい送信をスケジュールするための制御チャネルを監視するステップであって、前記第１のニューメロロジーがシステム情報においてブロードキャストされる第１のデフォルトのニューメロロジーである、ステップとを含む、方法。
【請求項１０】
前記シグナリングが、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）命令である、請求項９に記載の方法。
【請求項１１】
前記シグナリングが、ハンドオーバ命令である、請求項９に記載の方法。
【請求項１２】
前記第２のニューメロロジーが、前記第１のニューメロロジーに等しい、請求項９に記載の方法。
【請求項１３】
前記制御チャネルが、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）及び／又はＮＲ−ＰＤＣＣＨ（新無線アクセス技術−ＰＤＣＣＨ）である、請求項９に記載の方法。
【請求項１４】
前記新しい送信が、ＤＬ（ダウンリンク）送信である、請求項９に記載の方法。
【請求項１５】
前記新しい送信が、ＵＬ（アップリンク）送信である、請求項９に記載の方法。
【請求項１６】
各ニューメロロジーが、周波数領域におけるサブキャリア間隔に対応する、請求項９に記載の方法。
【請求項１７】
ユーザ装置（ＵＥ）であって、
制御回路と、
前記制御回路に組み込まれたプロセッサと、
前記制御回路に組み込まれるとともに、前記プロセッサに動作可能に結合されたメモリとを備え、
前記プロセッサが、前記メモリに格納されたプログラムコードを実行して、
非競合ベースのランダムアクセス手順をトリガするために、ネットワークノードからシグナリングを受信し、ここで、前記シグナリングが第１のニューメロロジーを示す第１の情報及び第２のニューメロロジーを示す第２の情報を含み、
前記第２のニューメロロジーに基づくランダムアクセスプリアンブルを前記ネットワークノードに送信し、
前記ネットワークノードからランダムアクセス応答を受信し、
前記第１のニューメロロジーに基づいて新しい送信をスケジュールするための制御チャネルを監視する、
ように構成されている、ＵＥ。
【請求項１８】
前記シグナリングが、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）命令又はハンドオーバ命令である、請求項１７に記載のＵＥ。
【請求項１９】
ユーザ装置（ＵＥ）であって、
制御回路と、
前記制御回路に組み込まれたプロセッサと、
前記制御回路に組み込まれるとともに、前記プロセッサに動作可能に結合されたメモリとを備え、
前記プロセッサが、前記メモリに格納されたプログラムコードを実行して、
非競合ベースのランダムアクセス手順をトリガするために、ネットワークノードからシグナリングを受信し、
第２のニューメロロジーに基づくランダムアクセスプリアンブルを前記ネットワークノードに送信し、ここで、前記第２のニューメロロジーがシステム情報においてブロードキャストされる第２のデフォルトのニューメロロジーであり、
前記ネットワークノードからランダムアクセス応答を受信し、
第１のニューメロロジーに基づいて新しい送信をスケジュールするための制御チャネルを監視し、ここで、前記第１のニューメロロジーがシステム情報においてブロードキャストされる第１のデフォルトのニューメロロジーである、
ように構成されている、ＵＥ。
【請求項２０】
前記シグナリングが、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）命令又はハンドオーバ命令である、請求項１９に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願との相互参照
本出願は、２０１７年５月２５日に出願された米国仮特許出願第６２／５１１，０９３号の利益を主張するものであり、その全開示内容は参照によりその全体が本明細書に組み込まれる。
【０００２】
技術分野
本開示は、一般に、無線通信ネットワークに関し、より詳細には、無線通信システムにおいてＰＤＣＣＨを監視するための方法及び装置に関する。
【背景技術】
【０００３】
大量のデータを移動体通信装置との間で通信するための要求が急速に高まるにつれて、従来のモバイル音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットによって通信するネットワークに進化している。そのようなＩＰデータパケット通信は、ボイスオーバＩＰサービス、マルチメディアサービス、マルチキャストサービス、及びオンデマンド通信サービスを、移動体通信装置のユーザに提供することができる。
【０００４】
例示的なネットワーク構造は、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上述したボイスオーバＩＰサービス、及びマルチメディアサービスを実現するために、高いデータスループットを提供することができる。次世代（例えば、５Ｇ）のための新しい無線技術は、現在、３ＧＰＰ標準化団体によって議論されている。したがって、現在の３ＧＰＰ標準への変更が現在提出されており、３ＧＰＰ標準を発展させて確定すると考えられている。
【発明の概要】
【０００５】
方法及び装置が、ＵＥ（ユーザ装置）の観点から開示される。一実施例において、当該方法は、非競合ベースのランダムアクセス手順をトリガするために、ネットワークノードからシグナリングを受信するステップであって、前記シグナリングが第１のニューメロロジーを示す第１の情報及び第２のニューメロロジーを示す第２の情報を含む、ステップを含む。当該方法は、同様に、前記第２のニューメロロジーに基づくランダムアクセスプリアンブルを前記ネットワークノードに送信するステップを含む。当該方法は、更に、前記ネットワークノードからランダムアクセス応答を受信するステップを含む。加えて、当該方法は、前記第１のニューメロロジーに基づいて新しい送信をスケジュールするための制御チャネルを監視するステップを含む。
【図面の簡単な説明】
【０００６】
【図１】１つの例示的な実施例による無線通信システムの図を示す。
【図２】１つの例示的な実施例による、送信機システム（アクセスネットワークとしても知られている）及び受信機システム（ユーザ機器又はＵＥとしても知られている）のブロック図である。
【図３】１つの例示的な実施例による通信システムの機能ブロック図である。
【図４】１つの例示的な実施例による、図３のプログラムコードの機能ブロック図である。
【図５】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１２．７．０の図６．１．３．４−１の複製物である。
【図６】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１２．７．０の図６．１．５−１の複製物である。
【図７】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１２．７．０の図６．１．５−２の複製物である。
【図８】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１２．７．０の図６．１．５−３の複製物である。
【図９】３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１２．７．０の図６．１．５−４の複製物である。
【図１０】１つの例示的な実施例による図である。
【図１１】１つの例示的な実施例による図である。
【図１２】１つの例示的な実施例による図である。
【図１３】１つの例示的な実施例による図である。
【図１４】１つの例示的な実施例による図である。
【図１５】１つの例示的な実施例による図である。
【図１６】１つの例示的な実施例によるフローチャートである。
【図１７】１つの例示的な実施例によるフローチャートである。
【図１８】１つの例示的な実施例による図である。
【図１９】１つの例示的な実施例によるフローチャートである。
【図２０】１つの例示的な実施例によるフローチャートである。
【図２１】１つの例示的な実施例によるフローチャートである。
【図２２】１つの例示的な実施例によるフローチャートである。
【図２３】１つの例示的な実施例によるフローチャートである。
【図２４】１つの例示的な実施例によるフローチャートである。
【図２５】１つの例示的な実施例によるフローチャートである。
【図２６】１つの例示的な実施例によるフローチャートである。
【図２７】１つの例示的な実施例によるフローチャートである。
【発明を実施するための形態】
【０００７】
下記で説明される例示的な無線通信システム及び装置は、ブロードキャストサービスをサポートする無線通信システムを使用する。無線通信システムは、音声、データなどの様々なタイプの通信を提供するために広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（Long  Term  Evolution：ロングタームエボリューション）無線アクセス、３ＧＰＰ  ＬＴＥ−Ａ又はＬＴＥ−Ａｄｖａｎｃｅｄ（Long  Term  Evolution  Advanced：ロングタームエボリューションアドバンスト）、３ＧＰＰ２  ＵＭＢ（Ultra  Mobile  Broadband：ウルトラモバイルブロードバンド）、ワイマックス（WiMax）、又はいくつかの他の変調技術に基づくことができる。
【０００８】
特に、下記で説明される例示的な無線通信システム装置は、本明細書で３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」と名付けられたコンソーシアムによって提供される標準のような、「ＴＳ  ３６．３２１  Ｖ１２．７．０、“E-UTRA  MAC  protocol  specification  (Release  12)”」、「ＴＳ  ３６．３００  ｖ１３．４．０、“E-UTRA  and  E-UTRAN;  Overall  description;  Stage  2  (Release  13)”」、「ＴＲ  ３８．９１３  Ｖ１４．０．０、“Study  on  Scenarios  and  Requirements  for  Next  Generation  Access  Technologies”」、「ＲＡＮ１  ＃８６ｂｉｓ会議議事録」、「ＲＡＮ２  ＃９５会議議事録」、「ＮＲに関するＲＡＮ２  ＡｄＨｏｃ会議」、「ＲＡＮ２  ＃９７会議議事録」、「ＲＡＮ２  ＃９７ｂｉｓ会議議事録」、「Ｒ１−１７０４１９３、“Numerology  for  DL  control  channel”，Huawei  and  HiSilicon”」、「Ｒ２−１７０２５９９、“Considerations  on  RACH  procedure”，Huawei  and  HiSilicon”」、及び「ＴＲ  ３８．８０４  Ｖ１４．０．０、“Study  on  New  Radio  Access  Technology;  Radio  Interface  Protocol  Aspects  (Release  14)”」、を含む１つ又は複数の標準をサポートするように設計されてもよい。上記の標準及び文献は、参照によりその全体が本明細書に明確に組み込まれている。
【０００９】
図１は、本発明の一実施例による多元接続無線通信システムを示す。アクセスネットワーク１００（ＡＮ）は、１０４及び１０６を含む１つのアンテナグループと、１０８及び１１０を含む別のアンテナグループと、１１２及び１１４を含む追加のアンテナグループとを含んでいる複数のアンテナグループを含む。図１では、各アンテナグループに２つのアンテナしか示されていないが、しかしながら、より多いアンテナ又はより少ないアンテナが、各アンテナグループにおいて利用されてもよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２及び１１４と通信し、アンテナ１１２及び１１４は、順方向リンク１２０を介してアクセス端末１１６に情報を送り、逆方向リンク１１８を介してアクセス端末１１６から情報を受け取る。アクセス端末（ＡＴ）１２２は、アンテナ１０６及び１０８と通信し、アンテナ１０６及び１０８は、順方向リンク１２６を介してアクセス端末（ＡＴ）１２２に情報を送り、逆方向リンク１２４を介してアクセス端末（ＡＴ）１２２から情報を受け取る。ＦＤＤシステムでは、通信リンク１１８、１２０、１２４及び１２６は、通信のために異なる周波数を使用することができる。例えば、順方向リンク１２０は、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用することができる。
【００１０】
アンテナの各グループ及び／又はそれらが通信するように設計されているエリアは、しばしば、アクセスネットワークのセクタと呼ばれる。この実施例では、各アンテナグループは、アクセスネットワーク１００によってカバーされているエリアのセクタ内のアクセス端末に通信するように設計されている。
【００１１】
順方向リンク１２０及び１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６及び１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用することができる。さらに、カバレッジの至る所にランダムに散在するアクセス端末に送信するためにビームフォーミングを使用するアクセスネットワークは、単一のアンテナを通してその全てのアクセス端末に送信するアクセスネットワークよりも、隣接セルのアクセス端末への干渉を少なくする。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するために使用される固定局又は基地局であり得るとともに、さらに、アクセスポイント、ＮｏｄｅＢ（ノードＢ）、基地局、拡張基地局、進化型ＮｏｄｅＢ（ｅＮＢ）と呼ばれ得るか、又はいくらかの他の用語で呼ばれ得る。アクセス端末（ＡＴ）は、同様に、ユーザ装置（ＵＥ）、無線通信装置、端末、アクセス端末と呼ばれ得るか、又はいくらかの他の用語で呼ばれ得る。
【００１３】
図２は、ＭＩＭＯシステム２００における、送信機システム２１０（アクセスネットワークとしても知られている）、及び受信機システム２５０（アクセス端末（ＡＴ）又はユーザ装置（ＵＥ）としても知られている）の実施例の簡略化されたブロック図である。送信機システム２１０では、多数のデータストリームに関するトラフィックデータがデータソース２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
一実施例において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、各データストリームに関するトラフィックデータを、符号化データを提供するためにそのデータストリームに対して選択された特定の符号化方式に基づいて、フォーマットし、符号化し、そしてインタリーブする。
【００１５】
各データストリームに関する符号化データは、ＯＦＤＭ技術を用いてパイロットデータと多重化され得る。パイロットデータは、通常、既知の方法で処理されるとともに、チャネル応答を推定するために受信機システムで使用され得る既知のデータパターンである。多重化されたパイロット及び各データストリームに関する符号化データは、その後、変調シンボルを提供するためにそのデータストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、又はＭ−ＱＡＭ）に基づいて変調される（すなわち、シンボルマッピングされる）。各データストリームに関するデータ速度、符号化、及び変調は、プロセッサ２３０によって実行される命令によって決定されてもよい。
【００１６】
次いで、全てのデータストリームに関する変調シンボルは、ＴＸ  ＭＩＭＯプロセッサ２２０に提供され、ＴＸ  ＭＩＭＯプロセッサ２２０は、（例えば、ＯＦＤＭのための）変調シンボルを更に処理することができる。ＴＸ  ＭＩＭＯプロセッサ２２０は、その場合に、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ乃至２２２ｔに提供する。特定の実施例では、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング重みを、データストリームのシンボルに、そしてシンボルが送信されているアンテナに適用する。
【００１７】
各送信機２２２は、それぞれのシンボルストリームを受信するとともに処理して、１つ又は複数のアナログ信号を提供し、アナログ信号を更に調整（例えば、増幅、フィルタリング、及びアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。次いで、送信機２２２ａ乃至２２２ｔからのＮＴ個の変調信号は、それぞれ、ＮＴ個のアンテナ２２４ａ乃至２２４ｔから送信される。
【００１８】
受信機システム２５０では、送信された変調信号は、ＮＲ個のアンテナ２５２ａ乃至２５２ｒによって受信され、各アンテナ２５２からの受信信号は、それぞれの受信機（ＲＣＶＲ）２５４ａ乃至２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調整（例えば、フィルタリング、増幅、及びダウンコンバート）し、調整された信号をデジタル化してサンプルを提供し、サンプルを更に処理して対応する「受信」シンボルストリームを提供する。
【００１９】
次に、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信するとともに処理して、ＮＴ個の「検出」シンボルストリームを提供する。次いで、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調し、デインタリーブし、そして復号して、データストリームに関するトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０におけるＴＸ  ＭＩＭＯプロセッサ２２０及びＴＸデータプロセッサ２１４によって実行される処理と相補的である。
【００２０】
プロセッサ２７０は、どのプリコーディング行列を使用するかを定期的に決定する（下記で論じられる）。プロセッサ２７０は、行列インデックス部分とランク値部分とを含む逆方向リンクメッセージを定式化する。
【００２１】
逆方向リンクメッセージは、通信リンク及び／又は受信データストリームに関する様々なタイプの情報を含むことができる。逆方向リンクメッセージは、その場合に、データソース２３６からの多数のデータストリームに関するトラフィックデータを同様に受信するＴＸデータプロセッサ２３８によって処理され、変調器２８０によって変調され、送信機２５４ａ乃至２５４ｒによって調整され、そして送信機システム２１０に対して返信される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号は、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、そして受信機システム２５０によって送信された逆方向リンクメッセージを抽出するために、ＲＸデータプロセッサ２４２によって処理される。次いで、プロセッサ２３０は、ビームフォーミング重みを判定するためにどのプリコーディング行列を使用するかを決定し、抽出されたメッセージを処理する。
【００２３】
図３を参照すると、この図は、本発明の一実施例による通信装置の代替の簡略化された機能ブロック図を示す。図３において示されるように、無線通信システムにおける通信装置３００は、図１におけるＵＥ（若しくはＡＴ）１１６及び１２２、又は図１における基地局（若しくはＡＮ）１００を実現するために利用されることができるとともに、無線通信システムは、ＬＴＥシステムであることが好ましい。通信装置３００は、入力装置３０２、出力装置３０４、制御回路３０６、中央処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、及びトランシーバ３１４を含むことができる。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行し、それにより、通信装置３００の動作を制御する。通信装置３００は、キーボード又はキーパッドなどの入力装置３０２を介してユーザによって入力された信号を受信し、モニタ又はスピーカなどの出力装置３０４を介して画像及び音声を出力することができる。トランシーバ３１４は、無線信号を受信するとともに送信するために使用され、受信信号を制御回路３０６に供給し、制御回路３０６によって生成された信号を無線で出力する。無線通信システムにおける通信装置３００は、同様に、図１におけるＡＮ１００を実現するために利用されることができる。
【００２４】
図４は、本発明の一実施例による、図３において示されるプログラムコード３１２の簡略化されたブロック図である。この実施例では、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部分４０２、及びレイヤ２部分４０４を含むとともに、レイヤ１部分４０６に結合される。レイヤ３部分４０２は、一般に、無線リソース制御を実行する。レイヤ２部分４０４は、一般に、リンク制御を実行する。レイヤ１部分４０６は、一般に、物理的接続を実行する。
【００２５】
ＬＴＥでは、競合ベースと無競合（非競合ベース）の２種類のランダムアクセス（random  access、ＲＡ）手順が定義されている。３ＧＰＰ  ＴＳ  ３６．３００のセクション１０．１．５は、ＲＡ手順を下記のように説明する。
ランダムアクセス手順は、ＰＣｅｌｌに関連する下記のイベントに対して実行される。
−RRC_IDLEからの初期アクセス、
−ＲＲＣ接続再確立手順、
−ハンドオーバ、
−ランダムアクセス手順を必要とするRRC_CONNECTED中のＤＬデータ到着：
−例えば、ＵＬ同期状態が“同期していない”場合、
−ランダムアクセス手順を必要とするRRC_CONNECTED中のＵＬデータ到着：
−例えば、ＵＬ同期状態が“非同期”であるか、又は利用可能なＳＲ用のＰＵＣＣＨリソースが存在しない場合、
−ランダムアクセス手順を必要とするRRC_CONNECTED中の測位目的のため；
−例えば、ＵＥの測位のためにタイミングアドバンス（timing  advance）が必要な場合。
ランダムアクセス手順は、同様に、対応するｓＴＡＧのための時間アライメントを確立するためにＳＣｅｌｌ上で実行される。
さらに、ランダムアクセス手順には２つの異なる形式がある。
−競合ベース（最初の５つのイベントに適用可能）。
−非競合ベース（ハンドオーバ、ＤＬデータ到着、測位、ｓＴＡＧのタイミングアドバンスアラインメントの取得のみに適用可能）。
通常のＤＬ／ＵＬ送信は、ランダムアクセス手順の後に行うことができる。
［・・・］
競合ベースのランダムアクセス手順の４つのステップは下記の通りである。
１）アップリンクにおけるＲＡＣＨ上のランダムアクセスプリアンブル（Ｍｓｇ１）：
−定義される２つの可能なグループが存在し、１つは任意である。両方のグループが設定される場合は、メッセージ３のサイズとパスロスとを使用して、どのグループからプリアンブルが選択されるかを判別する。プリアンブルが属するグループは、メッセージ３のサイズ及びＵＥにおける無線状態の表示を提供する。プリアンブルグループ情報は、必要なしきい値と共に、システム情報上でブロードキャストされる。
２）ＤＬ−ＳＣＨ上のＭＡＣによって生成されるランダムアクセス応答（Ｍｓｇ２）：
−メッセージ１との半同期（サイズが１つ又は複数のＴＴＩである柔軟なウィンドウ内で）、
−ＨＡＲＱなし、
−ＰＤＣＣＨ上のＲＡ−ＲＮＴＩにアドレス指定される、
−少なくともＲＡプリアンブル識別子、ｐＴＡＧのためのタイミングアライメント情報、初期ＵＬグラント、一時的なＣ−ＲＮＴＩの割り当て（競合解決時に永続化されてもされなくてもよい）を伝える、
−１つのＤＬ−ＳＣＨメッセージ内のＵＥの変数を対象とする。
３）ＵＬ−ＳＣＨ上で最初にスケジュールされるＵＬ送信（Ｍｓｇ３）：
−ＨＡＲＱを使用する、
−トランスポートブロックのサイズは、ステップ２で伝えられたＵＬグラントによって決まる。
−最初のアクセスの場合：
−ＲＲＣレイヤによって生成され、ＣＣＣＨを介して送信されるＲＲＣ接続要求を伝える、
−少なくともＮＡＳのＵＥ識別子を伝えるが、ＮＡＳメッセージは伝えない、
−ＲＬＣ  ＴＭ：セグメント化なし。
−ＲＲＣ接続再確立手順の場合：
−ＲＲＣレイヤによって生成され、ＣＣＣＨを介して送信されるＲＲＣ接続再確立要求を伝える、
−ＲＬＣ  ＴＭ：セグメント化なし、
−ＮＡＳメッセージを含まない。
−ハンドオーバ後、ターゲットセル内で：
−ＲＲＣレイヤによって生成され、ＤＣＣＨを介して送信される、暗号化されるとともに整合性の保護されたＲＲＣハンドオーバ確認を伝える、
−ＵＥのＣ−ＲＮＴＩ（ハンドオーバ命令によって割り当てられた）を伝える、
−可能であれば、アップリンクバッファステータスレポートを含む。
−その他のイベントの場合：
−少なくともＵＥのＣ−ＲＮＴＩを伝える。
４）ＤＬにおける競合解決（Ｍｓｇ４）：
−早期の競合解決が使用されるべきであり、すなわち、競合を解決する前にｅＮＢがＮＡＳ応答を待たない、
−メッセージ３と同期されない、
−ＨＡＲＱがサポートされる、
−初期アクセス及び無線リンク障害後のＰＤＣＣＨ上の一時Ｃ−ＲＮＴＩ、
−RRC_CONNECTEDにおけるＵＥのためのＰＤＣＣＨ上のＣ−ＲＮＴＩ、
にアドレス指定される。
−ＨＡＲＱフィードバックは、メッセージ３で提供されるような自身のＵＥ識別子を検出したＵＥによってのみ送信され、競合解決メッセージにおいてそのまま伝えられる。
−初期アクセス及びＲＲＣ接続再確立手順の場合、セグメンテーションは使用されない（ＲＬＣ−ＴＭ）。
一時的なＣ−ＲＮＴＩは、ＲＡの成功を検出するとともにＣ−ＲＮＴＩをまだ有していないＵＥのＣ−ＲＮＴＩに奨励され（promoted）、それは他のものによって撤回される（dropped）。ＲＡ成功を検出するとともに既にＣ−ＲＮＴＩを有するＵＥは、そのＣ−ＲＮＴＩを使用して再開する。
［・・・］
非競合ベースのランダムアクセス手順の３つのステップは下記の通りである。
０）ＤＬにおける専用シグナリングによるランダムアクセスプリアンブル割り当て：
−ｅＮＢは、非競合ランダムアクセスプリアンブル（ブロードキャストシグナリングで送信されたセット内に存在しないランダムアクセスプリアンブル）をＵＥに割り当てる。
−ターゲットｅＮＢによって生成され、ハンドオーバのためにソースｅＮＢを介して送信されるＨＯ命令、
−ＤＬデータの到着又は測位の場合のＰＤＣＣＨ、
−ｓＴＡＧに関する初期ＵＬ時間アライメントのためのＰＤＣＣＨ、
を介してシグナリングされる。
１）アップリンクにおけるＲＡＣＨ上のランダムアクセスプリアンブル：
−ＵＥは、割り当てられた非競合ランダムアクセスプリアンブルを送信する。
２）ＤＬ−ＳＣＨ上のランダムアクセス応答：
−メッセージ１との半同期（semi-synchronous）（サイズが１つ又は複数のＴＴＩである柔軟なウィンドウ内で）、
−ＨＡＲＱなし、
−ＰＤＣＣＨ上のＲＡ−ＲＮＴＩにアドレス指定される、
−少なくとも：
−ハンドオーバに関するタイミングアライメント情報及び初期ＵＬグラント、
−ＤＬデータ到着に関するタイミングアライメント情報、
−ＲＡプリアンブル識別子を伝える、
−１つのＤＬ−ＳＣＨメッセージ内の１つ又は複数のＵＥのために意図される。
ＣＡが設定されている間にＰＣｅｌｌ上で非競合ベースのランダムアクセスを実行する場合、非競合ベースのランダムアクセス手順のステップ０、ステップ１及び２のＰＤＣＣＨを介したランダムアクセスプリアンブル割り当ては、ＰＣｅｌｌ上で行われる。ｓＴＡＧのためのタイミングアドバンスを確立するために、ｅＮＢは、ｓＴＡＧの活性化されたＳＣｅｌｌのスケジューリングセル上で送信されるＰＤＣＣＨ命令（ステップ０）を用いて、非競合ベースのランダムアクセス手順を開始することができる。プリアンブル送信（ステップ１）は、指示されたＳＣｅｌｌ上で起きるとともに、ランダムアクセス応答（ステップ２）は、ＰＳＣｅｌｌ上で行われる。
ＤＣが設定されている間にＰＣｅｌｌ又はＰＳＣｅｌｌ上で非競合ベースのランダムアクセスを実行する場合、非競合ベースのランダムアクセス手順のステップ０、ステップ１及び２のＰＤＣＣＨを介したランダムアクセスプリアンブル割り当ては、対応するセル上で行われる。ｓＴＡＧのためのタイミングアドバンスを確立するために、ｅＮＢは、ＰＳＣｅｌｌを含まないｓＴＡＧの活性化されたＳＣｅｌｌのスケジューリングセル上で送信されるＰＤＣＣＨ命令（ステップ０）を用いて、非競合ベースのランダムアクセス手順を開始することができる。プリアンブル送信（ステップ１）は、指示されたＳＣｅｌｌ上で起きるとともに、ランダムアクセス応答（ステップ２）は、ＭＣＧ用のＰＣｅｌｌ及びＳＣＧ用のＰＳＣｅｌｌ上で行われる。
【００２６】
ＬＴＥランダムアクセス（random  access、ＲＡ）手順の追加の詳細は、下記のようにＬＴＥ  ＭＡＣ仕様書（３ＧＰＰ  ＴＳ  ３６．３２１）に取り込まれている。
５．１  ランダムアクセス手順
５．１．１  ランダムアクセス手順の初期化
この従属節において説明されるランダムアクセス手順は、ＰＤＣＣＨ命令によって、ＭＡＣサブレイヤ自体によって、又はＲＲＣサブレイヤによって開始される。ＳＣｅｌｌに関するランダムアクセス手順は、ＰＤＣＣＨ命令によってのみ開始されるものとする。ＭＡＣエンティティが、そのＣ−ＲＮＴＩによってマスクされたＰＤＣＣＨ命令［５］と一致するとともに、特定のサービングセルに対するＰＤＣＣＨ送信を受信する場合、ＭＡＣエンティティは、このサービングセルに関するランダムアクセス手順を開始するものとする。ＳｐＣｅｌｌに関するランダムアクセスの場合、ＰＤＣＣＨ命令又はＲＲＣは、任意に、ra-PreambleIndex、及びra-PRACH-MaskIndexを示し、ＳＣｅｌｌに関するランダムアクセスの場合、ＰＤＣＣＨ命令は、００００００とは異なる値を有するra-PreambleIndex、及びra-PRACH-MaskIndexを示す。ｐＴＡＧプリアンブルの場合、ＰＲＡＣＨに関する送信及びＰＤＣＣＨ命令の受信は、ＳｐＣｅｌｌに対してのみサポートされる。手順が開始され得る前に、関連するサービングセルに関する下記の情報が利用可能であると仮定される［８］。
−ランダムアクセスプリアンブル、prach-ConfigIndexの送信のための利用可能なＰＲＡＣＨリソースのセット。
−ランダムアクセスプリアンブルのグループと各グループにおける利用可能なランダムアクセスプリアンブルのセット（ＳｐＣｅｌｌのみ）：
ランダムアクセスプリアンブルグループＡ及びランダムアクセスプリアンブルグループＢに含まれるプリアンブルは、パラメータnumberOfRA-Preambles及びsizeOfRA-PreamblesGroupAから計算される。
もしsizeOfRA-PreamblesGroupAがnumberOfRA-Preamblesに等しいならば、その場合に、ランダムアクセスプリアンブルグループＢは存在しない。ランダムアクセスプリアンブルグループＡにおけるプリアンブルは、０からsizeOfRA-PreamblesGroupA−１までのプリアンブルであり、それが存在する場合、ランダムアクセスプリアンブルグループＢにおけるプリアンブルは、［７］で定義された６４個のプリアンブルのセットからの、sizeOfRA-PreamblesGroupAからnumberOfRA-Preambles−１までのプリアンブルである。
−ランダムアクセスプリアンブルグループＢが存在する場合、しきい値、messagePowerOffsetGroupB及びmessageSizeGroupA、ランダムアクセス手順を実行するサービングセルの設定されたＵＥ送信電力ＰＣＭＡＸ，ｃ［１０］、及びランダムアクセスプリアンブル（ＳｐＣｅｌｌのみ）の２つのグループのうちの１つを選択するために必要な、プリアンブルとＭｓｇ３との間のオフセット、deltaPreambleMsg3。
−ＲＡ応答ウィンドウサイズra-ResponseWindowSize。
−電力ランピング係数powerRampingStep。
−プリアンブル送信の最大数preambleTransMax。
−初期プリアンブル電力preambleInitialReceivedTargetPower。
−プリアンブルフォーマットに基づくオフセットDELTA_PREAMBLE（従属節７．６参照）。
−Ｍｓｇ３  ＨＡＲＱ送信の最大数maxHARQ-Msg3Tx（ＳｐＣｅｌｌのみ）。
−競合解決タイマmac-ContentionResolutionTimer（ＳｐＣｅｌｌのみ）。
注記：上記のパラメータは、各ランダムアクセス手順が開始される前に、上位層から更新されてもよい。
ランダムアクセス手順は、下記のように実行されるものとする。
−Ｍｓｇ３バッファをフラッシュする。
−PREAMBLE_TRANSMISSION_COUNTERを１に設定する。
−バックオフパラメータ値を０ｍｓに設定する。
−ＲＮについては、あらゆるＲＮサブフレーム設定を中断する。
−ランダムアクセスリソースの選択に進む（従属節５．１．２参照）。
注記：ＭＡＣエンティティでは、任意の時点で進行中のランダムアクセス手順は１つだけ存在する。ＭＡＣエンティティが、新しいランダムアクセス手順の要求を、ＭＡＣエンティティにおいて既に別のランダムアクセス手順が進行中である間に受信する場合、進行中の手順を続行するか、又は新しい手順を開始するかは、ＵＥの実装に依存する。
５．１．２  ランダムアクセスリソースの選択
ランダムアクセスリソース選択手順は、下記のように実行されるものとする。
−ra-PreambleIndex（ランダムアクセスプリアンブル）及びra-PRACH-MaskIndex（ＰＲＡＣＨマスクインデックス）が明示的にシグナリングされ、ra-PreambleIndexが００００００でない場合：
−ランダムアクセスプリアンブル及びＰＲＡＣＨマスクインデックスは、明示的にシグナリングされたものになる。
−それ以外の場合は、ランダムアクセスプリアンブルは、下記のようにＭＡＣエンティティによって選択されるものとする。
−Ｍｓｇ３がまだ送信されていない場合、ＭＡＣエンティティは：
−ランダムアクセスプリアンブルグループＢが存在する場合、そして潜在的なメッセージサイズ（送信に利用可能なＵＬデータに、ＭＡＣヘッダ、及び、必要な場合にＭＡＣ制御要素、を加えたもの）がmessageSizeGroupAより大きい場合、そして経路損失が（ランダムアクセス手順を実行するサービングセルの）ＰＣＭＡＸ，ｃ−preambleInitialReceivedTargetPower−deltaPreambleMsg3−messagePowerOffsetGroupBより小さい場合、その場合に、
−ランダムアクセスプリアンブルグループＢを選択し、
−それ以外の場合は、
−ランダムアクセスプリアンブルグループＡを選択するものとする。
−そうでなければ、Ｍｓｇ３が再送されている場合、ＭＡＣエンティティは：
−Ｍｓｇ３の最初の送信に対応するプリアンブル送信試行に使用されたものと同じランダムアクセスプリアンブルのグループを選択するものとする。
−選択されたグループ内のランダムアクセスプリアンブルをランダムに選択するものとする。ランダム関数は、許容される選択肢のそれぞれが等しい確率で選択されるようなものでなければならない。
−ＰＲＡＣＨマスクインデックスを０に設定するものとする。
−prach-ConfigIndex、ＰＲＡＣＨマスクインデックス（従属節７．３参照）、及び物理層タイミング要件［２］によって与えられる制限によって許容されるＰＲＡＣＨを含む次の利用可能なサブフレームを決定するものとする（ＭＡＣエンティティは、次の利用可能なＰＲＡＣＨサブフレームを決定するときに、測定ギャップの発生の可能性を考慮に入れることができる。）。
−伝送モードがＴＤＤであり、ＰＲＡＣＨマスクインデックスがゼロに等しい場合：
−ra-PreambleIndexが明示的にシグナリングされ、それが００００００ではなかった（すなわち、ＭＡＣによって選択されていない）場合、
−決定されたサブフレームにおいて利用可能なＰＲＡＣＨから１つのＰＲＡＣＨをランダムに等確率で選択するものとする。
−それ以外の場合は、
−決定されたサブフレーム及び次の２つの連続するサブフレームにおいて利用可能なＰＲＡＣＨから１つのＰＲＡＣＨをランダムに等確率で選択するものとする。
−そうでなければ、
−決定されたサブフレーム内のＰＲＡＣＨを、ＰＲＡＣＨマスクインデックスの要求に従って決定するものとする。
−ランダムアクセスプリアンブルの送信に進むものとする（従属節５．１．３参照）。
５．１．３  ランダムアクセスプリアンブルの送信
ランダムアクセス手順は、下記のように実行されるものとする。
−PREAMBLE_RECEIVED_TARGET_POWERをpreambleInitialReceivedTargetPower＋DELTA_PREAMBLE＋（PREAMBLE_TRANSMISSION_COUNTER−１）＊powerRampingStepに設定する。
−選択されたＰＲＡＣＨ、対応するＲＡ−ＲＮＴＩ、プリアンブルインデックス及びPREAMBLE_RECEIVED_TARGET_POWERを使用してプリアンブルを送信するように物理層に指示する。
５．１．４  ランダムアクセス応答の受信
ランダムアクセスプリアンブルが送信されると、測定ギャップの発生の可能性に関係なく、ＭＡＣエンティティは、プリアンブル送信［７］の最後に３つのサブフレームを加えたものを含むサブフレームから始まり、長さra-ResponseWindowSizeのサブフレームを有するＲＡ応答ウィンドウにおいて、下記で定義されたＲＡ−ＲＮＴＩによって識別される（複数の）ランダムアクセス応答のために、ＳｐＣｅｌｌのＰＤＣＣＨを監視するものとする。ランダムアクセスプリアンブルが送信されるＰＲＡＣＨに関連付けられたＲＡ−ＲＮＴＩは、下記のように計算される。
ＲＡ−ＲＮＴＩ＝１＋t_id＋１０＊f_id
ここで、t_idは、指定されたＰＲＡＣＨの最初のサブフレームのインデックスであり（０≦t_id＜１０）、f_idは、周波数領域の昇順における、そのサブフレーム内の指定されたＰＲＡＣＨのインデックスである（０≦f_id＜６）。ＭＡＣエンティティは、送信されたランダムアクセスプリアンブルに適合するランダムアクセスプリアンブル識別子を含むランダムアクセス応答の成功した受信の後で、（複数の）ランダムアクセス応答の監視を停止することができる。
−このＴＴＩに対するダウンリンク割り当てがＲＡ−ＲＮＴＩのためのＰＤＣＣＨ上で受信され、受信されたＴＢが首尾よく復号される場合、ＭＡＣエンティティは、測定ギャップの発生の可能性にかかわらず：
−ランダムアクセス応答にバックオフインジケータサブヘッダが含まれている場合：
−バックオフインジケータサブヘッダのＢＩフィールド及び表７．２−１によって示されているようにバックオフパラメータ値を設定するものとする。
−それ以外の場合は、バックオフパラメータ値を０ｍｓに設定するものとする。
−ランダムアクセス応答が、送信されたランダムアクセスプリアンブル（従属節５．１．３参照）に対応するランダムアクセスプリアンブル識別子を含む場合、ＭＡＣエンティティは：
−このランダムアクセス応答受信が成功したとみなし、ランダムアクセスプリアンブルが送信されたサービングセルに対して下記の動作を適用するものとする。
−受信されたタイミングアドバンス命令を処理するものとする（従属節５．２参照）。
−preambleInitialReceivedTargetPower、及び下位層への最新のプリアンブル送信に適用された電力ランピングの量（すなわち、（PREAMBLE_TRANSMISSION_COUNTER−１)＊powerRampingStep）を示すものとする。
−受信されたＵＬグラント値を処理して、それを下位層に示すものとする。
−ra-PreambleIndexが明示的にシグナリングされ、それが００００００ではなかった（すなわち、ＭＡＣによって選択されていない）場合、
−ランダムアクセス手順が正常に終了したとみなすものとする。
−そうでなければ、ランダムアクセスプリアンブルがＭＡＣエンティティによって選択された場合、
−一時的なＣ−ＲＮＴＩを、ランダムアクセス応答メッセージにおいて提供されるＵＬグラントに対応する最初の送信時よりも遅くないランダムアクセス応答メッセージにおいて受信された値に設定するものとする。
−これがこのランダムアクセス手順の中で最初に首尾よく受信されたランダムアクセス応答である場合：
−送信がＣＣＣＨ論理チャネルに対して行われていない場合、多重化及びアセンブリエンティティに対して、後続のアップリンク送信にＣ−ＲＮＴＩ  ＭＡＣ制御要素を含めるように指示するものとする。
−“多重化及びアセンブリ”エンティティから送信するべきＭＡＣ  ＰＤＵを取得し、それをＭｓｇ３バッファに格納するものとする。
注記：例えば競合解決のためにアップリンク送信が必要な場合、ｅＮＢは、ランダムアクセス応答において、５６ビットよりも小さいグラントを与えるべきではない。
注記：ランダムアクセス手順内で、ランダムアクセスプリアンブルの同じグループに対するランダムアクセス応答において提供されるアップリンクグラントが、そのランダムアクセス手順中に割り当てられた最初のアップリンクグラントと異なるサイズを有する場合、ＵＥの挙動は定義されない。
ＲＡ応答ウィンドウ内でランダムアクセス応答が受信されない場合、又は受信されたランダムアクセス応答のどれも、送信されたランダムアクセスプリアンブルに対応するランダムアクセスプリアンブル識別子を含まない場合、ランダムアクセス応答受信は成功していないと考えられ、ＭＡＣエンティティは：
−下位層からの電力ランピング停止の通知を受信していない場合：
−PREAMBLE_TRANSMISSION_COUNTERを１だけ増やすものとする。
−PREAMBLE_TRANSMISSION_COUNTER＝preambleTransMax＋１である場合：
−ランダムアクセスプリアンブルがＳｐＣｅｌｌ上で送信されるならば、
−上位層に対してランダムアクセスの問題を示すものとする。
−ランダムアクセスプリアンブルがＳＣｅｌｌ上で送信されるならば、
−ランダムアクセス手順が不成功に終わったとみなすものとする。
−このランダムアクセス手順において、ランダムアクセスプリアンブルがＭＡＣによって選択された場合：
−バックオフパラメータに基づいて、０とバックオフパラメータ値との間の一様分布に従ってランダムバックオフ時間を選択するものとする。
−後続のランダムアクセス送信をバックオフ時間だけ遅延させるものとする。
−ランダムアクセスリソースの選択に進むものとする（従属節５．１．２参照）。
５．１．５  競合の解決
競合解決は、ＳｐＣｅｌｌのＰＤＣＣＨ上のＣ−ＲＮＴＩ又はＤＬ−ＳＣＨ上のＵＥ競合解決識別子（UE  Contention  Resolution  Identity）のいずれかに基づく。
Ｍｓｇ３が送信されると、ＭＡＣエンティティは：
−mac-ContentionResolutionTimerを起動し、各ＨＡＲＱ再送信時にmac-ContentionResolutionTimerを再起動するものとする。
−測定ギャップの発生の可能性にかかわらず、mac-ContentionResolutionTimerが満了するか又は停止されるまでＰＤＣＣＨを監視するものとする。
−下位層からＰＤＣＣＨ送信の受領の通知を受信した場合、ＭＡＣエンティティは：
−Ｃ−ＲＮＴＩ  ＭＡＣ制御要素がＭｓｇ３に含まれていた場合：
−ランダムアクセス手順が、ＭＡＣサブレイヤ自体によって、又はＲＲＣサブレイヤによって開始され、ＰＤＣＣＨ送信がＣ−ＲＮＴＩにアドレス指定されるとともに、新しい送信のためのＵＬグラントを含む場合、又は
−ランダムアクセス手順がＰＤＣＣＨ命令によって開始され、ＰＤＣＣＨ送信がＣ−ＲＮＴＩにアドレス指定される場合：
−この競合の解決が成功したとみなし、
−mac-ContentionResolutionTimerを停止し、
−一時的なＣ−ＲＮＴＩを破棄し、
−このランダムアクセス手順が正常に終了したとみなすものとする。
−そうでなければ、ＣＣＣＨ  ＳＤＵがＭｓｇ３に含まれていて、ＰＤＣＣＨ送信がその一時的なＣ−ＲＮＴＩにアドレス指定される場合：
−ＭＡＣ  ＰＤＵが正常に復号された場合：
−mac-ContentionResolutionTimerを停止し、
−ＭＡＣ  ＰＤＵがＵＥ競合解決識別子ＭＡＣ制御要素を含む場合、及び
−ＭＡＣ制御要素に含まれるＵＥ競合解決識別子がＭｓｇ３において送信されたＣＣＣＨ  ＳＤＵと適合する場合：
−この競合解決が成功したとみなして、ＭＡＣ  ＰＤＵの分解及び逆多重化を終了し、
−Ｃ−ＲＮＴＩを一時的なＣ−ＲＮＴＩの値に設定し、
−一時的なＣ−ＲＮＴＩを破棄し、
−このランダムアクセス手順が正常に終了したとみなすものとする。
−それ以外の場合は、
−一時的なＣ−ＲＮＴＩを破棄し、
−この競合解決が成功しなかったとみなし、正常に復号されたＭＡＣ  ＰＤＵを破棄するものとする。
−mac-ContentionResolutionTimerが満了する場合：
−一時的なＣ−ＲＮＴＩを破棄し、
−競合解決が成功しなかったとみなすものとする。
−競合解決が成功しなかったとみなされる場合、ＭＡＣエンティティは：
−Ｍｓｇ３バッファ内のＭＡＣ  ＰＤＵの送信に使用されるＨＡＲＱバッファをフラッシュし、
−下位層からの電力ランピング停止の通知を受信していない場合：
−PREAMBLE_TRANSMISSION_COUNTERを１だけ増やすものとする。
−PREAMBLE_TRANSMISSION_COUNTER＝preambleTransMax＋１である場合：
−上位層に対してランダムアクセスの問題を示すものとする。
−バックオフパラメータに基づいて、０とバックオフパラメータ値との間の一様分布に従ってランダムバックオフ時間を選択するものとする。
−後続のランダムアクセス送信をバックオフ時間だけ遅延させるものとする。
−ランダムアクセスリソースの選択に進むものとする（従属節５．１．２参照）。
５．１．６  ランダムアクセス手順の終了
ランダムアクセス手順の終了時に、ＭＡＣエンティティは：
−もしあれば、明示的にシグナリングされたra-PreambleIndex及びra-PRACH-MaskIndexを破棄し、
−Ｍｓｇ３バッファ内のＭＡＣ  ＰＤＵの送信に使用されるＨＡＲＱバッファをフラッシュする。
さらに、もしあれば、ＲＮは中断したＲＮサブフレーム設定を再開するものとする。
６．１．３．４  ＵＥ競合解決識別子ＭＡＣ制御要素
ＵＥ競合解決識別子ＭＡＣ制御要素は、表６．２．１−１に規定されるＬＣＩＤを有するＭＡＣ  ＰＤＵサブヘッダによって識別される。この制御要素は、固定された４８ビットのサイズを有し、下記（図６．１．３．４−１）のように定義された単一のフィールドで構成される。
−ＵＥ競合解決識別子：このフィールドは、アップリンクＣＣＣＨ  ＳＤＵを含む。
［“ＵＥ競合解決識別子ＭＡＣ制御要素”と題する３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１２．７．０の図６．１．３．４−１は、図５として再現される。］
６．１．５  ＭＡＣ  ＰＤＵ（ランダムアクセス応答）
ＭＡＣ  ＰＤＵは、ＭＡＣヘッダと、０以上のＭＡＣランダムアクセス応答（ＭＡＣ  ＲＡＲ）と、任意に図６．１．５−４において説明されたパディングで構成される。
ＭＡＣヘッダは、可変サイズのヘッダである。
ＭＡＣ  ＰＤＵヘッダは、１つ又は複数のＭＡＣ  ＰＤＵサブヘッダからなり、各サブヘッダは、バックオフインジケータサブヘッダを除くＭＡＣ  ＲＡＲに対応する。
含まれている場合、バックオフインジケータサブヘッダは一度だけ含まれるとともに、ＭＡＣ  ＰＤＵヘッダに含まれる最初のサブヘッダになる。
ＭＡＣ  ＰＤＵサブヘッダは、（図６．１．５−２において説明された）５つのヘッダフィールドＥ／Ｔ／Ｒ／Ｒ／ＢＩからなるバックオフインジケータサブヘッダがなければ、（図６．１．５−１において説明された）３つのヘッダフィールドＥ／Ｔ／ＲＡＰＩＤから構成される。
ＭＡＣ  ＲＡＲは、（図６．１．５−３において説明された）４つのフィールドＲ／タイミングアドバンス命令／ＵＬグラント／一時的なＣ−ＲＮＴＩで構成される。
パディングは、最後のＭＡＣ  ＲＡＲの後に発生し得る。
パディングの有無と長さは、ＴＢサイズ、ＭＡＣヘッダのサイズ、及びＲＡＲの数に基づいて黙示的に示される。
［“Ｅ／Ｔ／ＲＡＰＩＤ  ＭＡＣサブヘッダ”と題する３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１２．７．０の図６．１．５−１は、図６として再現される。］
［“Ｅ／Ｔ／Ｒ／Ｒ／ＢＩ  ＭＡＣサブヘッダ”と題する３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１２．７．０の図６．１．５−２は、図７として再現される。］
［“ＭＡＣ  ＲＡＲ”と題する３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１２．７．０の図６．１．５−３は、図８として再現される。］
［“ＭＡＣヘッダとＭＡＣ  ＲＡＲからなるＭＡＣ  ＰＤＵの例”と題する３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１２．７．０の図６．１．５−４は、図９として再現される。］
６．２．２  ランダムアクセス応答のためのＭＡＣヘッダ
ＭＡＣヘッダは可変サイズのヘッダであり、下記のフィールドで構成される。
−Ｅ：拡張フィールドは、ＭＡＣヘッダ内に更に多くのフィールドが存在するか否かを示すフラグである。Ｅフィールドは、少なくとももう１組のＥ／Ｔ／ＲＡＰＩＤフィールドが続くことを示すために“１”に設定される。Ｅフィールドは、ＭＡＣ  ＲＡＲ又はパディングが次のバイトで開始することを示すために“０”に設定される。
−Ｔ：タイプフィールドは、ＭＡＣサブヘッダがランダムアクセスＩＤ又はバックオフインジケータを含むかどうかを示すフラグである。Ｔフィールドは、サブヘッダ内のバックオフインジケータフィールド（ＢＩ）の存在を示すために“０”に設定される。Ｔフィールドは、サブヘッダ内のランダムアクセスプリアンブルＩＤフィールド（ＲＡＰＩＤ）の存在を示すために“１”に設定される。
−Ｒ：予約ビット、“０”に設定される。
−ＢＩ：バックオフインジケータフィールドは、セル内の過負荷状態を識別する。ＢＩフィールドのサイズは、４ビットである。
−ＲＡＰＩＤ：ランダムアクセスプリアンブルＩＤ（IDentitfier：識別子）フィールドは、送信されたランダムアクセスプリアンブルを識別する（従属節５．１．３参照）。ＲＡＰＩＤフィールドのサイズは、６ビットである。
ＭＡＣヘッダとサブヘッダは、オクテット整列される（octet  aligned）。
６．２．３  ランダムアクセス応答のためのＭＡＣペイロード
ＭＡＣ  ＲＡＲは、固定サイズであり、下記のフィールドで構成される。
−Ｒ：予約ビット、“０”に設定される。
−タイミングアドバンス命令：タイミングアドバンス命令フィールドは、ＭＡＣエンティティが適用しなければならないタイミング調整の量を制御するために使用されるインデックス値ＴＡ（０，１，２．．．１２８２）を示す（［２］の従属節４．２．３を参照）。タイミングアドバンス命令フィールドのサイズは、１１ビットである。
−ＵＬグラント：アップリンクグラントフィールドは、アップリンク上で使用されるべきリソースを示す（［２］の従属節６．２参照）ＵＬグラントフィールドのサイズは、２０ビットである。
−一時的なＣ−ＲＮＴＩ：一時的なＣ−ＲＮＴＩフィールドは、ランダムアクセス中にＭＡＣエンティティによって使用される一時的な識別子を示す。一時的なＣ−ＲＮＴＩフィールドのサイズは、１６ビットである。
ＭＡＣ  ＲＡＲは、オクテット整列される（octet  aligned）。
【００２７】
上記の３ＧＰＰ  ＴＳ  ３６．３２１において論じられたように、ＵＥによって選択されなかったプリアンブルに対するランダムアクセス応答の成功した受信の後で、ランダムアクセス手順は正常に終了したとみなされる。競合のないランダムアクセス手順がネットワークによってトリガされるので、ランダムアクセス手順の後に、ネットワークからの１つ若しくは複数のＵＬ（アップリンク）又はＤＬ（ダウンリンク）送信指示が存在することになる、ことが予想され得る。したがって、ＵＥは、ランダムアクセス応答の受信が成功した後で、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）を監視する必要がある。そのような原理は、ＬＴＥ  ＭＡＣ仕様書（３ＧＰＰ  ＴＳ  ３６．３２１）において下記のように説明されている不連続受信（ＤＲＸ）手順に含まれている。
５．７  不連続受信（ＤＲＸ）
ＭＡＣエンティティは、ＭＡＣエンティティのＣ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、セミパーシステントスケジューリングＣ−ＲＮＴＩ（設定されている場合）、ｅＩＭＴＡ−ＲＮＴＩ（設定されている場合）、及びＳＬ−ＲＮＴＩ（設定されている場合）に関する、ＵＥのＰＤＣＣＨ監視アクティビティを制御するＤＲＸ機能を有するＲＲＣによって構成されてもよい。RRC_CONNECTEDにおいてＤＲＸが設定されている場合、ＭＡＣエンティティは、この従属節で指定されたＤＲＸ動作を使用して不連続にＰＤＣＣＨを監視することができ、それ以外の場合は、ＭＡＣエンティティはＰＤＣＣＨを連続的に監視する。ＤＲＸ動作を使用する場合、ＭＡＣエンティティは、本仕様書の他の従属節にある要件に従って、同様にＰＤＣＣＨを監視するものとする。ＲＲＣは、タイマonDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer（ブロードキャストプロセスを除くＤＬ  ＨＡＲＱプロセスあたり１つ）、longDRX-Cycle、drxStartOffsetの値、及び任意にdrxShortCycleTimer及びshortDRX-Cycleを設定することによって、ＤＲＸ動作を制御する。ＤＬ  ＨＡＲＱプロセス（ブロードキャストプロセスを除く）ごとのＨＡＲＱ  ＲＴＴタイマが、同様に定義される（従属節７．７参照）。
ＤＲＸサイクルが設定されている場合に、アクティブ時間には：
−（従属節５．１．５において説明された）onDurationTimer又はdrx-InactivityTimer又はdrx-RetransmissionTimer又はmac-ContentionResolutionTimerが実行中である、又は
−（従属節５．４．４において説明された）スケジューリング要求がＰＵＣＣＨで送信され、保留中である、又は
−保留中のＨＡＲＱ再送信のためのアップリンクグラントが発生し得るとともに、対応するＨＡＲＱバッファにデータが存在する、又は
−（従属節５．１．４において説明された）ＭＡＣエンティティによって選択されなかったプリアンブルに対するランダムアクセス応答の受信が成功した後で、ＭＡＣエンティティのＣ−ＲＮＴＩにアドレス指定される新たな送信を示すＰＤＣＣＨが受信されていない、
間の時間が含まれる。
ＤＲＸが構成されている場合、ＭＡＣエンティティは、各サブフレームに関して：
−このサブフレームでＨＡＲＱ  ＲＴＴタイマが満了し、対応するＨＡＲＱプロセスのデータが正常に復号化されなかった場合：
−対応するＨＡＲＱプロセスに関するdrx-RetransmissionTimerを起動するものとする。
−ＤＲＸ命令ＭＡＣ制御要素又はロングＤＲＸ命令ＭＡＣ制御要素が受信された場合：
−onDurationTimerを停止し、
−drx-InactivityTimerを停止し、
−drx-InactivityTimerが満了した場合、又はＤＲＸ命令ＭＡＣ制御要素がこのサブフレームで受信された場合：
−ショートＤＲＸサイクルが設定されている場合：
−drxShortCycleTimerを起動又は再起動し、
−ショートＤＲＸサイクルを使用するものとする。
−それ以外の場合は：
−ロングＤＲＸサイクルを使用するものとする。
−このサブフレームでdrxShortCycleTimerが満了する場合：
−ロングＤＲＸサイクルを使用するものとする。
−ロングＤＲＸ命令ＭＡＣ制御要素が受信された場合：
−drxShortCycleTimerを停止し、
−ロングＤＲＸサイクルを使用するものとする。
−ショートＤＲＸサイクルが使用され、[（SFN＊10）＋サブフレーム番号]  modulo  （shortDRX-Cycle）＝（drxStartOffset）modulo（shortDRX-Cycle）の場合、又は
−ロングＤＲＸサイクルが使用され、[（SFN＊10）＋サブフレーム番号]  modulo  （longDRX-Cycle）＝drxStartOffsetの場合：
−onDurationTimerを起動し、
−アクティブ時間の間に、ＰＤＣＣＨ−サブフレームについて、サブフレームが半二重ＦＤＤ  ＵＥ動作のためのアップリンク送信に必要でない場合、サブフレームが半二重ガードサブフレームでない場合［７］、及びサブフレームが設定された測定ギャップの一部でない場合、又は
−ＰＤＣＣＨサブフレーム以外のサブフレームと、集約セル内の同時受信及び送信が可能なＵＥとに関して、アクティブ時間中に、サブフレームが、schedulingCellId
[8]によって設定されない少なくとも１つのサービングセルに対して、有効なｅＩＭＴＡ  Ｌ１シグナリングによって指示されるダウンリンクサブフレームである場合、及びサブフレームが設定された測定ギャップの一部でない場合、又は
−ＰＤＣＣＨサブフレーム以外のサブフレームと、集約セル内の同時受信及び送信が可能でないＵＥとに関して、アクティブ時間中に、サブフレームが、ＳｐＣｅｌｌに対して、有効なｅＩＭＴＡ  Ｌ１シグナリングによって指示されるダウンリンクサブフレームである場合、及びサブフレームが設定された測定ギャップの一部でない場合：
−ＰＤＣＣＨを監視し、
−ＰＤＣＣＨがＤＬ送信を示す場合、又はこのサブフレームに対してＤＬ割り当てが設定されている場合：
−対応するＨＡＲＱプロセスに関するＨＡＲＱ  ＲＴＴタイマを起動し、
−対応するＨＡＲＱプロセスに関するdrx-RetransmissionTimerを停止するものとする。
−ＰＤＣＣＨが新しい送信（ＤＬ、ＵＬ、又はＳＬ）を示す場合：
−drx-InactivityTimerを起動又は再起動するものとする。
−現在のサブフレームｎにおいて、ＭＡＣエンティティがアクティブ時間に入っていない場合、グラント／割り当て／ＤＲＸ命令ＭＡＣ制御要素／ロングＤＲＸ命令ＭＡＣ制御要素が受信され、サブフレームｎ−５までスケジューリング要求が送信されることを考慮して、本従属節で指定されている全てのＤＲＸアクティブ時間条件を評価する際に、type-0-triggered  SRS［２］は報告されないものとする。
−上位層によってＣＱＩマスキング（cqi-Mask）が設定されている場合：
−現在のサブフレームｎにおいて、onDurationTimerが実行されない場合、サブフレームｎ−５までグラント／割り当て／ＤＲＸ命令ＭＡＣ制御要素／ロングＤＲＸ命令ＭＡＣ制御要素が受信されることを考慮して、本従属節で指定されている全てのＤＲＸアクティブ時間条件を評価する際に、ＰＵＣＣＨ上のＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩは報告されないものとする。
−それ以外の場合は：
−現在のサブフレームｎにおいて、ＭＡＣエンティティがアクティブ時間に入っていない場合、グラント／割り当て／ＤＲＸ命令ＭＡＣ制御要素／ロングＤＲＸ命令ＭＡＣ制御要素が受信され、サブフレームｎ−５までスケジューリング要求が送信されることを考慮して、本従属節で指定されている全てのＤＲＸアクティブ時間条件を評価する際に、ＰＵＣＣＨ上のＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩは報告されないものとする。
ＭＡＣエンティティがＰＤＣＣＨを監視しているか否かにかかわらず、ＭＡＣエンティティは、ＨＡＲＱフィードバックを受信するとともに送信し、それが期待されるときにtype-1-triggered  SRS［２］を送信する。
注記：同じアクティブ時間が、全ての活性化されたサービングセルに適用される。
注記：ダウンリンク空間多重化の場合、ＨＡＲＱ  ＲＴＴタイマが動作している間にＴＢが受信され、同じＴＢの以前の送信が、現在のサブフレームより少なくともＮサブフレーム前に受信された場合（ここで、ＮはＨＡＲＱ  ＲＴＴタイマに対応する）、ＭＡＣエンティティは、それを処理するとともに、ＨＡＲＱ  ＲＴＴタイマを再起動するべきである。
【００２８】
次世代（すなわち、５Ｇ）アクセス技術に関する３ＧＰＰ標準化活動が２０１５年３月から開始されている。次世代のアクセス技術は、緊急の市場ニーズ、及びＩＴＵ−Ｒ  ＩＭＴ−２０２０で規定されている、より長期的な要件の両方を満たすために、利用シナリオの下記の３つのファミリ（３ＧＰＰ  ＴＲ  ３８．９１３で議論されているような）をサポートすることを目指している。
−ｅＭＢＢ（enhanced  Mobile  Broadband：拡張モバイルブロードバンド）、
−ｍＭＴＣ（massive  Machine  Type  Communications：大規模マシンタイプ通信）、
−ＵＲＬＬＣ（Ultra-Reliable  and  Low  Latency  Communications：高信頼・超低遅延通信）。
さらに、ＮＲのいくつかの重要な性能指標は、３ＧＰＰ  ＴＲ  ３８．９１３に規定されている。例えば、
−制御プレーンの遅延の目標は１０ｍｓであるべきである。
制御プレーンの遅延は、バッテリの効率的状態（例えば、ＩＤＬＥ）から連続データ転送の開始（例えば、ＡＣＴＩＶＥ）に移行する時間のことを指す。
−ｅＭＢＢの場合、ユーザプレーンの遅延の目標は、ＵＬの場合は４ｍｓ、ＤＬの場合は４ｍｓにするべきである。ＵＲＬＬＣの場合、ユーザプレーンの遅延の目標は、ＵＬの場合は０．５ｍｓ、ＤＬの場合は０．５ｍｓにするべきである。
アップリンク方向とダウンリンク方向の両方において、アプリケーション層のパケット／メッセージを、無線プロトコル層２／３ＳＤＵ入力点から無線プロトコル層２／３ＳＤＵ出力点まで、無線インタフェースを介して正常に配信するのにかかる時間、ここで、デバイス又は基地局のいずれの受信も、ＤＲＸによって制限されない。
−まれな小パケットの遅延は、１６４ｄＢの最大結合損失（ＭａｘＣＬ）において測定された２０バイトのアプリケーションパケット（１０５バイトの物理層に対応する非圧縮ＩＰヘッダ付き）に対するアップリンクに関して１０秒以下でなければならない。
まれなアプリケーション層の小さなパケット／メッセージ転送のために、モバイル機器がその最も“バッテリ効率の良い”状態から開始する場合に、アプリケーション層のパケット／メッセージを、モバイル機器における無線プロトコル層２／３ＳＤＵ入力点からＲＡＮにおける無線プロトコル層２／３ＳＤＵ出力点まで、正常に配信するのにかかる時間。
−モビリティ中断時間（mobility  interruption  time）の目標は０ｍｓにするべきである。
モビリティ中断時間（mobility  interruption  time）は、ユーザ端末が遷移中に任意の基地局とユーザプレーンパケットを交換できない、システムによってサポートされる最短時間期間を意味する。このＫＰＩは、イントラＮＲモビリティ（intra-NR  mobility）に関するイントラ周波数モビリティ（intra-frequency  mobility）及びインター周波数モビリティ（inter-frequency  mobility）の両方のためのものである。
【００２９】
データ及び制御情報に関する３ＧＰＰ  ＲＡＮ１＃８６ｂｉｓ会議の合意事項は、ＲＡＮ１＃８６ｂｉｓ会議議事録において下記のように説明される。
・ＮＲは、同じニューメロロジーによってデータ及び制御の両方をサポートするべきである。
・ＴＤＭ又はＦＤＭ方式で異なるニューメロロジーを使用して、同じスロット間隔内でＵＥに対するＤＬ制御情報の送信及びデータ送信を可能にすることの影響と利点を検討する。
−上記はスロット及びミニスロットの両方に適用され得る。
・ＴＤＭ又はＦＤＭ方式で異なるニューメロロジーを使用して、同じスロット間隔内でＵＥからのアップリンク制御情報の送信及びデータ送信を可能にすることの影響と利点を検討する。
−上記はスロット及びミニスロットの両方に適用され得る。
・下記は、ＤＬとＵＬの両方に適用される。
−データ／制御送信に関する関連するＤＭ−ＲＳは、依然としてデータ／制御送信と同じニューメロロジーを使用する。
−更なる検討事項（FFS）：異なるニューメロロジーの下での制御チャネル性能、オーバヘッドの節約、制御チャネル容量；タイムラインの節約、ＵＥの複雑さの定量化。
【００３０】
ＤＲＸに関する３ＧＰＰ  ＲＡＮ２＃９６会議の合意事項は、ＲＡＮ２＃９６会議議事録において下記のように説明される。
１．異なる要件及び／又はニューメロロジーを有する複数のサービスをサポートするために、ＮＲにおいてＤＲＸ拡張が研究されている。
【００３１】
サービス／ニューメロロジーに関するＮＲについての３ＧＰＰ  ＲＡＮ２アドホック会議の合意事項は、ＮＲについてのＲＡＮ２アドホック会議において下記のように説明される。
１：単一の論理チャネルは、１つ又は複数のニューメロロジー／ＴＴＩ期間にマップされることができる。
２：ＡＲＱは、ＬＣＨがマップされる任意のニューメロロジー／ＴＴＩ長で実行されることができる。
３：ＲＬＣ設定は、ニューメロロジー／ＴＴＩ長に依存することなく、論理チャネルごとに行われる。
４：論理チャネルのニューメロロジー／ＴＴＩ長に対するマッピングは、ＲＲＣ再設定を介して再設定されることができる。
５：ＲＡＮ２は、ＲＡＮ１から離れて、ＨＡＲＱ再送信が異なるニューメロロジー／ＴＴＩ期間にわたって実行されることができるかどうかを決定することになる。
６：ＲＡＮ１からの詳細を待って、もしあれば、ＨＡＲＱ構成がニューメロロジー／ＴＴＩ期間に特有である必要があるかどうかを決定する。
７：単一のＭＡＣエンティティは、１つ又は複数のニューメロロジー／ＴＴＩ期間をサポートすることができる。
８：ＬＣＰは、論理チャネルの１つ又は複数のニューメロロジー／ＴＴＩ期間に対するマッピングを考慮する。ＬＣＰの詳細については、ＷＩ段階で議論する予定である。
【００３２】
ｓＴＴＩに関する３ＧＰＰ  ＲＡＮ２＃９７会議の合意事項は、ＲＡＮ２＃９７会議議事録において下記のように説明される。
−論理チャネルは、１つ又は複数のＴＴＩ期間に対して使用するように設定されることができる。
−（複数の）ＴＴＩ期間に対するＬＣＨのマッピングは、ＲＲＣによって設定される。
−レガシーＬＣＰは、考慮されている論理チャネルの間で、ＲＢに適用される。更なる検討事項  ＭＡＣ  ＣＥがどのように処理されるか。
−ＭＡＣの観点からは、物理層は、ＵＬグラントに関する関連するＴＴＩ期間を示すべきである。
−単一のＭＡＣエンティティは、レガシーＴＴＩとショートＴＴＩの両方をサポートすることになる。
−ＭＡＣエンティティごとに共通のＤＲＸ設定が適用される。ｓＴＴＩ  ｓＰＤＣＣＨ監視のための拡張が考慮されることができる。
【００３３】
ｓＴＴＩ（短い送信時間間隔）に関する３ＧＰＰ  ＲＡＮ２＃９７ｂｉｓ会議の合意事項は、ＲＡＮ２＃９７ｂｉｓ会議議事録において下記のように説明される。
１．drx-RetransmissionTimerに関する単位、drx-ULRetransmissionTimerの計数は、再送信時間を開始するＨＡＲＱ  ＲＴＴ時間の終了と同じであり、すなわち、再送信中のＴＢのＴＴＩ長に依存する。
２．Legacy  DRX  Cycle及びdrxShortCycleTimerは、どのＴＴＩ長が使用されているかにかかわらず、サブフレーム数になる。
３．Legacy onDurationTimer及びdrx-InactivityTimerは、どのＴＴＩ長が使用されているかにかかわらず、ＰＤＣＣＨサブフレームの数を計数する。
４．ｓＰＤＣＣＨ監視に関する追加の拡張が必要かどうかは、更なる検討事項（FFS）である。ｓＰＤＣＣＨ拡張に関する追加タイマが必要かどうかは、更なる検討事項である。
【００３４】
ＤＲＸに関する３ＧＰＰ  ＲＡＮ２＃９７ｂｉｓ会議の合意事項は、ＲＡＮ２＃９７ｂｉｓ会議議事録において下記のように説明される。
−ＭＡＣエンティティは、任意の時点で、１つのＤＲＸ状態（すなわち、単一のオン／オフ時間）にあり得る。更なる検討事項  複数の構成がサポートされている場合。
−ＭＡＣエンティティが起動している場合に、それは“ＰＤＣＣＨ”機会（occasion）を監視する。
−ＮＲにおいて、ＤＲＸ構成は、少なくとも下記の構成パラメータ、すなわち、継続時間、非活動時間、再送信時間、ショートＤＲＸサイクル、ロングＤＲＸサイクルによって説明される。
【００３５】
ニューメロロジー及びＴＴＩ期間の定義、並びに関連する合意事項は、３ＧＰＰ  ＴＲ  ３８．８０４において下記のように論じられている。
５．４．７  ニューメロロジー及びＴＴＩ期間
１つのニューメロロジーは、周波数領域における１つのサブキャリア間隔に対応する。基本的なサブキャリア間隔を整数Ｎによってスケーリングすることにより、ＴＲ  ３８．８０２  ［１４］において、異なるニューメロロジーが定義され得る。
１つのＴＴＩ期間は、１つの送信方向において、時間領域における連続シンボルの数に対応する。異なる数のシンボル（例えば、１つの送信方向における、ミニスロット、１つのスロット、又は複数のスロットに対応する）を使用する場合に、異なるＴＴＩ期間が定義されることができる。
１つのニューメロロジーと１つのＴＴＩ期間との組み合わせは、物理層においてどのように送信が行われるかを決定する。
無線ベアラの論理チャネルがどのニューメロロジー及び／又はＴＴＩ期間にマップされるかは、ＲＲＣシグナリングを介して設定及び再設定されることができる。マッピングはＲＬＣには見えず、すなわち、ＲＬＣ構成は、ニューメロロジー及び／又はＴＴＩ期間に依存しない論理チャネルごとに存在するとともに、ＡＲＱは、論理チャネルが設定されているニューメロロジー及び／又はＴＴＩ期間のいずれかに関して動作することができる。
単一のＭＡＣエンティティは、１つ若しくは複数のニューメロロジー及び／又はＴＴＩ期間をサポートすることができるが、しかし、順守されるべきマッピングのための順序で、論理チャネル優先順位付け手順は、１つ若しくは複数のニューメロロジー及び／又はＴＴＩ期間への１つのＬＣＨのマッピングを考慮する。
注記：複数のニューメロロジー及びＴＴＩ期間を伴うＨＡＲＱ動作は更なる検討事項であり、それは、ＲＡＮ１によって議論されて決定されるべきである。
注記：ＴＴＩ以外のニューメロロジーの特徴がＭＡＣに見えるかどうかは、更なる検討事項（ＲＡＮ１における進捗状況によって異なる）である。
【００３６】
図１０において示されように、ＵＥによって選択されなかったプリアンブルを有するランダムアクセス手順は、非競合ベースのランダムアクセス手順である。非競合ベースのランダムアクセス手順は、（１）ハンドオーバ、（２）ＤＬデータ到着（ＵＬが同期していない場合）、（３）測位（ＵＥの測位にタイミングアドバンス（timing  advance）が必要とされる場合）、（４）ｓＴＡＧのための初期ＵＬ時間アライメント（time  alignment）、及び／又は他の場合を含むイベントによってトリガされ得る。非競合ベースのランダムアクセス手順の３つのステップは、Ｍｓｇ０（例えば、ＰＤＣＣＨ命令及び／又はハンドオーバ命令）、Ｍｓｇ１（例えば、ＲＡプリアンブル）、及びＭｓｇ２（例えば、ランダムアクセス応答）である。ランダムアクセス応答（Random  Access  Response、ＲＡＲ）の受信が成功した後で、ＵＥは、ＲＡＲに含まれるタイミングアドバンス（timing  advance、ＴＡ）命令を適用する。
【００３７】
ＵＥが、データ送信（ＵＬ及び／又はＤＬ）のスケジューリング情報を受信するために制御チャネル（例えば、ＮＲ−ＰＤＣＣＨ）を監視する必要がある、多くの異なる場合が存在する。背景技術において説明したように、１つの場合は、ＬＴＥシステムにおいて、ＵＥのＣ−ＲＮＴＩにアドレス指定される新しい送信を示すＰＤＣＣＨが受信されるまで、ＵＥによって選択されなかったプリアンブルに対するランダムアクセス応答の成功した受信の後でＵＥが制御チャネルを監視する必要がある場合である。上記のように、ＮＲ（すなわち、５Ｇ）では、複数のニューメロロジーがサポートされている。この解決法では、ＵＥによって選択されなかったプリアンブルに対するランダムアクセス応答の成功した受信の後で、スケジューリング情報に関する制御チャネルを受信するために、どのニューメロロジーをＵＥが監視する必要があるかが、図１１において示されるように、考慮される必要がある。
【００３８】
ＬＴＥシステムでは、単一のニューメロロジーしか存在しないので、ＵＥは、スケジューリング情報に関する制御チャネル（例えば、ＰＤＣＣＨ）を受信するために、１つのニューメロロジーのみを監視する。しかしながら、ＮＲシステムでは、複数のニューメロロジーが存在し得る。したがって、ＵＥは、制御チャネルが存在し得る全てのニューメロロジーを監視する必要があり得る。ＤＬデータの到着、又はハンドオーバの場合、データ送信は、到着データがマップされたニューメロロジーのみに対して発生する。この解決法では、全てのニューメロロジーを監視することは、余分なＵＥ電力を不必要に消費することになる。結果として、どのニューメロロジーに関して制御チャネルを監視する必要があるかを知ることが、ＵＥにとって有益である。
【００３９】
３ＧＰＰ  Ｒ１−１７０４１９３における“意見（Observation）１”に基づくと、データチャネル及び制御チャネルに対する異なるニューメロロジーは、潜在的にＵＥの複雑さを増加させる。図１２において示されるように、ＮＲ−ＰＤＣＣＨに関する複数のニューメロロジーが存在し得ると仮定され、制御及びデータに対して、同一のニューメロロジー又は異なるニューメロロジーが考慮され得る。言い換えれば、制御チャネルとデータチャネルとの間の関係については、図１３及び図１４において示されるように、同一ニューメロロジースケジューリング（same  numerology  scheduling）及び交差ニューメロロジースケジューリング（cross  numerology  scheduling）の両方が存在し得る。
【００４０】
３ＧＰＰ  Ｒ２−１７０２５９９における議論に基づくと、異なるニューメロロジーは異なるＰＲＡＣＨ構成をサポートすることが、ＲＡＮ１によって合意されるので、１つのニューメロロジーに関するＲＡＣＨ手順を経て得られたＴＡが、他のニューメロロジーに関するデータ送信に対して十分に正確ではない可能性があるため、実際のデータ送信が行われるニューメロロジーに関してＲＡＣＨ手順（すなわち、ランダムアクセス手順）を実行することが好ましい。非競合ベースのランダムアクセス手順のＭｓｇ０は、Ｍｓｇ１の送信方法に関してＵＥに通知するので、Ｍｓｇ１送信のためのニューメロロジーの情報が含まれてもよい。
【００４１】
解決法として、ＵＥは、ランダムアクセス応答の受信後にＵＥがＮＲ−ＰＤＣＣＨを監視するべきニューメロロジーを知るために、Ｍｓｇ０におけるこの黙示的な指示（すなわち、Ｍｓｇ１送信のためのニューメロロジーの情報）を利用することができる。より具体的には、同一ニューメロロジースケジューリングの場合、ＵＥは、制御チャンネルとデータ送信が同一のニューメロロジーに対して存在するので、Ｍｓｇ１送信に使用されるニューメロロジーに関してＮＲ−ＰＤＣＣＨを監視する。さらに、交差ニューメロロジースケジューリングの場合、ＵＥは、Ｍｓｇ１送信のためのニューメロロジーに関するデータ送信をスケジュールするために、制御チャネルが存在し得る、可能性がある（１つ又は複数の）ニューメロロジーを監視する。ＵＥは、特定のニューメロロジーに関するデータ送信をスケジュールするために、制御チャネルが存在し得る、可能性がある（１つ又は複数の）ニューメロロジーを、ネットワークからの設定シグナリング、又は標準において定義されている特定のルールを介して知ることができる（例えば、より広いサブキャリア間隔を有するニューメロロジーは、より狭いサブキャリア間隔を有するニューメロロジーを交差スケジュール（cross-schedule）することができる。）。本発明の一例が、一実施例による図１５において示される。
【００４２】
別の解決法として、Ｍｓｇ０は、ＵＥによって選択されなかったプリアンブルに対するランダムアクセス応答の受信後に、ＵＥが、どの（１つ又は複数の）ニューメロロジーに関してＮＲ−ＰＤＣＣＨを監視するべきかに関する明示的な指示を提供することができる。交差ニューメロロジースケジューリングのために、Ｍｓｇ０における明示的な指示からの（１つ又は複数の）ニューメロロジーは、Ｍｓｇ１送信のためのニューメロロジーとは異なることがある。
【００４３】
図１６は、ＵＥの一実施例による本発明の一例を例示する。ステップ１６０５において、ＵＥは、Ｍｓｇ０を受信するとともに、Ｍｓｇ０に含まれる、どのニューメロロジーに関してＮＲ−ＰＤＣＣＨを監視するべきかに関する指示を取得する。ステップ１６１０において、ＵＥは、ランダムアクセスプリアンブル（Ｍｓｇ１）を送信するとともに、ランダムアクセス応答（Ｍｓｇ２）を受信する。ステップ１６１５において、ＵＥは、Ｍｓｇ０に含まれる指示に基づくニューメロロジーに関してＮＲ−ＰＤＣＣＨを監視する。
【００４４】
さらなる解決法として、ＵＥによって選択されなかったプリアンブルに対するランダムアクセス応答の受信後に、ＵＥが、どの（１つ又は複数の）ニューメロロジーに関してＮＲ−ＰＤＣＣＨを監視するべきかに関する指示が、ネットワークからＭｓｇ２（すなわち、ＲＡＲ）において提供され得る。上記のように、ＬＴＥシステムのＭＡＣ  ＲＡＲは、ＵＬグラント部分と一時的なＣ−ＲＮＴＩ部分とを含む。より具体的には、Ｍｓｇ２においてネットワークから提供される指示は、新しいフィールド又は一時的なＣ−ＲＮＴＩフィールドにおいて割り当てられ得る明示的な指示であってもよい。一時的なＣ−ＲＮＴＩフィールドは、ＬＴＥシステムのための非競合ベースのランダムアクセス手順の間、使用されていないと仮定される。同一ニューメロロジースケジューリングの場合、ＵＥは、制御チャンネルとデータ送信が同一のニューメロロジーに対して存在するので、Ｍｓｇ２において示されているニューメロロジーを監視する。交差ニューメロロジースケジューリングの場合、ＵＥは、Ｍｓｇ２において示されるニューメロロジーに関するデータ送信をスケジュールするために、制御チャネルが存在し得る、可能性がある全てのニューメロロジーを監視する。ＵＥは、特定のニューメロロジーに関するデータ送信をスケジュールするために、制御チャネルが存在し得る、可能性があるニューメロロジーを、ネットワークからの設定シグナリング、又は標準において定義されている特定のルールを通して知ることができる（例えば、より広いサブキャリア間隔を有するニューメロロジーは、より狭いサブキャリア間隔を有するニューメロロジーを交差スケジュール（cross-schedule）することができる。）。
【００４５】
図１７は、ＵＥの一実施例による本発明の例を示す。ステップ１７０５において、ＵＥは、Ｍｓｇ０を受信する。ステップ１７１０において、ＵＥは、ランダムアクセスプリアンブル（Ｍｓｇ１）を送信するとともに、ランダムアクセス応答（Ｍｓｇ２）を受信する。ステップ１７１５において、ＵＥは、Ｍｓｇ２に含まれる、どのニューメロロジーに関してＮＲ−ＰＤＣＣＨを監視するべきかに関する指示を取得し、ＵＥは、指示に基づくニューメロロジーに関してＮＲ−ＰＤＣＣＨを監視する。
【００４６】
代わりの解決法として、Ｍｓｇ２（すなわち、ＲＡＲ）においてネットワークから提供される指示は、ＵＬグラント部分によって黙示的に搬送されることができる。言い換えれば、Ｍｓｇ２におけるＵＬグラントのニューメロロジーは、ＵＥによって選択されなかったプリアンブルに対するランダムアクセス応答の受信後に、ＵＥが、どの（１つ又は複数の）ニューメロロジーに関してＮＲ−ＰＤＣＣＨを監視するべきかについてＵＥに通知するために使用されることができる。より具体的には、ＵＬグラントのニューメロロジーは、ＵＥがＮＲ−ＰＤＣＣＨを監視するべきニューメロロジーであると指定されることができる。さらに、ＵＬグラントのニューメロロジーは、データ送信の後に続くためのニューメロロジーであると指定されることができる。同一ニューメロロジースケジューリングの場合、ＵＥは、制御チャンネルとデータ送信が同一のニューメロロジーに対して存在するので、ＵＬグラントのニューメロロジーを監視する。交差ニューメロロジースケジューリングの場合、ＵＥは、ＵＬグラントのニューメロロジーに関するデータ送信をスケジュールするために、制御チャネルが存在し得る、可能性がある全てのニューメロロジーを監視する。ＵＥは、特定のニューメロロジーに関するデータ送信をスケジュールするために、制御チャネルが存在し得る、可能性があるニューメロロジーを、ネットワークからの設定シグナリング、又は標準において定義されている特定のルールを通して知ることができる（例えば、より広いサブキャリア間隔を有するニューメロロジーは、より狭いサブキャリア間隔を有するニューメロロジーを交差スケジュール（cross-schedule）することができる。）。本発明の一例が、一実施例による図１８において示される。
【００４７】
上記の解決法において、Ｍｓｇ１送信のためのニューメロロジーは、Ｍｓｇ０において示されてもよい。Ｍｓｇ１送信のためのニューメロロジーを決定するための他の方法が、同様に可能である（例えば、システム情報においてブロードキャストされるデフォルトのニューメロロジー、又は標準において明示的に定義されるデフォルトのニューメロロジー）。ＵＥは、同様に、ＵＥに設定された複数のニューメロロジーからＭｓｇ１送信のためのニューメロロジーを選択することができる。
【００４８】
別の解決法として、ＵＥは、ＵＥによって選択されなかったプリアンブルに対するランダムアクセス応答の受信後に、ＮＲ−ＰＤＣＣＨに関するデフォルトのニューメロロジーを監視する。デフォルトのニューメロロジーの情報は、システム情報においてブロードキャストされてもよいし、又は標準において明示的に定義されてもよい。特定の無線ベアラ（例えば、シグナリング無線ベアラ）が、デフォルトのニューメロロジーにマップされ得ると仮定される。本発明の一例が、ＵＥの一実施例による図１９において示される。ステップ１９０５において、ＵＥは、Ｍｓｇ０を受信する。ステップ１９１０において、ＵＥは、ランダムアクセスプリアンブル（Ｍｓｇ１）を送信するとともに、ランダムアクセス応答（Ｍｓｇ２）を受信する。ステップ１９１５において、ＵＥは、ネットワークから、デフォルトのニューメロロジーに関する情報（例えば、システム情報）を取得し、ＵＥは、デフォルトのニューメロロジーに関してＮＲ−ＰＤＣＣＨを監視する。
【００４９】
更に別の解決法として、ＵＥは、Ｍｓｇ０に含まれる指示に従って決定された第１のニューメロロジーに関するＭｓｇ１を送信するとともに、ＵＥによって選択されなかったプリアンブルに対するランダムアクセス応答の受信後に、Ｍｓｇ２（すなわち、ＲＡＲ）に含まれる指示に従って決定された、ＮＲ−ＰＤＣＣＨに関する第２のニューメロロジー（複数のニューメロロジー）を監視する。
【００５０】
上記の全ての解決法において、Ｍｓｇ２（すなわち、ＲＡＲ）送信のためのニューメロロジーは、Ｍｓｇ１（すなわち、プリアンブル）送信のためのニューメロロジーと、好ましくは同じであり得る。
【００５１】
図２０は、ＵＥの１つの例示的な実施例によるフローチャート２０００である。ステップ２００５において、ＵＥは、非競合ベースのランダムアクセス手順をトリガするために、ネットワークノードからシグナリングを受信し、ここで、シグナリングは第１のニューメロロジーを示す情報を含む。ステップ２０１０において、ＵＥは、第２のニューメロロジーに関するランダムアクセスプリアンブルをネットワークノードに送信する。ステップ２０１５において、ＵＥは、ネットワークノードからランダムアクセス応答を受信する。ステップ２０２０において、ＵＥは、第１のニューメロロジーに従って決定された少なくとも第３のニューメロロジーに関する新しい送信をスケジュールするための制御チャネルを監視する。
【００５２】
図３及び図４に戻ると、ＵＥの１つの例示的な実施例において、装置３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、（ｉ）非競合ベースのランダムアクセス手順をトリガするために、ネットワークノードからシグナリングを受信し、ここで、シグナリングは第１のニューメロロジーを示す情報を含み、（ｉｉ）第２のニューメロロジーに関するランダムアクセスプリアンブルをネットワークノードに送信し、（ｉｉｉ）ネットワークノードからランダムアクセス応答を受信し、（ｉｖ）第１のニューメロロジーに従って決定された少なくとも第３のニューメロロジーに関する新しい送信をスケジュールするための制御チャネルを監視する、ことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載された上記の動作及びステップ、又は他のものの全てを実行することができる。
【００５３】
図２１は、ＵＥの１つの例示的な実施例によるフローチャート２１００である。ステップ２１０５において、ＵＥは、非競合ベースのランダムアクセス手順をトリガするために、ネットワークノードからシグナリングを受信する。ステップ２１１０において、ＵＥは、第１のニューメロロジーに関するランダムアクセスプリアンブルをネットワークノードに送信する。ステップ２１１５において、ＵＥは、ネットワークノードからランダムアクセス応答を受信し、ここで、ランダムアクセス応答はＵＥが第２のニューメロロジーを導出するための情報を含む。ステップ２１２０において、ＵＥは、第２のニューメロロジーに従って決定された少なくとも第３のニューメロロジーに関する新しい送信をスケジュールするための制御チャネルを監視する。
【００５４】
図３及び図４に戻ると、ＵＥの１つの例示的な実施例において、装置３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、（ｉ）非競合ベースのランダムアクセス手順をトリガするために、ネットワークノードからシグナリングを受信し、（ｉｉ）第１のニューメロロジーに関するランダムアクセスプリアンブルをネットワークノードに送信し、（ｉｉｉ）ネットワークノードからランダムアクセス応答を受信し、ここで、ランダムアクセス応答はＵＥが第２のニューメロロジーを導出するための情報を含み、（ｉｖ）第２のニューメロロジーに従って決定された少なくとも第３のニューメロロジーに関する新しい送信をスケジュールするための制御チャネルを監視する、ことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載された上記の動作及びステップ、又は他のものの全てを実行することができる。
【００５５】
図２２は、ネットワークノードの１つの例示的な実施例によるフローチャート２２００である。ステップ２２０５において、ネットワークノードは、非競合ベースのランダムアクセス手順をトリガするために、ＵＥにシグナリングを送信し、ここで、シグナリングは第１のニューメロロジーを示す情報を含む。ステップ２２１０において、ネットワークノードは、第２のニューメロロジーに関するランダムアクセスプリアンブルをＵＥから受信する。ステップ２２１５において、ネットワークノードは、ＵＥにランダムアクセス応答を送信する。ステップ２２２０において、ネットワークノードは、第１のニューメロロジーに従って決定された少なくとも第３のニューメロロジーに関する新しい送信をスケジュールするための制御チャネルをＵＥに送信する。
【００５６】
図３及び図４に戻ると、ネットワークノードの１つの例示的な実施例において、装置３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ネットワークノードが、（ｉ）非競合ベースのランダムアクセス手順をトリガするために、ＵＥにシグナリングを送信し、ここで、シグナリングは第１のニューメロロジーを示す情報を含み、（ｉｉ）第２のニューメロロジーに関するランダムアクセスプリアンブルをＵＥから受信し、（ｉｉｉ）ＵＥにランダムアクセス応答を送信し、（ｉｖ）第１のニューメロロジーに従って決定された少なくとも第３のニューメロロジーに関する新しい送信をスケジュールするための制御チャネルをＵＥに送信する、ことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載された上記の動作及びステップ、又は他のものの全てを実行することができる。
【００５７】
図２３は、ネットワークノードの１つの例示的な実施例によるフローチャート２３００である。ステップ２３０５において、ネットワークノードは、非競合ベースのランダムアクセス手順をトリガするために、ＵＥにシグナリングを送信する。ステップ２３１０において、ネットワークノードは、第１のニューメロロジーに関するランダムアクセスプリアンブルをＵＥから受信する。ステップ２３１５において、ネットワークノードは、ＵＥにランダムアクセス応答を送信し、ここで、ランダムアクセス応答はＵＥが第２のニューメロロジーを導出するための情報を含む。ステップ２３２０において、ネットワークノードは、第２のニューメロロジーに従って決定された少なくとも第３のニューメロロジーに関する新しい送信をスケジュールするための制御チャネルをＵＥに送信する。
【００５８】
図３及び図４に戻ると、ネットワークノードの１つの例示的な実施例において、装置３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ネットワークノードが、（ｉ）非競合ベースのランダムアクセス手順をトリガするために、ＵＥにシグナリングを送信し、（ｉｉ）第１のニューメロロジーに関するランダムアクセスプリアンブルをＵＥから受信し、（ｉｉｉ）ＵＥにランダムアクセス応答を送信し、ここで、ランダムアクセス応答はＵＥが第２のニューメロロジーを導出するための情報を含み、（ｉｖ）第２のニューメロロジーに従って決定された少なくとも第３のニューメロロジーに関する新しい送信をスケジュールするための制御チャネルをＵＥに送信する、ことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載された上記の動作及びステップ、又は他のものの全てを実行することができる。
【００５９】
図２４は、ネットワークノードの１つの例示的な実施例によるフローチャート２４００である。ステップ２４０５において、ネットワークノードは、非競合ベースのランダムアクセス手順をトリガするために、ＵＥにシグナリングを送信し、ここで、シグナリングは第１のニューメロロジーを示す第１の情報及び第２のニューメロロジーを示す第２の情報を含む。ステップ２４１０において、ネットワークノードは、第２のニューメロロジーに基づくランダムアクセスプリアンブルをＵＥから受信する。ステップ２４１５において、ネットワークノードは、ＵＥにランダムアクセス応答を送信する。ステップ２４２０において、ネットワークノードは、第１のニューメロロジーに基づく新しい送信をスケジュールするための制御チャネルをＵＥに送信する。
【００６０】
図３及び図４に戻ると、ネットワークノードの１つの例示的な実施例において、装置３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ネットワークノードが、（ｉ）非競合ベースのランダムアクセス手順をトリガするために、ＵＥにシグナリングを送信し、ここで、シグナリングは第１のニューメロロジーを示す第１の情報及び第２のニューメロロジーを示す第２の情報を含み、（ｉｉ）第２のニューメロロジーに基づくランダムアクセスプリアンブルをＵＥから受信し、（ｉｉｉ）ＵＥにランダムアクセス応答を送信し、（ｉｖ）第１のニューメロロジーに基づく新しい送信をスケジュールするための制御チャネルをＵＥに送信する、ことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載された上記の動作及びステップ、又は他のものの全てを実行することができる。
【００６１】
図２５は、ネットワークノードの１つの例示的な実施例によるフローチャート２５００である。ステップ２５０５において、ネットワークノードは、非競合ベースのランダムアクセス手順をトリガするために、ＵＥにシグナリングを送信する。ステップ２５１０において、ネットワークノードは、第２のニューメロロジーに基づくランダムアクセスプリアンブルをＵＥから受信し、ここで、第２のニューメロロジーはシステム情報においてブロードキャストされる第２のデフォルトのニューメロロジーである。ステップ２５１５において、ネットワークノードは、ＵＥにランダムアクセス応答を送信する。ステップ２５２０において、ネットワークノードは、第１のニューメロロジーに基づく新しい送信をスケジュールするための制御チャネルをＵＥに送信し、ここで、第１のニューメロロジーはシステム情報においてブロードキャストされる第１のデフォルトのニューメロロジーである。
【００６２】
図３及び図４に戻ると、ネットワークノードの１つの例示的な実施例において、装置３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ネットワークノードが、（ｉ）非競合ベースのランダムアクセス手順をトリガするために、ＵＥにシグナリングを送信し、（ｉｉ）第２のニューメロロジーに基づくランダムアクセスプリアンブルをＵＥから受信し、ここで、第２のニューメロロジーはシステム情報においてブロードキャストされる第２のデフォルトのニューメロロジーであり、（ｉｉｉ）ＵＥにランダムアクセス応答を送信し、（ｉｖ）第１のニューメロロジーに基づく新しい送信をスケジュールするための制御チャネルをＵＥに送信し、ここで、第１のニューメロロジーはシステム情報においてブロードキャストされる第１のデフォルトのニューメロロジーである、ことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載された上記の動作及びステップ、又は他のものの全てを実行することができる。
【００６３】
図２６は、ＵＥの１つの例示的な実施例によるフローチャート２６００である。ステップ２６０５において、ＵＥは、非競合ベースのランダムアクセス手順をトリガするために、ネットワークノードからシグナリングを受信し、ここで、シグナリングは第１のニューメロロジーを示す第１の情報及び第２のニューメロロジーを示す第２の情報を含む。ステップ２６１０において、ＵＥは、第２のニューメロロジーに基づくランダムアクセスプリアンブルをネットワークノードに送信する。ステップ２６１５において、ＵＥは、ネットワークノードからランダムアクセス応答を受信する。ステップ２６２０において、ＵＥは、第１のニューメロロジーに基づく新しい送信をスケジュールするための制御チャネルを監視する。
【００６４】
図３及び図４に戻ると、ＵＥの１つの例示的な実施例において、装置３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、（ｉ）非競合ベースのランダムアクセス手順をトリガするために、ネットワークノードからシグナリングを受信し、ここで、シグナリングは第１のニューメロロジーを示す第１の情報及び第２のニューメロロジーを示す第２の情報を含み、（ｉｉ）第２のニューメロロジーに基づくランダムアクセスプリアンブルをネットワークノードに送信し、（ｉｉｉ）第１のニューメロロジーに基づく新しい送信をスケジュールするための制御チャネルを監視する、ことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載された上記の動作及びステップ、又は他のものの全てを実行することができる。
【００６５】
図２７は、ＵＥの１つの例示的な実施例によるフローチャート２７００である。ステップ２７０５において、ＵＥは、非競合ベースのランダムアクセス手順をトリガするために、ネットワークノードからシグナリングを受信する。ステップ２７１０において、ＵＥは、第２のニューメロロジーに基づくランダムアクセスプリアンブルをネットワークノードに送信し、ここで、第２のニューメロロジーはシステム情報においてブロードキャストされる第２のデフォルトのニューメロロジーである。ステップ２７１５において、ＵＥは、ネットワークノードからランダムアクセス応答を受信する。ステップ２７２０において、ＵＥは、第１のニューメロロジーに基づく新しい送信をスケジュールするための制御チャネルを監視し、ここで、第１のニューメロロジーはシステム情報においてブロードキャストされる第１のデフォルトのニューメロロジーである。
【００６６】
図３及び図４に戻ると、ＵＥの１つの例示的な実施例において、装置３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、（ｉ）非競合ベースのランダムアクセス手順をトリガするために、ネットワークノードからシグナリングを受信し、ここで、シグナリングは第１のニューメロロジーを示す第１の情報及び第２のニューメロロジーを示す第２の情報を含み、（ｉｉ）第２のニューメロロジーに基づくランダムアクセスプリアンブルをネットワークノードに送信し、（ｉｉｉ）第１のニューメロロジーに基づく新しい送信をスケジュールするための制御チャネルを監視する、ことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載された上記の動作及びステップ、又は他のものの全てを実行することができる。
【００６７】
図２０〜図２７において示されるとともに、上記のテキストにおいて説明された実施例の文脈では、一実施例において、シグナリングは、ＰＤＣＣＨ命令又はハンドオーバ命令であり得る。
【００６８】
一実施例において、第２のニューメロロジーは、第１のニューメロロジーに等しくなり得る。第２のニューメロロジーは、同様に、シグナリングに含まれることができる。さらに、第２のニューメロロジーは、システム情報でブロードキャストされるか、又は３ＧＰＰ標準において定義されているデフォルトのニューメロロジーであり得る。第２のニューメロロジーは、ネットワークノードによって設定された複数のニューメロロジーから、ＵＥによって選択されることができる。
【００６９】
一実施例において、第３のニューメロロジーは、第１のニューメロロジーに等しい。第３のニューメロロジーは、第１のニューメロロジーの送信リソースをスケジュールすることができるニューメロロジーであり得る。
【００７０】
一実施例において、第１のニューメロロジーと第３のニューメロロジーとの間のマッピングは、ネットワークノードによって設定されることができる。さらに、第１のニューメロロジーと第３のニューメロロジーとの間のマッピングは、システム情報においてブロードキャストされてもよいし、又は３ＧＰＰ標準において定義されてもよい。
【００７１】
一実施例において、制御チャネルは、ＰＤＣＣＨ及び／又はＮＲ−ＰＤＣＣＨであり得る。新しい送信は、ＤＬ送信又はＵＬ送信であり得る。
【００７２】
一実施例において、各ニューメロロジーは、周波数領域におけるサブキャリア間隔に対応する。
【００７３】
本開示の様々な態様が上記で説明された。本明細書における教示が多種多様な形態で具体化することができ、そして本明細書で開示されている特定の構造、機能、又はその両方が単に代表的なものに過ぎない、ということは明らかであるはずである。本明細書の教示に基づいて、当業者は、本明細書で開示された態様が任意の他の態様から独立して実施されることができ、そしてこれらの態様の２つ以上が様々な方法で組み合わせられることができる、ということを理解すべきである。例えば、本明細書で説明された任意の数の態様を使用して、装置が実施され得るか、又は方法が実行され得る。さらに、本明細書で説明された態様のうちの１つ若しくは複数に加えて、又はそれ以外の、他の構造、機能、若しくは構造及び機能を使用して、そのような装置が実施され得るか、又はそのような方法が実行され得る。上記の概念のいくつかの例として、いくつかの態様では、パルス繰り返し周波数に基づいてコンカレントチャネル（concurrent  channel）が確立されることができる。いくつかの態様では、パルス位置又はオフセットに基づいてコンカレントチャネルが確立されることができる。いくつかの態様では、時間ホッピングシーケンスに基づいてコンカレントチャネルが確立されることができる。いくつかの態様では、コンカレントチャネルは、パルス繰り返し周波数、パルス位置又はオフセット、及び時間ホッピングシーケンスに基づいて確立されてもよい。
【００７４】
当業者は、情報及び信号が、様々な異なる技術及び技法のいずれかを使用して表されることができる、ということを理解するであろう。例えば、上記の説明を通して参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁気フィールド若しくは磁性粒子、光学フィールド若しくは光学粒子、又はそれらの任意の組み合わせによって表されることができる。
【００７５】
当業者は、本明細書で開示される態様に関連して説明された様々な例示的な論理ブロック、モジュール、プロセッサ、手段、回路、及びアルゴリズムステップが、電子的ハードウェア（例えば、ソースコーディング若しくはいくつかの他の技術を使用して設計され得る、デジタル実装、アナログ実装、又は２つの組み合わせ）、命令を組み込んだ様々な形式のプログラム若しくは設計コード（それは、本明細書では便宜上、「ソフトウェア」又は「ソフトウェアモジュール」と呼ばれ得る）、又はその両方の組み合わせとして実施され得る、ということを更に認識するであろう。ハードウェア及びソフトウェアのこの互換性を明確に説明するために、様々な例示的なコンポーネント、ブロック、モジュール、回路、及びステップが、それらの機能性に関して上記で一般的に説明された。そのような機能性がハードウェア又はソフトウェアとして実装されるかどうかは、特定のアプリケーション、及びシステム全体に課される設計の制約に依存する。当業者は、特定のアプリケーションごとに様々な方法で説明された機能を実装することができるが、しかし、そのような実装の決定は、本開示の範囲から逸脱するものと解釈されるべきではない。
【００７６】
さらに、本明細書に開示された態様に関連して説明された様々な例示的な論理ブロック、モジュール、及び回路は、集積回路（「ＩＣ」）、アクセス端末、又はアクセスポイント内で実施され得るか、又はそれらによって実行され得る。ＩＣは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）若しくは他のプログラマブルロジックデバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、又は本明細書で説明された機能を実行するように設計されたそれらの任意の組み合わせを含み得るとともに、ＩＣの内部、ＩＣの外部、又はその両方に存在するコード若しくは命令を実行することができる。汎用プロセッサは、マイクロプロセッサであってもよいが、代替として、プロセッサは、任意の従来のプロセッサ、制御装置、マイクロ制御装置、又は状態機械であってもよい。プロセッサは、同様に、コンピューティング装置の組み合わせ、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連動する１つ若しくは複数のマイクロプロセッサ、又は任意の他のそのような構成として実施されてもよい。
【００７７】
任意の開示されたプロセスにおけるステップの任意の特定の順序又は階層は、サンプルアプローチの一例である、ということが理解される。設計の好みに基づいて、プロセスにおけるステップの特定の順序又は階層は、本開示の範囲内にとどまりながら再構成されることができる、ということが理解される。添付の方法の請求項は、サンプル順序における様々なステップの要素を提示するとともに、提示された特定の順序又は階層に限定されることを意味しない。
【００７８】
本明細書で開示された態様に関連して説明された方法又はアルゴリズムのステップは、ハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、又はその２つの組み合わせにおいて、直接具体化されてもよい。ソフトウェアモジュール（例えば、実行可能命令及び関連データを含む）並びに他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭなどのデータメモリ、又は当技術分野で知られている任意の他の形態のコンピュータ読み取り可能な記憶媒体に存在してもよい。サンプル記憶媒体は、例えばコンピュータ／プロセッサ（それは、本明細書では便宜上、「プロセッサ」と呼ばれ得る）のような機械に結合されることができ、そのようなプロセッサは、情報（例えばコード）を記憶媒体から読み取り、そして情報を記憶媒体に書き込むことができる。サンプル記憶媒体は、プロセッサに一体化されていてもよい。プロセッサ及び記憶媒体は、ＡＳＩＣ内に存在してもよい。ＡＳＩＣは、ユーザ装置内に存在してもよい。代わりに、プロセッサ及び記憶媒体は、ユーザ装置内のディスクリート部品として存在してもよい。さらに、いくつかの態様では、任意の適切なコンピュータプログラム製品は、本開示の１つ又は複数の態様に関連するコードを含むコンピュータ読み取り可能媒体を含むことができる。いくつかの態様では、コンピュータプログラム製品は、包装材料を含むことができる。
【００７９】
本発明を様々な態様に関連して説明してきたが、本発明は更なる変更が可能であることが理解されることになる。この出願は、一般に、本発明の原理に従うとともに、本発明が関係する技術分野における既知の習慣的な慣習に含まれるような本開示からのそのような逸脱を含む、本発明のあらゆる変形、使用、又は適合をカバーすることを目的としている。
【図１】
2018201190.tif 000003
【図２】
2018201190.tif 000004
【図３】
2018201190.tif 000005
【図４】
2018201190.tif 000006
【図５】
2018201190.tif 000007
【図６】
2018201190.tif 000008
【図７】
2018201190.tif 000009
【図８】
2018201190.tif 000010
【図９】
2018201190.tif 000011
【図１０】
2018201190.tif 000012
【図１１】
2018201190.tif 000013
【図１２】
2018201190.tif 000014
【図１３】
2018201190.tif 000015
【図１４】
2018201190.tif 000016
【図１５】
2018201190.tif 000017
【図１６】
2018201190.tif 000018
【図１７】
2018201190.tif 000019
【図１８】
2018201190.tif 000020
【図１９】
2018201190.tif 000021
【図２０】
2018201190.tif 000022
【図２１】
2018201190.tif 000023
【図２２】
2018201190.tif 000024
【図２３】
2018201190.tif 000025
【図２４】
2018201190.tif 000026
【図２５】
2018201190.tif 000027
【図２６】
2018201190.tif 000028
【図２７】
2018201190.tif 000029
【外国語明細書】
2018201190000001.pdf