(57)【特許請求の範囲】
【請求項１】
無線通信システムにおけるスモールセル高度化のための方法であって、
少なくとも第１のセルおよび第２のセルを含む複数のセルによりユーザー装置（ＵＥ）を設定するステップであって、前記第１のセルはマスターエボルブドノードＢ（ＭｅＮＢ）に関連し、前記第２のセルはセカンダリエボルブドノードＢ（ＳｅＮＢ）に関連する、ステップと、
第１のエボルブドノードＢ（ｅＮＢ）から送信されるコマンドであって、前記第１のセルおよび／または前記第２のセルのアクティブ化または非アクティブ化に関する情報を有するコマンドを、受信するステップと、
前記第１のｅＮＢに関連するセルのアクティブ化または非アクティブ化に関する情報を使用し、第２のｅＮＢに関連するセルのアクティブ化または非アクティブ化に関する情報は無視するステップと
を含む方法。
【請求項２】
前記第１のｅＮＢが前記ＭｅＮＢであって前記第２のｅＮＢが前記ＳｅＮＢである、または前記第１のｅＮＢが前記ＳｅＮＢであって前記第２のｅＮＢが前記ＭｅＮＢである、請求項１に記載の方法。
【請求項３】
前記コマンドがアクティブ化／非アクティブ化ＭＡＣコントロールエレメントである、請求項１または２に記載の方法。
【請求項４】
無線通信システムにおけるスモールセル高度化のための方法であって、
少なくとも第１のセルおよび第２のセルによりユーザー装置（ＵＥ）を設定するステップであって、前記第１のセルはマスターエボルブドノードＢ（ＭｅＮＢ）に関連し、前記第２のセルはセカンダリエボルブドノードＢ（ＳｅＮＢ）に関連する、ステップと、
セルのアクティブ化または非アクティブ化に関する情報を有するコマンドを受信するステップと、
決定条件に基づいて、セルのアクティブ化または非アクティブ化に関する前記情報を使用するかまたは無視するかを決定するステップと
を含む方法。
【請求項５】
前記決定条件は、前記コマンドを送信したｅＮＢである送信元に関連する、請求項４に記載の方法。
【請求項６】
前記コマンドは前記ＭｅＮＢから送信される、または前記コマンドは前記ＳｅＮＢから送信される、請求項５に記載の方法。
【請求項７】
前記決定条件は、どのセルにアクティブ化または非アクティブ化に関連する前記情報が当てはまるかに関連する、請求項４から６のうち何れか１項に記載の方法。
【請求項８】
前記第１のセルが、アクティブ化または非アクティブ化に関連する前記情報が当てはまるセルである、または
前記第２のセルが、アクティブ化または非アクティブ化に関連する前記情報が当てはまるセルである、請求項７に記載の方法。
【請求項９】
前記コマンドがアクティブ化／非アクティブ化ＭＡＣコントロールエレメントである、請求項４から８のうち何れか１項に記載の方法。
【請求項１０】
無線通信システムにおけるスモールセル高度化のための通信装置であって、
制御回路と、
前記制御回路に組み込まれたプロセッサと、
前記制御回路に組み込まれ、前記プロセッサに動作可能に接続されたメモリと、
を含み、前記プロセッサは、請求項１ないし９のうち何れか１項に記載の方法を実行することにより、スモールセル高度化を実現するために、メモリに格納されたプログラムコードを実行するように構成される、通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は概して無線通信ネットワーク等に関し、より詳細には無線通信システムにおけるスモールセル高度化又はスモールセルエンハンスメント（ｓｍａｌｌ  ｃｅｌｌ  ｅｎｈａｎｃｅｍｅｎｔ）のための方法および装置等に関する。
【背景技術】
【０００２】
移動通信機器へおよび移動通信機器からの大量のデータ通信に対する需要が急増するのに伴い、従来のモバイル音声通信ネットワーク（ｍｏｂｉｌｅ  ｖｏｉｃｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｎｅｔｗｏｒｋｓ）は、インターネットプロトコール（ＩＰ）データパケットで通信するネットワークへと進化している。かかるＩＰデータパケット通信は、移動通信機器のユーザーにボイスオーバーＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）、マルチメディア、マルチキャストおよびオンデマンド通信サービスを提供することができる。
【０００３】
現在標準化がなされている代表的なネットワーク構造は、次世代ユニバーサル地上無線アクセス（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ,Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上述したボイスオーバーＩＰおよびマルチメディアサービスを実現するべく、高データスループットを提供することができる。Ｅ−ＵＴＲＡＮシステムの標準化作業は現在、３ＧＰＰ標準化機関によって進められている。そして、３ＧＰＰ標準を進化させ、まとめ上げるために、現在、最新の３ＧＰＰ標準の体系への切り替えが提唱および検討されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
無線通信システムにおけるスモールセル高度化のための方法および装置を提供する。
【課題を解決するための手段】
【０００５】
無線通信システムにおけるスモールセル高度化のための方法および装置が開示され、特許請求の範囲に規定されている。各々の従属請求項は、その好ましい実施形態をそれぞれ定義している。１態様による方法は、ＵＥに、少なくとも第１のセルおよび第２のセルを割り当てるステップであって、第１のセルはマスターエボルブドノードＢ（Ｍａｓｔｅｒ  ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ：ＭｅＮＢ）に関連し、第２のセルはセカンダリエボルブドノードＢ(Ｓｅｃｏｎｄａｒｙ  ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ：ＳｅＮＢ)に関連する、ステップを含む。この方法はまた、セルのアクティブ化（ａｃｔｉｖａｔｉｏｎ）または非アクティブ化（ｄｅａｃｔｉｖａｔｉｏｎ）に関する情報を有する（又は担う）コマンドを受信するステップを含む。この方法はさらに、決定条件（ｄｅｔｅｒｍｉｎａｔｉｖｅ  ｃｏｎｄｉｔｉｏｎ）に基づいて、セルのアクティブ化または非アクティブ化に関連する情報を使用するか無視するかを決定するステップを含む。
【発明の効果】
【０００６】
本発明によれば、無線通信システムにおけるスモールセル高度化のための方法および装置が提供される。
【図面の簡単な説明】
【０００７】
【図１】例示的実施形態による無線通信システムの図を示している。
【図２】例示的実施形態による送信システム(別称アクセスネットワーク)および受信システム (ユーザー装置またはＵＥ)のブロック図である。
【図３】例示的実施形態による通信システムの機能ブロック図である。
【図４】例示的実施形態による図３のプログラムコードの機能ブロック図である。
【図５】３ＧＰＰ  ＴＳ３６．３２１  ｖ１１.３．０における図６．１.３．８−１:アクティブ化／非アクティブ化ＭＡＣ制御要素のコピーである。
【図６】３ＧＰＰ  ＴＳ３６．３００における表のコピーである。
【図７】例示的実施形態を示す表である。
【図８】例示的実施形態によるフローチャートである。
【図９】例示的実施形態によるフローチャートである。
【発明を実施するための形態】
【０００８】
以下に記載される例示的な無線通信システムおよび装置は、ブロードキャストサービスをサポートする無線通信システムを用いる。無線通信システムは、広範囲にわたって展開され、音声、データなどのような各種の通信を実現する。これらシステムは、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（ロング・ターム・エボリューション)無線アクセス、３ＧＰＰ  ＬＴＥ−ＡもしくはＬＴＥ−Ａｄｖａｎｃｅｄ（ロング・ターム・エボリューション・アドバンスト)、３ＧＰＰ２  ＵＭＢ（ウルトラ・モバイル・ブロードバンド）、ＷｉＭａｘ、または他の変調技術をベースとしたものであり得る。
【０００９】
詳細には、以下に記載される例示的な無線通信システムおよび装置は、本明細書では３ＧＰＰと呼ぶ“第３世代パートナーシップ・プロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）”と称されるコンソーシアムによって提示された規格のような、１または複数の規格をサポートするよう設計され得、かかる規格には、文書番号：ＴＳ  ３６．３２１  Ｖ１１.２．０（２０１３−０３）,“Ｅ−ＵＴＲＡ；ＭＡＣ  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ”、ＴＲ３６．３９２  ｖ１２．０．０（２０１２−１２）、“Ｓｃｅｎａｒｉｏｓ  ａｎｄ  Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｆｏｒ  Ｓｍａｌｌ  Ｃｅｌｌ  Ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｅ−ＵＴＲＡ  ａｎｄ  Ｅ−ＵＴＲＡＮ”、ＲＰ−１２２０３３,“Ｎｅｗ  Ｓｔｕｄｙ  Ｉｔｅｍ  ＤｅｓｃｒＩＰｔｉｏｎ：Ｓｍａｌｌ  Ｃｅｌｌ  Ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｅ−ＵＴＲＡ  ａｎｄ  Ｅ−ＵＴＲＡＮ−Ｈｉｇｈｅｒ−ｌａｙｅｒ  ａｓｐｅｃｔｓ”、ＴＳ  ３６．３００  Ｖ１１.４．０（２０１２−１２）、“Ｅ−ＵＴＲＡＮ；Ｏｖｅｒａｌｌ  ｄｅｓｃｒＩＰｔｉｏｎ；Ｓｔａｇｅ  ２”、ＴＳ  ３６．３３１  Ｖ１１.３．０（２０１３−０３）、“Ｅ−ＵＴＲＡ；ＲＲＣ  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ”、Ｒ２−１３０４２０、“Ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ  ａｌｔｅｒｎａｔｉｖｅｓ  ｆｏｒ  ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ”、Ｒ２−１３０５７０,“Ｓｃｅｎａｒｉｏｓ  ａｎｄ  ｂｅｎｅｆｉｔｓ  ｏｆ  ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ”、およびＲ２−１１０６７９、“Ｒｅｐｏｒｔ  ｏｆ  ３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ２  ｍｅｅｔｉｎｇ  ♯７２”が含まれる。上に挙げた規格および文書は、引用によりそれらの全体が本明細書に明示的に組み込まれる。
【００１０】
図１は、本発明の例示的実施形態による多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は多重アンテナ群を含み、１の群は１０４および１０６を含み、別の群は１０８および１１０を含み、さらなる群は１１２および１１４を含んでなる。図１では、各アンテナ群につき２つのアンテナのみが示されているが、より多いアンテナまたはより少ないアンテナが各アンテナ群に用いられてもよい。アクセス端末１１６（ＡＴ）はアンテナ１１２および１１４と通信し、アンテナ１１２および１１４は順方向リンク（ｆｏｒｗａｒｄ  ｌｉｎｋ）１２０によってアクセス端末１１６に情報を送信し、逆方向リンク（ｒｅｖｅｒｓｅ  ｌｉｎｋ）１１８によってアクセス端末１１６から情報を受信する。アクセス端末（ＡＴ）１２２はアンテナ１０６および１０８と通信し、アンテナ１０６および１０８は順方向リンク１２６によってアクセス端末１２２に情報を送信し、逆方向リンク１２４によってアクセス端末１２２から情報を受信する。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４および１２６は、通信を行うのに異なる周波数を用いることができる。例えば、順方向リンク１２０が、逆方向リンク１１８により用いられるものとは異なる周波数を使ってもよい。
【００１１】
アンテナの各群および／またはそれらが通信を行うよう設計されているエリアは、しばしばアクセスネットワークのセクターと称される。１実施形態において、アンテナ群のそれぞれは、アクセスネットワーク１００にカバーされるエリアのセクター内でアクセス端末と通信するように設計されている。
【００１２】
順方向リンク１２０および１２６を通しての通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２用の順方向リンクの信号対ノイズ比を向上するために、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）を用いることができる。また、ビームフォーミングを用いてそのカバレッジにランダムに散在しているアクセス端末への送信を行うアクセスネットワークは、単一のアンテナによりその全てのアクセス端末への送信を行うアクセスネットワークに比べて、隣接セル内のアクセス端末との干渉をより起こしにくい。
【００１３】
アクセスネットワーク（ＡＮ）は、端末と通信を行うために用いられる固定局または基地局であってよく、かつアクセスポイント、ＮｏｄｅＢ、基地局、強化された基地局（ｅｎｈａｎｃｅｄ  ｂａｓｅ  ｓｔａｔｉｏｎ）、ｅＮＢ、またはその他の用語で称されてもよい。アクセス端末（ＡＴ）も、ユーザー装置(ＵＥ)、無線通信装置、端末、アクセス端末またはその他の用語で称されてもよい。
【００１４】
図２は、ＭＩＭＯシステム２００における送信システム２１０(別称アクセスネットワーク)および受信システム２５０(別称アクセス端末（ＡＴ）またはユーザー装置(ＵＥ))の実施形態の簡略化したブロック図である。送信システム２１０において、多数のデータストリームについてのトラフィックデータがデータソース２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１５】
一実施形態において、各データストリームはそれぞれの送信アンテナにより送信される。ＴＸデータプロセッサ２１４は、各データストリームについてのトラフィックデータを、そのデータストリーム用に選ばれた特定のコード体系（ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）に基づいてフォーマット、符号化、およびインターリーブし、符号化データを提供する。
【００１６】
各データストリームの符号化データは、ＯＦＤＭ技術を用いてパイロットデータと共に多重化され得る。パイロットデータは一般的に、既知の方法で処理される既知のデータパターンであり、かつチャネル応答を推定するために受信システムにて用いられ得るものである。次いで、各データストリームについての多重化されたパイロットおよび符号化データは、そのデータストリーム用に選ばれた特定の変調方式（例えばＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づき変調されて（つまりシンボルマッピングされ）、変調シンボルが提供される。各データストリームのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定され得る。
【００１７】
次いで、全てのデータストリームの変調シンボルがＴＸ  ＭＩＭＯプロセッサ２２０に提供され、該プロセッサは変調シンボルをさらに処理し得る（例えば、ＯＦＤＭのため）。次いで、ＴＸ  ＭＩＭＯプロセッサ２２０はＮＴ送信機(ＴＭＴＲ)２２２ａ〜２２２ｔにＮＴ変調シンボルストリームを提供する。特定の実施形態では、ＴＸ  ＭＩＭＯプロセッサ２２０は、データストリームのシンボルとそのシンボルを送っているアンテナとに、ビームフォーミングのウェイトを与える。
【００１８】
各送信機２２２はそれぞれのシンボルストリームを受信し処理して、１つまたは複数のアナログ信号を提供し、さらにそれらアナログ信号を調整（例えば増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルでの送信に適した変調信号を提供する。次いで、送信機２２２ａ〜２２２ｔからのＮＴ変調信号が、ＮＴアンテナ２２４ａ〜２２４ｔからそれぞれ送信される。
【００１９】
受信システム２５０において、送信された変調信号は、ＮＲアンテナ２５２ａ〜２５２ｒによって受信され、そして各アンテナ２５２からの受信信号が、それぞれの受信機(ＲＣＶＲ)２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調整（例えばフィルタリング、増幅、およびダウンコンバート）し、
調整した信号をデジタル化してサンプルを提供し、さらにサンプルを処理して対応する“受信（ｒｅｃｅｉｖｅｄ）”シンボルストリームを提供する。
【００２０】
次いで、ＲＸデータプロセッサ２６０が、特定の受信処理技術に基づいて、ＮＲ受信機２５４からのＮＲ受信シンボルストリームを受信して処理し、ＮＴ“検出（ｄｅｔｅｃｔｅｄ）”シンボルストリームを提供する。次いで、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信システム２１０においてＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。
【００２１】
プロセッサ２７０は、どのプリコーディング行列を用いるかを定期的に決定する（後述する）。プロセッサ２７０は、行列インデックス部（ｍａｔｒｉｘ  ｉｎｄｅｘ  ｐｏｒｔｉｏｎ）およびランク値部（ｒａｎｋ  ｖａｌｕｅ  ｐｏｒｔｉｏｎ）を含む逆方向リンクメッセージを作成する。
【００２２】
逆方向リンクメッセージは、通信リンクおよび／または受信（ｒｅｃｅｉｖｅｄ）データストリームに関する各種の情報を含み得る。次いで、逆方向リンクメッセージが、データソース２３６から多数のデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８によって処理され、変調器２８０によって変調され、送信機２５４ａから２５４ｒによって調整され、そして送信システム２１０へ送り返される。
【００２３】
送信システム２１０においては、受信システム２５０からの変調信号（ｍｏｄｕｌａｔｅｄｓｉｇｎａｌｓ）が、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、そしてＲＸデータプロセッサ２４２によって処理されて、受信システム２５０により送信された逆リンクメッセージが抽出される。次いで、プロセッサ２３０が、ビームフォーミングウェイトを決定するのにどのプリコーディング行列を用いるかを決定してから、抽出されたメッセージを処理する。
【００２４】
次に図３を参照する。この図は、本発明の例示的実施形態による通信装置の別の簡略化された機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信装置３００は、図１におけるＵＥｓ（またはＡＴｓ）１１６および１２２を実体化するために用いることができ、無線通信システムはＬＴＥシステムであるのが好ましい。通信装置３００は、入力装置３０２、出力装置３０４、制御回路３０６、中央処理ユニット（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバー３１４を含み得る。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０中のプログラムコード３１２を実行し、これによって通信装置３００の動作が制御されるようにする。通信装置３００は、キーボードまたはキーパッドのような入力装置３０２を介してユーザーにより入力された信号を受信することができると共に、モニターまたはスピーカーのような出力装置３０４を介して画像および音声を出力することができる。トランシーバー３１４は無線信号を受信および送信するのに用いられるものであり、受信した信号を制御回路３０６へ送り、かつ制御回路３０６によって生成された信号を無線で出力する。
【００２５】
図４は、本発明の１実施形態に基づいた図３に示されるプログラムコード３１２の簡略化されたブロック図である。本実施形態において、プログラムコード３１２はアプリケーションレイヤ４００、レイヤ３（Ｌａｙｅｒ３）部４０２、およびレイヤ２（Ｌａｙｅｒ２）部４０４を含み、かつレイヤ１（Ｌａｙｅｒ１）部４０６に接続される。レイヤ３部４０２は通常、無線リソース制御を行う。レイヤ２部４０４は通常リンク制御を行う。レイヤ１部４０６は通常、物理的接続を行う。
【００２６】
ＬＴＥまたはＬＴＥ−Ａシステムでは、レイヤ２部は、無線リンク制御（ＲＬＣ）レイヤおよび媒体アクセス制御（ＭＡＣ）レイヤを含み得る。レイヤ３部は、無線リソース制御（ＲＲＣ）レイヤを含み得る。
【００２７】
３ＧＰＰ  ＴＳ３６．３２１  ｖ.１１.３．０において、ランダムアクセスプロシージャ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）は以下のように述べられる。
５．１  ランダムアクセスプロシージャ
５．１．１  ランダムアクセスプロシージャの開始
この項において述べられるランダムアクセスプロシージャは、ＰＤＣＣＨオーダー（ＰＤＣＣＨによる指示）またはＭＡＣサブレイヤ自身により開始される。ＳＣｅｌｌにおけるランダムアクセスプロシージャは、ＰＤＣＣＨオーダーによってのみ開始される。ＵＥが、そのＣ−ＲＮＴＩでマスクされたＰＤＣＣＨオーダー［５］に該当しかつ特定のサービングセルのためのＰＤＣＣＨ伝送を受信する場合に、ＵＥはこのサービングセルにおいてランダムアクセスプロシージャを開始することとする。ＰＣｅｌｌにおけるランダムアクセスでは、ＰＤＣＣＨオーダーまたはＲＲＣは、ｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘおよびｒａ−ＰＲＡＣＨ−ＭａｓｋＩｎｄｅｘを任意で示し；ＳＣｅｌｌにおけるランダムアクセスでは、ＰＤＣＣＨオーダーは、００００００とは異なる値を有するｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘおよびｒａ−ＰＲＡＣＨ−ＭａｓｋＩｎｄｅｘを示す。ｐＴＡＧでは、ＰＲＡＣＨにおけるプリアンブル送信およびＰＤＣＣＨオーダーの受信はＰＣｅｌｌに対してのみサポートされる。
プロシージャが開始できるようになる前に、関連するサービングＣｅｌｌについての以下の情報が利用可能になると想定される［８］:
-      ランダムアクセスプリアンブルの送信に利用できるＰＲＡＣＨリソースのセット、ｐｒａｃｈ−ＣｏｎｆｉｇＩｎｄｅｘ。
-      ランダムアクセスプリアンブルのグループおよび各グループにおいて利用できるランダムアクセスプリアンブルのセット（ＰＣｅｌｌのみ）:
ランダムアクセスプリアンブルグループＡおよびランダムアクセスプリアンブルグループＢに含まれるプリアンブルは、パラメータ、ｎｕｍｂｅｒＯｆＲＡ−ＰｒｅａｍｂｌｅｓおよびｓｉｚｅＯｆＲＡ−ＰｒｅａｍｂｌｅｓＧｒｏｕｐＡから算出される:
ｓｉｚｅＯｆＲＡ−ＰｒｅａｍｂｌｅｓＧｒｏｕｐＡとｎｕｍｂｅｒＯｆＲＡ−Ｐｒｅａｍｂｌｅｓとが等しい場合、ランダムアクセスプリアンブルグループＢは存在しない。［７］に定義される６４のプリアンブルのセットのうち、ランダムアクセスプリアンブルグループＡにおけるプリアンブルは、０からｓｉｚｅＯｆＲＡ−ＰｒｅａｍｂｌｅｓＧｒｏｕｐＡ−１までのプリアンブルであり、それが存在する場合に、ランダムアクセスプリアンブルグループＢにおけるプリアンブルは、ｓｉｚｅＯｆＲＡ−ＰｒｅａｍｂｌｅｓＧｒｏｕｐＡからｎｕｍｂｅｒＯｆＲＡ−Ｐｒｅａｍｂｌｅｓ−１までのプリアンブルである。
-      ランダムアクセスプリアンブルグループＢが存在する場合、ランダムアクセスプリアンブルの２つのグループのうちの１つを選ぶために必要とされる、しきい値であるｍｅｓｓａｇｅＰｏｗｅｒＯｆｆｓｅｔＧｒｏｕｐＢおよびｍｅｓｓａｇｅＳｉｚｅＧｒｏｕｐＡ、ランダムアクセスプロシージャを実行しているサービングセルの設定されたＵＥの送信電力であるＰＣＭＡＸ,Ｃ［１０］、ならびにプリアンブルとＭｓｇ３間のオフセットであるｄｅｌｔａＰｒｅａｍｂｌｅＭｓｇ３（ＰＣｅｌｌのみ）。
-      ＲＡ応答ウィンドウサイズ、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅ。
-      パワーランピング係数、ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ。
-      プリアンブル送信の最大数、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ。
-      初期プリアンブル電力、ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ。
-      プリアンブルフォーマットベースのオフセット、ＤＥＬＴＡ_ＰＲＥＡＭＢＬＥ（７．６項参照).
-      Ｍｓｇ３  ＨＡＲＱ送信の最大数、ｍａｘＨＡＲＱ−Ｍｓｇ３Ｔｘ（ＰＣｅｌｌのみ）。
-      競合解決タイマ、ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ（ＰＣｅｌｌのみ）。
注:上述のパラメータは、各ランダムアクセスプロシージャが開始される前に、上位レイヤより更新され得る。
ランダムアクセスプロシージャは次の通りに実行されるものとする:
-      Ｍｓｇ３バッファをフラッシュし;
-      ＰＲＥＡＭＢＬＥ_ＴＲＡＮＳＭＩＳＳＩＯＮ_ＣＯＵＮＴＥＲを１に設定し;
-      ＵＥにおけるバックオフパラメータ値を０ｍｓに設定し;
-      ＲＮについては、全てのＲＮサブフレームの構成を一時停止し（ｓｕｓｐｅｎｄ）; 
-      ランダムアクセスリソースの選択に進む（５．１．２項参照）。
注:いずれの時点においても、進行中のランダムアクセスプロシージャは１つのみである。ＵＥが新たなランダムアクセスプロシージャの要求を、別のランダムアクセスプロシージャがすでに進行中であるときに、受信する場合、その進行中のプロシージャを続けるか、あるいは新たなプロシージャを始めるかはＵＥの実装次第である。
５．１．２       ランダムアクセスリソースの選択
ランダムアクセスリソースの選択プロシージャは次のように実行されるものとする:
-      ｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘ（ランダムアクセスプリアンブル）およびｒａ−ＰＲＡＣＨ−ＭａｓｋＩｎｄｅｘ（ＰＲＡＣＨマスクインデックス）がすでに明示的にシグナリングされており（ｅｘｐｌｉｃｉｔｌｙ  ｓｉｇｎａｌｌｅｄ）、かつｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘが００００００でない場合:
-      ランダムアクセスプリアンブルおよびＰＲＡＣＨマスクインデックスはそれら明示的にシグナリングされたものである。
-      そうでなければ、ランダムアクセスプリアンブルは以下のようにＵＥによって選択されるものとする:
-      Ｍｓｇ３がまだ送信されていない場合に、ＵＥは:
-      ランダムアクセスプリアンブルグループＢが存在する場合、潜在的なメッセージサイズ（送信プラスＭＡＣヘッダー、および、必要であれば、ＭＡＣ制御要素に利用できるデータ)がｍｅｓｓａｇｅＳｉｚｅＧｒｏｕｐＡよりも大きい場合、ならびに、経路損失（ｐａｔｈｌｏｓｓ）が（ランダムアクセスプロシージャを実行しているサービングＣｅｌｌの)ＰＣＭＡＸ,ｃ−ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ−ｄｅｌｔａＰｒｅａｍｂｌｅＭｓｇ３−ｍｅｓｓａｇｅＰｏｗｅｒＯｆｆｓｅｔＧｒｏｕｐＢよりも小さい場合:
-      ランダムアクセスプリアンブルグループＢを選択し;
-      そうでなければ:
-      ランダムアクセスプリアンブルグループＡを選択するものとする。
-      そうでなければ、Ｍｓｇ３が再送されている場合に、ＵＥは:
-      Ｍｓｇ３の最初の送信に対応するプリアンブル送信の試行に用いたのと同じランダムアクセスプリアンブルのグループを選択するものとする。
-      選択したグループ内のランダムアクセスプリアンブルをランダムに選択する。ランダム機能は、許可された選択（ａｌｌｏｗｅｄ  ｓｅｌｅｃｔｉｏｎ）のそれぞれが等確率で選ばれ得るようなものでなくてはならない;
-      ＰＲＡＣＨマスクインデックスを０に設定する。
-      ｐｒａｃｈ−ＣｏｎｆｉｇＩｎｄｅｘ、ＰＲＡＣＨマスクインデックス（７．３項参照)および物理レイヤのタイミング条件により与えられた制限下で許されるＰＲＡＣＨを含む次の利用可能サブフレームを決定し[２]（ＵＥは、次の利用可能ＰＲＡＣＨサブフレームを決定するときに、メジャメントギャップ（Ｍｅａｓｕｒｅｍｅｎｔ  Ｇａｐｓ）が生じる可能性を考慮し得る）;
-      送信モードがＴＤＤであり、かつＰＲＡＣＨマスクインデックスがゼロに等しい場合:
-      ｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘが明示的にシグナリングされ、かつそれが００００００でなかった（つまり、ＭＡＣにより選択されなかった）場合：
-      決定されたサブフレームにおいて利用可能なＰＲＡＣＨｓから１つのＰＲＡＣＨを、等確率で、ランダムに選択する。
-      そうでなければ:
-      決定されたサブフレームおよび次の連続する２つのサブフレームにおいて利用可能なＰＲＡＣＨｓから１つのＰＲＡＣＨを、等確率で、ランダムに選択する。
-      そうでなければ：
-      ＰＲＡＣＨマスクインデックスの条件にしたがって、決定されたサブフレーム以内にＰＲＡＣＨを決定する。
-      ランダムアクセスプリアンブルの送信に進む（５．１．３項参照)。
５．１．３       ランダムアクセスプリアンブルの送信
ランダムアクセスプロシージャは次のように実行されるものとする：
-      ＰＲＥＡＭＢＬＥ_ＲＥＣＥＩＶＥＤ_ＴＡＲＧＥＴ_ＰＯＷＥＲをｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ＋ＤＥＬＴＡ_ＰＲＥＡＭＢＬＥ＋（ＰＲＥＡＭＢＬＥ_ＴＲＡＮＳＭＩＳＳＩＯＮ_ＣＯＵＮＴＥＲ−１）＊ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐに設定し；
-      物理レイヤに、選択されたＰＲＡＣＨ、対応するＲＡ−ＲＮＴＩ、プリアンブルインデックスおよびＰＲＥＡＭＢＬＥ_ＲＥＣＥＩＶＥＤ_ＴＡＲＧＥＴ_ＰＯＷＥＲを用いてプリアンブルを送信するよう指示する。
５．１．４      ランダムアクセス応答の受信
ランダムアクセスプリアンブルが送信されると、メジャメントギャップが生じる可能性にかかわらず、ＵＥは、プリアンブル送信の終了［７］、プラス３サブフレームを含むサブフレームから始まり、かつｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅサブフレームの長さを有するＲＡ応答ウィンドウにおいて、
以下に定義されるＲＡ−ＲＮＴＩによって識別されるランダムアクセス応答（複数のランダムアクセス応答）のために、ＰＣｅｌｌのＰＤＣＣＨを監視するものとする。ランダムアクセスプリアンブルが送信されるＰＲＡＣＨに関連するＲＡ−ＲＮＴＩは次のように計算される：
ＲＡ−ＲＮＴＩ＝１＋ｔ_ｉｄ＋１０＊ｆ_ｉｄ
式中、ｔ＿ｉｄは、特定のＰＲＡＣＨの第１のサブフレームのインデックスであり（０≦ｔ_ｉｄ＜１０）、ｆ_ｉｄは、周波数領域の昇順の、そのサブフレーム内の指定されたＰＲＡＣＨのインデックスである（０≦ｆ_ｉｄ＜６）。ＵＥは、送信されたランダムアクセスプリアンブルと一致するランダムアクセスプリアンブル識別子を含むランダムアクセス応答を正常に受信した後に、ランダムアクセス応答（複数のランダムアクセス応答）のためのの監視を停止することができる。
-      このＴＴＩのダウンリンクアサインメントがＰＤＣＣＨを介しＲＡ−ＲＮＴＩ宛に受信されており、かつ受信したＴＢが正常に復号される場合に、ＵＥは、メジャメントギャップが生じる可能性にかかわらず:
-      ランダムアクセス応答がバックオフ指示子（Ｂａｃｋｏｆｆ  Ｉｎｄｉｃａｔｏｒ）サブヘッダーを含む場合：
-      ＵＥにおけるバックオフパラメータ値を、バックオフ指示子サブヘッダーのＢＩフィールドおよび表７．２−１に示されるように設定するものとする。
-      そうでなければ、ＵＥにおけるバックオフパラメータ値を０ｍｓに設定する。
-      ランダムアクセス応答が、送信されたランダムアクセスプリアンブル（５．１．３項参照）に対応するランダムアクセスプリアンブル識別子を含む場合、ＵＥは：
-      このランダムアクセス応答の受信を成功と見なし、ランダムアクセスプリアンブルの送信がなされたサービングセルに次のアクションを適用し：
-      受信したタイミングアドバンスコマンドを処理し（５．２項参照）；
-      ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒおよび最新のプリアンブル送信に適用された電力ランピングの量を下位レイヤ（ｌｏｗｅｒ  ｌａｙｅｒｓ）に示し（つまり、(ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ  −１)＊ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ)；
-      受信されたＵＬグラント値を処理して、それを下位レイヤに示し；
-      ｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘが明示的にシグナリングされ、かつそれが００００００でなかった（つまり、ＭＡＣにより選択されたなかった）場合：
-      ランダムアクセスプロシージャが正常に終了したと見なすものとする。
-      そうでなければ、ランダムアクセスプリアンブルがＵＥ
ＭＡＣにより選択された場合に：
-      一時的Ｃ−ＲＮＴＩを、ランダムアクセス応答メッセージ中で提供されたＵＬグラントに対応する最初の送信の時点までに、ランダムアクセス応答メッセージにおいて受け取った値に設定し；
-      これが、このランダムアクセスプロシージャ内で、正常に受信された最初のランダムアクセス応答である場合:
-      送信がＣＣＣＨ論理チャネル用になっていない場合、多重化およびアセンブリ（Ｍｕｌｔｉｐｌｅｘｉｎｇ  ａｎｄ  ａｓｓｅｍｂｌｙ）エンティティに対し、次のアップリンク送信にＣ−ＲＮＴＩ  ＭＡＣ制御要素を含めることを示し；
-      ＭＡＣ  ＰＤＵを取得して、“多重化およびアセンブリ”エンティティから送信し、それをＭｓｇ３バッファに保存する。
注：例えば競合解決にアップリンク送信が要されるとき、ｅＮＢは、ランダムアクセス応答において５６ビットより小さいグラントを提供しないものとする。
注：あるランダムアクセスプロシージャ内で、同じグループのランダムアクセスプリアンブルに対するランダムアクセス応答において提供されたアップリンクグラントが、そのランダムアクセスプロシージャ中に割り当てられた最初のアップリンクグラントと異なるサイズを有する場合は、ＵＥの振る舞いは定義されていない。
ＲＡ応答ウィンドウ内に受信されるランダムアクセス応答がない場合、または全ての受信されたランダムアクセス応答がどれも送信されたランダムアクセスプリアンブルに対応するランダムアクセスプリアンブル識別子を含んでいない場合、ランダムアクセス応答の受信は成功でないと見なされ、ＵＥは：
-      ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲを１増し；
-      ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＝ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ＋１である場合に：
-      ランダムアクセスプリアンブルがＰＣｅｌｌ上で送信される場合：
-      ランダムアクセス問題を上位レイヤに示し；
-      ランダムアクセスプリアンブルがＳＣｅｌｌ上で送信される場合：
-      ランダムアクセスプロシージャが正常に終了しなかったと見なすものとする。
-      このランダムアクセスプロシージャにおいて、ランダムアクセスプリアンブルがＭＡＣによって選択された場合：
-      ＵＥ中のバックオフパラメータに基づき、０からバックオフパラメータ値の間の一様分布にしたがってランダムバックオフ時間を選択し；
-      次のランダムアクセス送信をバックオフ時間だけ遅延させ；
-      ランダムアクセスリソースの選択に進む（５．１．２項参照）。
５．１．５  競合解決
競合解決は、ＰＣｅｌｌのＰＤＣＣＨ上のＣ−ＲＮＴＩまたはＤＬ−ＳＣＨ上のＵＥ競合解決アイデンティティに基づく。
Ｍｓｇ３が送信されると、ＵＥは：
-      ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒを起動し、各ＨＡＲＱ再送時にｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒを再起動し；
-      メジャメントギャップが生じる可能性にかかわらず、ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが終了する（ｅｘｐｉｒｅｓ）または停止されるまで、ＰＤＣＣＨを監視するものとし；
-      下位レイヤからＰＤＣＣＨ送信の受信の通知が受信される場合、ＵＥは：
-      Ｃ−ＲＮＴＩ  ＭＡＣ制御要素がＭｓｇ３に含まれていた場合に：
-      ランダムアクセスプロシージャがＭＡＣサブレイヤ自身により開始されており、かつＰＤＣＣＨ送信がＣ−ＲＮＴＩ宛であると共に、新たな送信のためのＵＬグラント含む場合；または
-      ランダムアクセスプロシージャがＰＤＣＣＨオーダーにより開始されており、かつ、ＰＤＣＣＨ送信がＣ−ＲＮＴＩ宛である場合：
-      この競合解決を成功と見なし；
-      ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒを停止し；
-      一時的Ｃ−ＲＮＴＩを破棄し；
-      このランダムアクセスプロシージャが正常に終了したと見なすものとする。
-      そうでなければ、ＣＣＣＨ
ＳＤＵがＭｓｇ３中に含まれていた、およびＰＤＣＣＨ送信がその一時的Ｃ−ＲＮＴＩ宛である場合に:
-      ＭＡＣ  ＰＤＵが正常に復号される場合：
-      ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒを停止し；
-      ＭＡＣ  ＰＤＵがＵＥ競合解決アイデンティティＭＡＣ制御要素を含む場合；および
-      ＭＡＣ制御要素内に含まれるＵＥ競合解決アイデンティティがＭｓｇ３において送信されたＣＣＣＨ  ＳＤＵと一致する場合：
-      この競合解決を成功と見なし、ＭＡＣ  ＰＤＵの分解（ｄｉｓａｓｓｅｍｂｌｙ）および逆多重化（ｄｅｍｕｌｔｉｐｌｅｘｉｎｇ）を終え;
-      Ｃ−ＲＮＴＩを一時的Ｃ−ＲＮＴＩの値に設定し；
-      一時的Ｃ−ＲＮＴＩを破棄し；
-      このランダムアクセスプロシージャが正常に終了したと見なす。
-      そうでなければ
-      一時的Ｃ−ＲＮＴＩを破棄し；
-      この競合解決は成功でないと見なし、正常に復号されたＭＡＣ  ＰＤＵを破棄する。
-      ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが終了した場合：
-      一時的Ｃ−ＲＮＴＩを破棄し；
-      競合解決は成功でないと見なす。
-      競合解決が成功でないと見なされる場合、ＵＥは：
-      Ｍｓｇ３バッファ内のＭＡＣ  ＰＤＵの送信に用いられるＨＡＲＱバッファをフラッシュし;
-      ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲを１増し；
-      ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＝ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ＋１である場合：
-      ランダムアクセス問題を上位レイヤに示すものとする。
-      ＵＥ中のバックオフパラメータに基づき、０からバックオフパラメータ値の間の一様分布にしたがってランダムバックオフ時間を選択し；
-      次のランダムアクセス送信をバックオフ時間だけ遅延させ；
-      ランダムアクセスリソースの選択に進む（５．１．２項参照）。
５．１．６  ランダムアクセスプロシージャの終了
ランダムアクセスプロシージャの終了時に、ＵＥは：
-      もしあれば、明示的にシグナリングされたｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘおよびｒａ−ＰＲＡＣＨ−ＭａｓｋＩｎｄｅｘを破棄し；
-      Ｍｓｇ３バッファ内のＭＡＣ  ＰＤＵの送信に用いられるＨＡＲＱバッファをフラッシュするものとする。
さらに、もしあれば、ＲＮは、中断されていたＲＮサブフレームの構成を再開するものとする。
[…]
５．４  ＵＬ−ＳＣＨデータ転送
５．４．１  ＵＬグラントの受信
ＵＬ−ＳＣＨにおいて送信するために、ＵＥは、それがＰＤＣＣＨ上もしくはランダムアクセス応答中で動的に受信し得る、または半永続的に構成され得る有効なアップリンクグラント(非適応型ＨＡＲＱ再送を除く)を有していなければならない。要求された送信を実行するため、ＭＡＣレイヤは下位レイヤからＨＡＲＱ情報を受け取る。物理レイヤがアップリンク空間多重化のために構成されるとき、ＭＡＣレイヤは、下位レイヤから同じＴＴＩにつき最大２つのグラント（ＨＡＲＱプロセス当たりに１つ）を受け取ることができる。
ＵＥがＣ−ＲＮＴＩ、半永続スケジューリングＣ−ＲＮＴＩ、または一時的Ｃ−ＲＮＴＩを有する場合、ＵＥは、各ＴＴＩと、動作中のｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒを有するＴＡＧに属している各サービングセルと、このＴＴＩに受信した各グラントとに対し：
-      このＴＴＩおよびこのサービングセルのアップリンクグラントが、ＰＤＣＣＨを介してＵＥのＣ−ＲＮＴＩもしくは一時的Ｃ−ＲＮＴＩ宛に受信されている場合：または
-      このＴＴＩのアップリンクグラントがランダムアクセス応答中にて受信されている場合に：
-      アップリンクグラントがＵＥのＣ−ＲＮＴＩ宛てである場合、および同一のＨＡＲＱプロセスについてＨＡＲＱエンティティへ送られた前のアップリンクグラントが、ＵＥの半永続スケジューリングＣ−ＲＮＴＩ宛てに受信されたアップリンクグラントまたは構成されたアップリンクグラント（ｃｏｎｆｉｇｕｒｅｄ  ｕｐｌｉｎｋ  ｇｒａｎｔ）のいずれかであった場合：
-      ＮＤＩの値にかかわらず、対応するＨＡＲＱのためにＮＤＩが切り替えられていると見なすものとする。
-      このＴＴＩにアップリンクグラントおよび関連するＨＡＲＱ情報をＨＡＲＱエンティティへ送る。
-      そうでなければ、このサービングセルがＰＣｅｌｌである場合、およびこのＴＴＩのアップリンクグラントが、ＵＥの半永続スケジューリングＣ−ＲＮＴＩ宛てにＰｃｅｌｌのＰＤＣＣＨを介しＰｃｅｌｌについて受信されている場合に：
-      受信されたＨＡＲＱ情報内のＮＤＩが１である場合：
-      対応するＨＡＲＱプロセスについてのＮＤＩが切り替えられていないと見なし；
-      このＴＴＩにアップリンクグラントおよび関連するＨＡＲＱ情報をＨＡＲＱエンティティに送る。
-      そうでなければ、受信されたＨＡＲＱ情報内のＮＤＩが０である場合に：
-      ＰＤＣＣＨコンテンツがＳＰＳ解除を示す場合：
-      構成されたアップリンクグラントを消去する（もしあれば)。
-      そうでなければ：
-      アップリンクグラントおよび関連するＨＡＲＱ情報を、構成されたアップリンクグラントとして保存し；
-      ５．１０．２項におけるルールにしたがい、構成されたアップリンクグラントを初期化（アクティブとなっていない場合）または再初期化(すでにアクティブとなっている場合)して、このＴＴＩ内において開始する、および繰り返し（ｒｅｃｕｒ）；
-      対応するＨＡＲＱプロセスについてのＮＤＩビットが切り替えられていると見なし；
-      このＴＴＩに、構成されたアップリンクグラントおよび関連するＨＡＲＱ情報をＨＡＲＱエンティティに送る。
-      そうでなければ、このサービングセルがＰＣｅｌｌであり、かつこのＴＴＩのアップリンクグラントがＰｃｅｌｌのために構成されている場合:
-      対応するＨＡＲＱプロセスについてのＮＤＩビットが切り替えられていると見なし；
-      このＴＴＩに、構成されたアップリンクグラントおよび関連するＨＡＲＱ情報をＨＡＲＱエンティティに送る。
注：構成されたアップリンクグラントの周期はＴＴＩｓで表される。
注：ＵＥが、ランダムアクセス応答中のグラントと、同じＵＬサブフレーム内におけるＰＣｅｌｌ上での送信を要求するそのＣ−ＲＮＴＩまたは半永続スケジューリングＣ−ＲＮＴＩ宛てのグラントとの両方を受信する場合、ＵＥは、そのＲＡ−ＲＮＴＩ宛てのグラント、またはそのＣ−ＲＮＴＩもしくは半永続スケジューリングＣ−ＲＮＴＩ宛てのグラントのいずれを継続するかを選択できる。
注：構成されたアップリンクグラントが、メジャメントギャップにおいて示され、かつメジャメントギャップにおいてＵＬ−ＳＣＨ送信を示すとき、ＵＥはグラントを処理するが、ＵＬ−ＳＣＨで送信しない。
５．４．２  ＨＡＲＱ動作
５．４．２．１  ＨＡＲＱエンティティ
アップリンクが構成された各サービングセルごとに、ＵＥにおける１つのＨＡＲＱエンティティがあり、それは、前の送信の受信成功または不成功に対するＨＡＲＱフィードバックを待っている間に、送信が継続的に行われ得るようにするいくつかの並行するＨＡＲＱプロセスを維持する。
ＨＡＲＱエンティティ当たりの並行するＨＡＲＱプロセスの数は、[２]、８節に特定されている。
物理レイヤがアップリンク空間多重化のために構成されるとき[２]、所定のＴＴＩに関連付けられた２つのＨＡＲＱプロセスが存在する。そうでなければ、所定のＴＴＩに関連付けられた１つのＨＡＲＱプロセスが存在する。
所定のＴＴＩにおいて、アップリンクグラントがＴＴＩについて示される場合、ＨＡＲＱエンティティは、送信が起こるべきであるＨＡＲＱプロセス（複数のＨＡＲＱプロセス）を識別する。またそれは、物理レイヤに中継された、受信したＨＡＲＱフィードバック（ＡＣＫ/ＮＡＣＫ情報）、ＭＣＳおよびリソースを、適したＨＡＲＱプロセス（複数のプロセス）に送る（ｒｏｕｔｅｓ）。
ＴＴＩバンドリングが構成されると、パラメータＴＴＩ＿ＢＵＮＤＬＥ＿ＳＩＺＥはＴＴＩバンドルのＴＴＩsの数を提供する。ＴＴＩバンドリング動作はＨＡＲＱエンティティに依存して、同じバンドルの一部である各送信ごとに同じＨＡＲＱプロセスを起こす。バンドル内で、ＨＡＲＱ再送は非適応型であり、かつＴＴＩ＿ＢＵＮＤＬＥ＿ＳＩＺＥにしたがって、前の送信からのフィードバックを待つことなしに、トリガーされる。バンドルのＨＡＲＱフィードバックは、そのＴＴＩ内に送信が起こるか否かにかかわらず（例えばメジャメントギャップが生じるとき）、バンドルの最後のＴＴＩ（つまり、ＴＴＩ＿ＢＵＮＤＬＥ＿ＳＩＺＥに対応するＴＴＩ)のために受信されるだけである。ＴＴＩバンドルの再送もＴＴＩバンドルである。ＵＥに、アップリンクが構成された１つまたは複数のＳＣｅｌｌｓが割り当てられるとき、ＴＴＩバンドリングはサポートされない。
ＴＴＩバンドリングは、Ｅ−ＵＴＲＡＮを用いるＲＮ通信に対し、ＲＮサブフレーム構成と組み合わせてはサポートされない。
ランダムアクセス期間におけるＭｓｇ３の送信（セクション５．１．５参照)には、ＴＴＩバンドリングは適用されない。
各ＴＴＩごとに、ＨＡＲＱエンティティは：
-      このＴＴＩに関連するＨＡＲＱプロセス（複数のプロセス)を識別するものとし、識別された各ＨＡＲＱプロセスについて：
-      このプロセスおよびこのＴＴＩに対しアップリンクグラントが示されている場合に：
-      受信されたグラントがＰＤＣＣＨ上の一時的Ｃ−ＲＮＴＩ宛でなかった場合、および関連するＨＡＲＱ情報内で提供されたＮＤＩが、このＨＡＲＱプロセスの前の送信における値に比べて切り替えられている場合；または
-      アップリンクグラントがＰＤＣＣＨを介しＣ−ＲＮＴＩ宛てに受信されており、かつ識別されたプロセスのＨＡＲＱバッファが空である場合；または
-      アップリンクグラントがランダムアクセス応答中で受信された場合：
-      Ｍｓｇ３バッファ内にＭＡＣ
ＰＤＵがあり、かつアップリンクグラントがランダムアクセス応答中で受信された場合は：
-      ＭＡＣ  ＰＤＵを取得してＭｓｇ３バッファから送信するものとする。
-      そうでなければ：
-      ＭＡＣ  ＰＤＵを取得して
“多重化およびアセンブリ”エンティティから送信し；
-      ＭＡＣ  ＰＤＵとアップリンクグラントとＨＡＲＱ情報とを識別されたＨＡＲＱプロセスに受け渡し；
-      新たな送信をトリガするよう、識別されたＨＡＲＱプロセスに指示する。
-      そうでなければ：
-      アップリンクグラントおよびＨＡＲＱ情報(リダンダンシーバージョン)を、識別されたＨＡＲＱプロセスに受け渡し；
-      適応型再送を生じさせるよう、識別されたＨＡＲＱプロセスに指示する。
-      そうでなければ、このＨＡＲＱプロセスのＨＡＲＱバッファが空でない場合：
-      非適応型再送を生じさせるよう、識別されたＨＡＲＱプロセスに指示する。
ＮＤＩが前の送信における値に比べて切り替えられているかどうかを判断するとき、ＵＥは、ＰＤＣＣＨを介しその一時的Ｃ−ＲＮＴＩ宛てに全てのアップリンクグラント中で受信したＮＤＩを無視するものとする。
５．４．２．２  ＨＡＲＱプロセス
各ＨＡＲＱプロセスはＨＡＲＱバッファに関連する。
各ＨＡＲＱプロセスは、現在バッファ内にあるＭＡＣ  ＰＤＵについて生じた送信の数を示す状態変数ＣＵＲＲＥＮＴ＿ＴＸ＿ＮＢと、現在バッファ内にあるＭＡＣ  ＰＤＵについてのＨＡＲＱフィードックを示す状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫとを維持するものとする。ＨＡＲＱプロセスが確立されると、ＣＵＲＲＥＮＴ＿ＴＸ＿ＮＢは初期化されて０になるものとする。
リダンダンシーバージョンのシーケンスは０、２、３、１である。変数ＣＵＲＲＥＮＴ＿ＩＲＶはリダンダンシーバージョンのシーケンスへのインデックスである。この変数は、更新されるモジュロ４である。
新たな送信は、リソース上で、かつＰＤＣＣＨまたはランダムアクセス応答において示されたＭＣＳを用いて実行される。適応型再送は、リソース上で、かつ提供された場合は、ＰＤＣＣＨにおいて示されたＭＣＳを用いて実行される。非適応型再送は、同リソース上で、かつ最後に試みられた送信に用いられたのと同じＭＣＳを用いて実行される。
ＵＥは、ＲＲＣによるＨＡＲＱ送信の最大数およびＭｓｇ３  ＨＡＲＱ送信の最大数：それぞれｍａｘＨＡＲＱ−ＴｘおよびｍａｘＨＡＲＱ−Ｍｓｇ３Ｔｘが設定される。Ｍｓｇ３バッファ内に保存されたＭＡＣ  ＰＤＵの送信を除くすべてのＨＡＲＱプロセスおよびすべての論理チャネルによる送信において、送信の最大数はｍａｘＨＡＲＱ−Ｔｘに設定されるものとする。Ｍｓｇ３バッファ内に保存されたＭＡＣ  ＰＤＵの送信において、送信の最大数はｍａｘＨＡＲＱ−Ｍｓｇ３Ｔｘに設定されるものとする。
ＨＡＲＱフィードバックがこのＴＢについて受信されると、ＨＡＲＱプロセスは：
-      ＨＡＲＱ＿ＦＥＥＤＢＡＣＫを受信された値に設定するものとする。
ＨＡＲＱエンティティが新たな送信を要求する場合、ＨＡＲＱプロセスは：
-      ＣＵＲＲＥＮＴ＿ＴＸ＿ＮＢを０に設定し；
-      ＣＵＲＲＥＮＴ＿ＩＲＶを０に設定し；
-      ＭＡＣ  ＰＤＵを関連するＨＡＲＱバッファに保存し；
-      ＨＡＲＱエンティティから受け取ったアップリンクグラントを保存し；
-      ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＮＡＣＫに設定し；
-      以下に述べるように送信を生じさせるものとする。
ＨＡＲＱエンティティが再送を要求する場合に、ＨＡＲＱプロセスは：
-      ＣＵＲＲＥＮＴ＿ＴＸ＿ＮＢを１増し；
-      ＨＡＲＱエンティティが適合型再送を要求する場合：
-      ＨＡＲＱエンティティから受け取ったアップリンクグラントを保存し；
-      ＣＵＲＲＥＮＴ＿ＩＲＶを、ＨＡＲＱ情報内で提供されたリダンダンシーバージョン値に対応するインデックスに設定し；
-      ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＮＡＣＫに設定し；
-      以下に述べるように送信を生じさせるものとする。
-      そうでなければ、ＨＡＲＱエンティティが非適合型再送を要求する場合に：
-      ＨＡＲＱ＿ＦＥＥＤＢＡＣＫ＝ＮＡＣＫである場合：
-      以下に述べるように送信を生じさせる。
注：ＨＡＲＱ  ＡＣＫを単独で受信するとき、ＵＥはＨＡＲＱバッファにデータを保持する。
注：メジャメントギャップの発生のために、なされ得るＵＬ−ＳＣＨ送信が無いとき、受信され得るＨＡＲＱフィードバックは無く、そして非適応型再送が生じる。
送信を発生させるため、ＨＡＲＱプロセスは：
-      Ｍｓｇ３バッファからＭＡＣ  ＰＤＵが得られた場合；または
-      送信時にメジャメントギャップが無く、かつ、もし再送が起こったら、このＴＴＩにおいてＭｓｇ３バッファから得られたＭＡＣ  ＰＤＵの送信とその再送とが衝突しない場合：
-      ＣＵＲＲＥＮＴ＿ＩＲＶ値に対応するリダンダンシーバージョンを用い保存されたアップリンクグラントにしたがって送信を発生させるよう、物理レイヤに指示し；
-      ＣＵＲＲＥＮＴ＿ＩＲＶを１増し；
-      この送信に対するＨＡＲＱフィードバック受信時にメジャメントギャップがある場合、およびＭｓｇ３バッファからＭＡＣ  ＰＤＵが得られなかった場合：
-      この送信に対するＨＡＲＱ  フィードバック受信時にＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫに設定するものとする。
上述のアクションを実行した後、ＨＡＲＱプロセスは次いで：
-      ＣＵＲＲＥＮＴ＿ＴＸ＿ＮＢ＝送信の最大数−１である場合：
-      ＨＡＲＱ  バッファをフラッシュするものとする；
５．１３  ＳＣｅｌｌｓのアクティブ化／非アクティブ化
ＵＥに、１つまたは複数のＳＣｅｌｌｓが割り当てられる場合、ネットワークは、構成されたＳＣｅｌｌｓをアクティブ化および非アクティブ化することができる。ＰＣｅｌｌは常にアクティブ化されている。ネットワークは、６．１．３．８項で述べられるアクティブ化／非アクティブ化ＭＡＣ制御要素を送ることによってＳＣｅｌｌ(ｓ)をアクティブ化および非アクティブ化する。さらに、ＵＥは、構成されたＳｃｅｌｌごとにｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒタイマーを保持し、かつその終了時に、関連するＳｃｅｌｌを非アクティブ化する。同じ初期タイマー値がｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒの各インスタンスに適用され、それはＲＲＣによって形成される。構成されたＳＣｅｌｌｓは初めに、追加（ａｄｄｉｔｉｏｎ）により、かつハンドオーバーの後に非アクティブ化される。
ＵＥは各ＴＴＩ、および各構成されたＳＣｅｌｌに対し：
-      ＳＣｅｌｌをアクティブ化するこのＴＴＩにおいて、ＵＥがアクティブ化／非アクティブ化ＭＡＣ制御要素を受信する場合、ＵＥはＴＴＩにおいて、[２]に定義されるタイミングにしたがい：
-      ＳＣｅｌｌをアクティブ化し；つまり以下の正常なＳＣｅｌｌ動作を適用し：
-      ＳＣｅｌｌ上でのＳＲＳ送信；
-      ＳＣｅｌｌについてのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩ報告；
-      ＳＣｅｌｌ上でのＰＤＣＣＨ監視；
-      ＳＣｅｌｌについてのＰＤＣＣＨ監視
-      ＳＣｅｌｌに関連するｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒを起動または再起動し；
-      ５．４．６項にしたがってＰＨＲをトリガするものとする。
-      そうでなければ、ＳＣｅｌｌを非アクティブ化するこのＴＴＩにおいて、ＵＥがアクティブ化／非アクティブ化ＭＡＣ制御要素を受信する場合；または
-      アクティブ化されたＳＣｅｌｌに関連するｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒがこのＴＴＩにおいて終了する場合：
-      ＴＴＩにおいて、［２］に定義されるタイミングにしたがって：
-      ＳＣｅｌｌを非アクティブ化し；
-      ＳＣｅｌｌに関連するｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒを停止し；
-      ＳＣｅｌｌに関連する全てのＨＡＲＱバッファをフラッシュする。
-      アクティブ化されたＳｃｅｌｌにおけるＰＤＣＣＨがアップリンクグラントもしくはダウンリンクアサインメントを示す場合；または
-      アクティブ化されたＳｃｅｌｌをスケジューリングするサービングセルにおけるＰＤＣＣＨが、アクティブ化されたＳｃｅｌｌについてアップリンクグラントもしくはダウンリンクアサインメントを示す場合：
-      ＳＣｅｌｌに関連するｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒを再起動し；
-      ＳＣｅｌｌを非アクティブ化される場合：
-      ＳＣｅｌｌ上でＳＲＳを送信せず；
-      ＳＣｅｌｌについてのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩを報告せず；
-      ＳＣｅｌｌにおいてＵＬ−ＳＣＨにより送信せず；
-      ＳＣｅｌｌにおいてＲＡＣＨにより送信せず；
-      ＳＣｅｌｌにおいてＰＤＣＣＨを監視せず；
-      ＳＣｅｌｌについてＰＤＣＣＨを監視しない。
注：ＳＣｅｌｌが非アクティブ化されるとき、ＳＣｅｌｌにおいて進行中のランダムアクセスプロシージャがもしあれば、中断される。
６．１．３．８  アクティブ化／非アクティブ化ＭＡＣ制御要素
アクティブ化／非アクティブ化ＭＡＣ制御要素は、表６．２．１−１において記されているＬＣＩＤを有するＭＡＣ  ＰＤＵサブヘッダーにより識別される。それは固定サイズを有し、かつ７つのＣ−フィールドおよび１つのＲ−フィールドを含む単一のオクテットからなる。アクティブ化／非アクティブ化ＭＡＣ制御要素は以下のように定義される（図６．１．３．８−１）。
-      Ｃｉ:［８］に記述されたＳＣｅｌｌＩｎｄｅｘ  ｉが設定されたＳＣｅｌｌがある場合、このフィールドは、ＳＣｅｌｌＩｎｄｅｘ  ｉを有するＳＣｅｌｌのアクティブ化／非アクティブ化状態を示し、そうでなければ、ＵＥはＣｉフィールドを無視するものとする。Ｃｉフィールドは“１”に設定されて、ＳＣｅｌｌＩｎｄｅｘ  ｉを有するＳＣｅｌｌがアクティブ化されるべきであることを示す。Ｃｉフィールドは“０”に設定されて、ＳＣｅｌｌＩｎｄｅｘ  ｉを有するＳＣｅｌｌが非アクティブ化されるべきであることを示す；
-      Ｒ:予備ビット（Ｒｅｓｅｒｖｅｄ  ｂｉｔ）、“０”に設定される。
図５参照。
【００２８】
以下は３ＧＰＰ  ＴＲ３６．３９２  ｖ１２．０．０からの引用である：
低電力ノード（ｌｏｗ  ｐｏｗｅｒ  ｎｏｄｅｓ）を用いるスモールセルは、モバイルトラフィックの激増（ｍｏｂｉｌｅ  ｔｒａｆｆｉｃ  ｅｘｐｌｏｓｉｏｎ）、特に屋内および屋外のシナリオにおけるホットスポットの配備に対処できる見込みがあると認められている。低電力ノードは一般に、そのＴｘ電力がマクロノードおよびＢＳクラスよりも低いノードを意味し、例えばピコおよびフェムトｅＮＢはいずれも当てはまる。Ｅ−ＵＴＲＡおよびＥ−ＵＴＲＡＮにおけるスモールセル高度化では、低電力ノードを用いる屋内および屋外のホットスポットエリア内でのパフォーマンスを向上させるための追加機能に焦点が当てられるであろう。
この文書は、スモールセル高度化のシナリオおよび必要条件を記している。３ＧＰＰ  ＴＲ  ３６．９１３は、必要条件の重複を避けるため、適用可能なときはいつでも、参考として用いられなければならない。
【００２９】
以下は３ＧＰＰ  ＲＰ−１２２０３３からの引用である:
４  目的*
このスタディの目的は、ＴＲ３６．９３２に定義されたシナリオおよび必要条件を満たすべきスモールセル展開およびオペレーションの強化されたサポートのためのプロトコルおよびアーキテクチャにおいて可能性のある技術を確認することである。
スタディは次の側面において行われるものとする：
・異なるまたは同一のキャリアによりサービングされるマクロおよびスモールセルレイヤへのデュアル接続性（ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）を有するＵＥｓの利点、およびどのシナリオにとってかかるデュアル接続が実現可能かつ有益であるかを確認および評価する。
・ＴＲ３６．９３２におけるシナリオ、特にデュアル接続の実現可能シナリオのための可能性のあるアーキテクチャおよびプロトコルの強化を確認および評価し、かつ実現可能な場合は、コアネットワークの影響を最小化する。以下が含まれる：
-      コントロールおよびユーザープレーンの全体的な構造とそれら互いの関係、例えば異なるノードにおけるＣ−プレーンおよびＵ−プレーンのサポート、異なるプロトコルレイヤの終了など。
・スモールセル展開に関しての全体的な無線リソース管理（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ）構造およびモビリティ強化の必要性を確認および評価する：
-      ノード間ＵＥコンテキスト転送の最小化およびコアネットワークに向けてのシグナリングのためのモビリティメカニズム。
-      増大したＵＥのバッテリー消費を最小化しつつ行う測定およびセル識別の強化。
各潜在的な強化について、利益、複雑度および仕様書の影響（ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｉｍｐａｃｔ）が評価されなければならない。
スタディは、他のＳＩ/ＷＩｓにカバーされない潜在的な強化に焦点を合わせるものとする。
【００３０】
３ＧＰＰ  ＴＳ３６．３００におけるキャリアアグリゲーション（ＣＡ）についての記述を以下のように引用する。
５．５      キャリアアグリゲーション
キャリアアグリゲーション（ＣＡ）においては、２つまたはそれ以上のコンポーネントキャリア（ＣＣｓ)が、最大１００ＭＨｚのより広い伝送帯域幅をサポートするためにアグリゲートされる。ＵＥは、その能力に応じ、１つまたは複数のＣＣｓ上で同時に受信または送信することができる：
-      ＣＡについて単一のタイミングアドバンス（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）能力を有するＵＥは、同じタイミングアドバンスをシェアする複数のサービングセル（１つのＴＡＧにグループ分けされた複数のサービングセル）に対応する複数のＣＣｓ上で同時に受信および／または送信することができる；
-      ＣＡについて複数のタイミングアドバンス能力を有するＵＥは、異なるタイミングアドバンスを有する複数のサービングセル（複数のＴＡＧにグループ分けされた複数のサービングセル）に対応する複数のＣＣｓ上で同時に受信および／または送信することができる。Ｅ−ＵＴＲＡＮは、確実に各ＴＡＧがそれぞれ少なくとも１つのサービングセルを含むようにする；
-      ＣＡ能力の無いＵＥは単に、単一のＣＣ上で受信することができると共に、１つのサービングセル（１つのＴＡＧ中の１つのサービングセル）に対応する単一のＣＣ上で送信することができるだけである。
ＣＡは、連続するおよび連続しないＣＣｓの両方についてサポートされ、その各ＣＣは、Ｒｅｌ−８／９の数秘術（ｎｕｍｅｒｏｌｏｇｙ）により、周波数領域において最高１１０個のリソースブロックに限定される。
‐  同じｅＮＢから生じ、かつＵＬとＤＬとで恐らくは帯域幅の異なる、異なる数のＣＣをアグリゲートするように、ＵＥを構成することが可能である：
-      構成され得るＤＬのＣＣｓの数は、ＵＥのＤＬアグリゲーション能力に依存し；
-      構成され得るＵＬのＣＣｓの数は、ＵＥのＵＬアグリゲーション能力に依存し；
-      ＤＬのＣＣｓよりも多いＵＬのＣＣｓでＵＥを設定することはできず；
-      通常のＴＤＤの配置では、ＵＬとＤＬとでＣＣｓの数および各ＣＣの帯域幅は同じである。
-      構成され得るＴＡＧの数は、ＵＥのＴＡＧ能力に依存する。
同じｅＮＢから生じるＣＣｓが同じカバレッジを提供する必要は無い。
ＣＣｓは、ＬＴＥ  Ｒｅｌ−８／９互換であるものとする。それにもかからわず、既存のメカニズム（例えば規制（ｂａｒｒｉｎｇ））が、Ｒｅｌ−８/９のＵＥｓがＣＣにキャンプオン（ｃａｍｐ  ｏｎ）するのを避けるために用いられ得る。
連続してアグリゲートされたＣＣｓの中心周波数間の間隔は、３００ｋＨｚの倍数であるものとする。これは、Ｒｅｌ−８／９の１００ｋＨｚ周波数ラスターと互換性を持つようにすると同時に、１５ｋＨｚ間隔のサブキャリアの直交性を保つためである。アグリゲーションシナリオによっては、ｎ×３００ｋＨｚの間隔は、連続するＣＣｓ間への少数の未使用のサブキャリアの挿入によって容易にとることができる。
[…]
７．５  キャリアアグリゲーション（ＣＡ）
ＣＡが構成されるとき、ＵＥは、ネットワークとの１つのＲＲＣ接続のみを有する。ＲＲＣ接続の確立／再確立／ハンドオーバー時に、ある１つのサービングセルがＮＡＳモビリティ情報（例えばＴＡＩ）を提供し、ＲＲＣ接続の再確立／ハンドオーバー時には、ある１つのサービングセルがセキュリティインプット（ｓｅｃｕｒｉｔｙ  ｉｎｐｕｔ）を提供する。このセルはプライマリセル(ＰＣｅｌｌ)と称される。ダウンリンクにおいて、ＰＣｅｌｌに対応するキャリアはダウンリンクプライマリコンポーネントキャリア（ＤＬ  ＰＣＣ)であり、一方アップリンクでは、それはアップリンクプライマリコンポーネントキャリア（ＵＬ  ＰＣＣ)である。
ＵＥの能力によっては、セカンダリセル(ＳＣｅｌｌｓ)は、ＰＣｅｌｌと共にサービングセルの組を形成するように構成され得る。ダウンリンクにおいて、ＳＣｅｌｌに対応するキャリアはダウンリンクセカンダリコンポーネントキャリア(ＤＬ  ＳＣＣ)であり、一方アップリンクでは、それはアップリンクセカンダリコンポーネントキャリア（ＵＬ  ＳＣＣ)である。
よって、１つのＵＥについて構成されるサービングセルの組は、常に１つのＰＣｅｌｌおよび１つまたは複数のＳＣｅｌｌｓからなる：
-      各ＳＣｅｌｌでは、ダウンリンクリソースに加え、ＵＥによるアップリンクリソースの使用が設定可能であり（よって、構成されるＤＬ  ＳＣＣｓの数は常にＵＬ  ＳＣＣｓの数以上であり、かつアップリンクリソースの使用のためだけにはＳＣｅｌｌは構成され得ない）；
-      ＵＥの観点から見ると、各アップリンクリソースは１つのサービングセルにのみ属し；
-      構成され得るサービングセルの数は、ＵＥのアグリゲーション能力に依存し（５．５項参照);
-      ＰＣｅｌｌはハンドオーバー手順によって（つまり、すなわち、セキュリティキー変更およびＲＡＣＨ手順によって）のみ変更され得；
-      ＰＣｅｌｌはＰＵＣＣＨの転送に用いられ；
-      ＳＣｅｌｌsとは異なり、ＰＣｅｌｌは非アクティブ化され得ず（１１．２項参照）；
-      再確立は、ＳＣｅｌｌｓがＬＦを経験するときではなく、ＰＣｅｌｌがＲＬＦを経験するときにトリガされ；
-      ＮＡＳ情報はＰＣｅｌｌから取得される。
ＳＣｅｌｌsの再構成、追加および除去はＲＲＣによって実行され得る。ＬＴＥ内（ｉｎｔｒａ−ＬＴＥ）ハンドオーバー時に、ＲＲＣは、ターゲットＰＣｅｌｌと共に使用するためにＳＣｅｌｌｓを追加、除去、または再構成することもできる。新たなＳＣｅｌｌを追加すると、個別のＲＲＣシグナリングが、ＳＣｅｌｌの全ての必要なシステム情報を送るのに用いられ、つまり、接続モード（ｃｏｎｎｅｃｔｅｄ
ｍｏｄｅ）の間、ＵＥｓは、ブロードキャストされたシステム情報をＳＣｅｌｌsから直接取得する必要はない。
図６を参照されたい。
アクティブタイム（Ａｃｔｉｖｅ  Ｔｉｍｅ）:５．７項に定義される、ＤＲＸ動作に関する時間であり、この間に、ＵＥはＰＤＣＣＨ−サブフレームにおいてＰＤＣＣＨを監視する。
ＰＤＣＣＨ−サブフレーム：ＰＤＣＣＨを伴うサブフレームのことである。ＦＤＤ
ＵＥ動作では、これは任意のサブフレームを意味し；
ＴＤＤ  ＵＥ動作では、ＵＥが、アグリゲートされたセルにおいて同時に受信および送信する能力を有する場合、これは、ｓｃｈｅｄｕｌｉｎｇＣｅｌｌＩｄが設定されたサービングセルを除く、全てのサービングセルのＤｗＰＴＳを含むサブフレームとダウンリンクサブフレームとの結合又はユニオン（ｕｎｉｏｎ）を意味し；
そうでなければ、これは、ＤｗＰＴＳを含むサブフレームまたはダウンリンクサブフレームとしての、ＰＣｅｌｌが構成されるサブフレームを意味する。
【００３１】
ＵＥに、レイテンシ最大６０ｍｓの理想的でないバックホールを有する２つのｅＮＢｓ(つまり、マスターｅＮＢ (ＭｅＮＢ)およびセカンダリｅＮＢ（ＳｅＮＢ))が割り当てられることを考慮すると、ＭｅＮＢとＳｅＮＢとの間でアクティブ化および非アクティブ化動作が即座に調整されることはほとんど不可能であり、特に、アクティブ化／非アクティブ化ＭＡＣ制御要素は全ての構成されたＣｅｌｌｓ／ｅＮＢｓに適用される。
【００３２】
本明細書に開示される各種実施形態によれば、ＭｅＮＢとＳｅＮＢ間の理想的でないバックホールは６０ｍｓに及んでも良い。さらに、少なくとも１つのＣｅｌｌはＭｅＮＢ内に構成され、１つのＣｅｌｌはＳｅＮＢ内に構成される。アクティブ化／非アクティブ化コマンドはＣｅｌｌを迅速にオン／オフにするのに用いられるため、ＭｅＮＢおよびＳｅＮＢは、該コマンドのスケジューリングと同じように迅速には、相互間で情報を交換することができないかもしれない。
【００３３】
本発明によれば各種実施形態において、ｅＮＢ間のアクティブ化／非アクティブ化動作が改善される。本発明によるいくつかの実施形態では、ＵＥは、ＭｅＮＢおよびＳｅＮＢにおいて設定されたＣｅｌｌsのためのコマンドに含まれている一部の情報を無視する（または、まさに使用する）であろう。本発明による一実施形態では、コマンドがＳｅＮＢから受信される場合、ＵＥはＭｅＮＢに関するＣｅｌｌsの情報を無視してもよい。本発明による一実施形態では、コマンドがＭｅＮＢから受信される場合、ＵＥはＳｅＮＢに関するＣｅｌｌsの情報を無視してもよい。本発明による別の実施形態では、ある特定のＣｅｌｌについて、ＵＥは非アクティブ化情報を無視すると共にアクティブ化情報を使用する、またはアクティブ化情報を無視すると共に非アクティブ化情報を使用するであろう。本発明による別の実施形態では、ある特定のＣｅｌｌは、例えばＭｅＮＢまたはＳｅＮＢ内のＰＣｅｌｌと考えられてもよい。
【００３４】
本発明による上記実施形態の各種組み合わせを用いることができる。図７に示されるように、１６個の可能な組み合わせがある。本発明によるその他の実施形態では、特定のＣｅｌｌsが考慮される場合、より多くの組み合わせが存在してもよい。当然に、設定される全てのセルに関し、全て“使用”である組み合わせは論理的に除外されなければならない、その理由は従来技術と同じになってしまうからである。
【００３５】
図８は、本発明による例示的実施形態にしたがったフローチャート８００である。ステップ８０５において、ＵＥに、少なくとも第１のセルおよび第２のセルを含む複数のセルが割り当てられ（設定され）、このうち第１のセルはマスターエボルブドノードＢ(ＭｅＮＢ)に関連し、第２のセルはセカンダリエボルブドノードＢ(ＳｅＮＢ)に関連する。ステップ８１０は、第１のｅＮＢから送信されるコマンドであって、第１のセルおよび／または第２のセルのアクティブ化または非アクティブ化に関する情報を有するコマンドを、受信することを含む。ステップ８１５は、第１のｅＮＢに関するセルのアクティブ化または非アクティブ化に関する情報を使用し（ｕｔｉｌｉｚｉｎｇ）、第２のｅＮＢに関するセルのアクティブ化または非アクティブ化に関する情報を無視する（ｉｇｎｏｒｉｎｇ）ことを含む。１実施形態において、第１のｅＮＢはＭｅＮＢであってよく、かつ第２のｅＮＢはＳｅＮＢであってよい。あるいは、第１のｅＮＢがＳｅＮＢであり、かつ第２のｅＮＢがＭｅＮＢであってもよい。さらに、コマンドは、アクティブ化／非アクティブ化ＭＡＣ制御要素（アクティベーション/デアクティベーションＭＡＣコントロールエレメント）であってもよい。
【００３６】
図３および４に戻って参照すると、装置３００は、メモリ３１０内に格納されたプログラムコード３１２を備える。１実施形態において、ＣＰＵ３０８は、プログラムコード３１２を実行して：（i）ＵＥに、少なくとも第１のセルおよび第２のセルを含む複数のセルを割り当てること、このうち第１のセルはマスターエボルブドノードＢ（マスター進化型ノードＢ）(ＭｅＮＢ)に関連し、第２のセルはセカンダリエボルブドノードＢ（セカンダリ進化型ノードＢ）(ＳｅＮＢ)に関連する;（ii）第１のｅＮＢから送られ、かつ第１のセルおよび／または第２のセルのアクティブ化または非アクティブ化に関する情報を有するコマンドを受信すること；ならびに（iii）第１のｅＮＢに関するセルのアクティブ化または非アクティブ化に関する情報を使用し、第２のｅＮＢに関するセルのアクティブ化または非アクティブ化に関する情報を無視すること、のうち１つまたは複数を実行することができる。
【００３７】
さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、全ての上述したアクションおよびステップまたは本明細書に記載されるその他のもの、特に、図８等に関連する上記の段落に記載された例示的実施形態を実行することができる。
【００３８】
図９は、本発明によるさらなる一実施形態によるフローチャート９００である。ステップ９０５において、ＵＥに、少なくとも第１のセルおよび第２のセルを含む複数のセルが割り当てられ（設定され）、このうち第１のセルはマスターエボルブドノードＢ(ＭｅＮＢ)に関連し、第２のセルはセカンダリエボルブドノードＢ(ＳｅＮＢ)に関連する。ステップ９１０は、セルのアクティブ化または非アクティブ化に関する情報を有するコマンドを受信することを含む。ステップ９１５は、決定条件（ｄｅｔｅｒｍｉｎａｔｉｖｅ  ｃｏｎｄｉｔｉｏｎ）に基づいて、セルのアクティブ化または非アクティブ化に関する情報を使用するかまたは無視するかを決定することを含む。
【００３９】
その好ましい実施形態において、決定条件は、情報のどの状態（ステータス）が第１のセルおよび／または第２のセルに当てはまるか（適用されるか）を含む。さらに、コマンドは、アクティブ化／非アクティブ化ＭＡＣ制御要素（アクティベーション/デアクティベーションＭＡＣコントロールエレメント）であってよい。
【００４０】
好ましい実施形態と組み合わせられることが好ましいと思われる更に好ましい一実施形態において、決定条件は、どのセルにアクティブ化または非アクティブ化に関する情報が当てはまるか（適用されるか）を含むことが可能である。例えば、第１のセルは、アクティブ化または非アクティブ化に関する情報が当てはまるセルであるかもしれない。あるいは、第２のセルは、アクティブ化または非アクティブ化に関する情報が当てはまるセルであるかもしれない。さらに、特定のセルが、アクティブ化または非アクティブ化に関する情報が当てはまるセルであるかもしれない。
【００４１】
図３および４に戻って参照すると、装置３００は、メモリ３１０内に格納されたプログラムコード３１２を備える。１実施形態において、ＣＰＵ３０８は、プログラムコード３１２を実行して：（i）ＵＥに、少なくとも第１のセルおよび第２のセルを含む複数のセルを割り当てること、このうち第１のセルはマスター進化型ノードＢ(ＭｅＮＢ)に関連し、第２のセルはセカンダリ進化型ノードＢ(ＳｅＮＢ)に関連する;（ii）セルのアクティブ化または非アクティブ化に関する情報を有するコマンドを受信すること；ならびに（iii）決定条件に基づいて、セルのアクティブ化または非アクティブ化に関する情報を使用するかまたは無視するかを決定すること、のうち１つまたは複数を実行することができる。
【００４２】
さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、全ての上述したアクションおよびステップまたは本明細書に記載されるその他のもの、特に、図９等に関連する上記の段落に記載されたさらなる例示的実施形態のそれらを実行することができる。
【００４３】
本開示の各種態様を上に記載した。本明細書における教示が多種多様な形態で具体化できること、および本明細書に開示されている任意の特定の構造、機能または両者は単に代表的なものにすぎないことは、明らかなはずである。本明細書における教示に基づき、当業者は、本明細書に開示された１態様が他のいかなる態様からも独立して実施できること、およびこれら態様の２つまたはそれ以上を様々な形で組み合わせられることを理解するはずである。例えば、本明細書に示された任意の数の態様を用いて、装置を実装することができる、または方法を実施することができる。さらに、本明細書に示された１つまたはそれ以上の態様に加え、またはこれら以外のその他の構造、機能または構造および機能を用いて、かかる装置を実装することができる、またはかかる方法を実施することができる。上記概念のいくつかの例として、いくつかの態様において、並行するチャネル（ｃｏｎｃｕｒｒｅｎｔ  ｃｈａｎｎｅｌ）は、パルス繰り返し周波数に基づいて確立され得る。いくつかの態様において、並行するチャネルは、パルス位置またはオフセットに基づいて確立されてよい。いくつかの態様において、並行するチャネルは、時間ホッピングシーケンスに基づいて確立され得る。いくつかの態様では、並行するチャネルは、パルス繰り返し周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて確立されてよい。
【００４４】
情報および信号が、あらゆる様々な技術および手法を用いて表され得ることを、当業者は理解するであろう。例えば、上述の記載全体において言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁場もしくは磁性粒子、光場もしくは光粒子、またはこれらの任意の組み合わせによって表され得る。
【００４５】
さらに、本明細書で開示された態様に関連して記載した各種例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップが、電子ハードウェア（例えばデジタル実装、アナログ実装、または両者の組み合わせであり、これらはソースコーディングもしくはその他何らかの手法を用いて設計され得る）、命令を組み込む各種形態のプログラムもしくはデザインコード（本明細書では便宜上、“ソフトウェア”もしくは“ソフトウェアモジュール”と称され得るもの）、または両者の組み合わせとして実装され得ることを、当業者は理解するであろう。ハードウェアおよびソフトウェアのこの互換性を明確に説明するため、各種例示的な構成要素、ブロック、モジュール、回路およびステップが、概してそれらの機能の観点から上に記載されている。かかる機能がハードウェアまたはソフトウェアのどちらとして実施されるかは、特定の用途およびシステム全体に課せられたデザイン上の制約による。当業者は、特定の各用途のために様々な方法で説明した機能を実施できるが、かかる実施の決定は本開示の範囲からの逸脱を生じさせるものであると解釈されるべきでない。
【００４６】
さらに、本明細書に開示された態様に関連して記載した各種例示的な論理ブロック、モジュールおよび回路は、集積回路（“ＩＣ”）、アクセス端末、またはアクセスポイント内に実装され得る、またはこれらによって実行され得る。ＩＣは、本明細書に記載された機能を実行するように設計された汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはプログラマブル論理デバイス、個別ゲート（ｄｉｓｃｒｅｔｅ  ｇａｔｅ）もしくはトランジスタ論理、個別ハードウェア部品、電気部品、光学部品、機械部品、またはその任意の組合せを含んでいてよく、かつＩＣ内、ＩＣ外、またはその両方にあるコードまたは命令を実行することができる。汎用プロセッサはマイクロプロセッサであってよいが、別の例では、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってよい。プロセッサはまた、計算装置の組合せ、例えばＤＳＰとマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアと組み合わせて用いる１つもしくはそれ以上のマイクロプロセッサ、またはその他任意のかかる構成の組み合せとして実装されてもよい。
【００４７】
開示された任意のプロセスにおけるステップの任意の特定の順序または階層はいずれも見本となるアプローチの例であることが理解される。設計の選択に基づいて、プロセスにおけるステップの具体的な順序または階層が本開示の範囲内から逸脱しないままに再配列され得ることが理解される。添付の方法に係る請求項は、見本となる順序で各種ステップの要素を提示するが、提示された特定の順序または階層に限定されることは意図されていない。
【００４８】
本明細書に開示された態様に関連して記載された方法またはアルゴリズムのステップは、直接ハードウェアにおいて、プロセッサにより実行されるソフトウェアモジュールにおいて、または両者の組合せにおいて具体化され得る。ソフトウェアモジュール（例えば、実行可能な命令および関連するデータなど）ならびにその他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当分野において既知である任意のその他の形式のコンピュータ可読記録媒体中に常駐するものであり得る。見本となる記録媒体は、例えばコンピュータ／プロセッサ（本明細書では便宜上“プロセッサ”と称されることがある）のような機器と連結でき、かかるプロセッサは、記録媒体から情報（例えばコード）を読み出し、かつ記録媒体に情報を書き込むことができる。見本となる記録媒体は、プロセッサに不可欠なものであり得る。プロセッサおよび記録媒体はＡＳＩＣ中に存在していてよい。ＡＳＩＣはユーザ装置中に存在していてよい。あるいは、プロセッサと記録媒体とがユーザ装置中に個別部品として存在していてもよい。また、いくつかの態様においては、任意の適したコンピュータプログラム製品が、本開示の１つまたはそれ以上の態様に関連するコードを含むコンピュータ可読媒体を含み得る。いくつかの態様において、コンピュータプログラム製品は、パッケージング材を含み得る。
【００４９】
本発明を各種態様に関して記載してきたが、本発明はさらなる変更が可能であることが理解されるであろう。本出願は、基本的に本発明の原理に従い、そして本発明が属する技術分野内での既知の慣例に入るような本開示からの展開を包含する、本発明のあらゆる変更、使用または応用をカバーすることが意図されている。
【００５０】
＜関連出願の相互参照＞
本出願は、２０１３年８月９日に出願された米国特許仮出願第６１/８６４，１１４号による利益を享受し、その開示内容全体が本明細書に組み込まれる。
【符号の説明】
【００５１】
１００  アクセスネットワーク
１０４、１０６、１０８、１１０、１１２、１１４アンテナ
１１６  アクセス端末
１１８、１２４  逆方向リンク
１２０、１２６  順方向リンク
１２２  アクセス端末（ＡＴ）
２００  ＭＩＭＯシステム
２１０  送信システム
２１２  データソース
２１４  送信（ＴＸ）データプロセッサ
２２０  ＴＸ  ＭＩＭＯプロセッサ
２２２  受信機
２２２ａ〜２２２ｔ  送信機(ＴＭＴＲ)
２２４ａ〜２２４ｔ  アンテナ
２３０  プロセッサ
２３２  メモリ
２３６  データソース
２３８  ＴＸデータプロセッサ
２４０  復調器
２４２  ＲＸデータプロセッサ
２５０  受信システム
２５２  アンテナ
２５２ａ〜２５２ｒ  ＮＲアンテナ
２５４  受信機
２５４ａ〜２５４ｒ  受信機(ＲＣＶＲ)
２６０  ＲＸデータプロセッサ
２７０  プロセッサ
２７２  メモリ
２８０  変調器
３００  通信装置
３０２  入力装置
３０４  出力装置
３０６  制御回路
３０８  中央処理ユニット（ＣＰＵ）
３１０  メモリ
３１２  プログラムコード
３１４  トランシーバー
４００  物理レイヤ
４０２  レイヤ３
４０４  レイヤ２
４０６  レイヤ１
【図１】
0005941952.tif 000002
【図２】
0005941952.tif 000003
【図３】
0005941952.tif 000004
【図４】
0005941952.tif 000005
【図５】
0005941952.tif 000006
【図６】
0005941952.tif 000007
【図７】
0005941952.tif 000008
【図８】
0005941952.tif 000009
【図９】
0005941952.tif 000010