(57)【要約】【課題】無線通信システムにおける小セル強化の要求動作をスケジューリングする方法および装置を提供する。【解決手段】無線通信システムにおける小セルのスケジューリング要求動作の方法であって、方法は、第１のサービングセルと第２のサービングセルで構成されたユーザー端末（ＵＥ）を有するステップ、第１の物理アップリンク制御チャネル上で第１のスケジューリングリクエスト（ＳＲ）リソース、および第１の物理アップリンク制御チャネル上で第２のＳＲリソースを有するＵＥを構成するステップ、ＵＥによって、第２のＳＲリソースの可用性よりＢＳＲのトリガーのタイミングに近い第１のＳＲリソースを選び、バッファ状態報告（ＢＳＲ）によるトリガーに応じてＳＲ手順を開始するステップ、およびＵＥによって第１のＳＲリソースを有するスケジューリング要求を第１の物理アップリンク制御チャネルに送信するステップを含む方法。【選択図】  図５
2014204434.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける小セルのスケジューリング要求動作の方法であって、前記方法は、
第１のサービングセルと第２のサービングセルで構成されたユーザー端末（ＵＥ）を有するステップ、
第１の物理アップリンク制御チャネル上で第１のスケジューリングリクエスト（ＳＲ）リソース、および第１の物理アップリンク制御チャネル上で第２のＳＲリソースを有するＵＥを構成するステップ、
前記ＵＥによって、前記第２のＳＲリソースの可用性より前記ＢＳＲのトリガーのタイミングに近い前記第１のＳＲリソースを選び、バッファ状態報告（ＢＳＲ）によるトリガーに応じてＳＲ手順を開始するステップ、および
前記ＵＥによって前記第１のＳＲリソースを有するスケジューリング要求を前記第１の物理アップリンク制御チャネルに送信するステップを含む方法。
【請求項２】
前記ＵＥによって、スケジューリング要求を送信する前記第２のＳＲリソースを省略するステップを更に含む請求項１に記載の方法。
【請求項３】
前記第１のサービングセルはマクロセルであり、前記第２のサービングセルは小セルであるか、または前記第１のサービングセルは小セルであり、前記第２のサービングセルはマクロセルである請求項１に記載の方法。
【請求項４】
前記第１のサービングセルと前記第２のサービングセルは、異なるスケジューラによって制御される請求項１に記載の方法。
【請求項５】
前記第１のサービングセルと前記第２のサービングセルは、理想的でないバックホールによって互いに接続される請求項１に記載の方法。
【請求項６】
前記第１のスケジューリング要求を送信した後、禁止タイマーを開始するステップ、および
前記ＵＥによって、前記第１のＳＲリソースの後のＳＲリソースが、前記後のＳＲリソースと前記第１のＳＲリソースが同じスケジューラと関連しているかどうかに基づいて、禁止されるかどうかを決定するステップを更に含む請求項４に記載の方法。
【請求項７】
無線通信システムにおける小セルのスケジューリング要求動作の方法であって、前記方法は、
第１のサービングセルと第２のサービングセルで構成されたユーザー端末（ＵＥ）を有するステップ、
第１の物理アップリンク制御チャネル上で第１のスケジューリングリクエスト（ＳＲ）リソース、および第１の物理アップリンク制御チャネル上で第２のＳＲリソースを有するＵＥを構成するステップ、
前記ＵＥによって、第１のＳＲリソースまたは前記第２のＳＲリソースを選び、バッファ状態報告（ＢＳＲ）によるトリガーに応じてＳＲ手順を開始し、前記ＵＥは、全てのＳＲリソースを用いてスケジューリング要求を送信するステップ、および
前記ＵＥによって前記第１のＳＲリソースおよび前記第２のＳＲリソースを有するスケジューリング要求を前記第１および前記第２の物理アップリンク制御チャネルにそれぞれ送信するステップを含む方法。
【請求項８】
前記第１および前記第２のＳＲリソースは、独立したＳＲ手順を有する請求項７に記載の方法。
【請求項９】
共通ＳＲ手順は、前記第１および前記第２のＳＲリソースに用いられる請求項７に記載の方法。
【請求項１０】
前記第１のサービングセルはマクロセルであり、前記第２のサービングセルは小セルであるか、または前記第１のサービングセルは小セルであり、前記第２のサービングセルはマクロセルである請求項７に記載の方法。
【請求項１１】
前記第１のサービングセルと前記第２のサービングセルは、異なるスケジューラによって制御される請求項７に記載の方法。
【請求項１２】
前記第１のサービングセルと前記第２のサービングセルは、理想的でないバックホールによって互いに接続される請求項７に記載の方法。
【請求項１３】
前記第１のスケジューリング要求を送信した後、禁止タイマーを開始するステップ、および
前記ＵＥによって、ＳＲリソースが、前記後のＳＲリソースと前記前に用いられたＳＲリソースが同じスケジューラと関連しているかどうかに基づいて、禁止されるかどうかを決定するステップを更に含む請求項１１に記載の方法。
【請求項１４】
無線通信システムにおける新しいキャリアタイプを改善する通信装置であって、前記通信装置は、
制御回路、
前記制御回路を実装するプロセッサ、
前記制御回路に実装され、前記プロセッサに動作可能に接続されたメモリを含み、
前記プロセッサは、メモリに保存されたプログラムコードを実行するように構成され、
第１のサービングセルと第２のサービングセルで構成されたユーザー端末（ＵＥ）を有するステップ、
第１の物理アップリンク制御チャネル上で第１のスケジューリングリクエスト（ＳＲ）リソース、および第１の物理アップリンク制御チャネル上で第２のＳＲリソースを有するＵＥを構成するステップ、
前記ＵＥによって、前記第２のＳＲリソースの可用性より前記ＢＳＲのトリガーのタイミングに近い前記第１のＳＲリソースを選び、バッファ状態報告（ＢＳＲ）によるトリガーに応じてＳＲ手順を開始するステップ、および
前記ＵＥによって前記第１のＳＲリソースを有するスケジューリング要求を前記第１の物理アップリンク制御チャネルに送信するステップによって無線通信システムにおける小セル向上を提供する通信装置。
【請求項１５】
前記プログラムコードは、前記ＵＥによって、スケジューリング要求を送信する前記第２のＳＲリソースを省略するように更に構成される請求項１４に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信ネットワークに関し、特に、無線通信システムの小セル強化の方法および装置に関するものである。
【背景技術】
【０００２】
移動通信装置上で、大量のデータを通信する需要の急増に伴い、従来の移動音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットと通信するネットワークに発展している。このようなＩＰデータパケット通信は、移動通信装置のユーザーにボイスオーバーＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供することができる。
【０００３】
発展型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）は常用の  ネットワーク構造である。Ｅ−ＵＴＲＡＮシステムは、高いデータスループットを提供し、上述のボイスオーバーＩＰおよびマルチメディアサービスを実現する。Ｅ−ＵＴＲＡＮシステムの標準化作業は、３ＧＰＰ規格組織により実行される。よって、３ＧＰＰ規格を進化させて完成させるために、３ＧＰＰ規格の最新組織への変化が、提示され、考慮されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
無線通信システムにおける小セル強化の要求動作をスケジューリングする方法および装置を提供する。
【課題を解決するための手段】
【０００５】
無線通信システムにおける小セルのスケジューリング要求動作の方法および装置が開示される。前記方法は、第１のサービングセルと第２のサービングセルで構成されたユーザー端末（ＵＥ）を有するステップを含む。前記方法は、第１の物理アップリンク制御チャネル上で第１のスケジューリングリクエスト（ＳＲ）リソースを有するＵＥを構成し、第１の物理アップリンク制御チャネル上で第２のＳＲリソースを有するＵＥを構成するステップを更に含む。前記方法は、ＵＥによって第１のＳＲリソースを選び、バッファ状態報告（ＢＳＲ）によるトリガーに応じてＳＲ手順を開始するステップを含む。第１のＳＲリソースの可用性は、第２のＳＲリソースの可用性よりＢＳＲのトリガーのタイミングに近い。また、前記方法は、ＵＥによって第１のＳＲリソースを有するスケジューリング要求を第１の物理アップリンク制御チャネルに送信するステップを含む。
【図面の簡単な説明】
【０００６】
【図１】本発明の一実施形態によるマルチアクセス無線通信システムを示している。
【図２】例示的な実施形態に基づく、送信機システム（アクセスネットワークとしても知られている）および受信機システム（ユーザー端末またはＵＥとしても知られている）のブロック図である。
【図３】１つの例示的な実施形態に基づく、通信システムの機能ブロック図を示している。
【図４】１つの例示的な実施形態に基づく図３のプログラムコードの機能的なブロック図である。
【図５】１つの例示的な実施形態に基づくスケジューリング要求（ＳＲ）リソース配置（ｃｏｎｆｉｇｕｒａｔｉｏｎ）の図である。
【図６】１つの例示的な実施形態に基づくスケジューリング要求（ＳＲ）リソース配置（ｃｏｎｆｉｇｕｒａｔｉｏｎ）の図である。
【図７】１つの例示的な実施形態に基づくスケジューリング要求（ＳＲ）リソース配置（ｃｏｎｆｉｇｕｒａｔｉｏｎ）の図である。
【発明を実施するための形態】
【０００７】
以下に記述される例示的な無線通信システムおよび装置は、無線通信システムを用いて、放送サービス（ｂｒｏａｄｃａｓｔ  ｓｅｒｖｉｃｅ）をサポートしている。無線通信システムは幅広く展開されて、音声、データ等の各種のタイプの通信を提供する。これらのシステムは、符号分割多元接続（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ；  ＣＤＭＡ）、時分割多元接続（ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ；  ＴＤＭＡ）、直交周波数分割多元接続（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ；  ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）無線アクセス、３ＧＰＰ  ＬＴＥ−Ａ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ  Ａｄｖａｎｃｅｄ）、３ＧＰＰ２  ＵＭＢ（Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、ＷｉＭａｘ、または別の変調技術に基づく。
【０００８】
特に、以下に記述される例示的な無線通信システムの装置は、一つ以上の規格、例えば、文献番号ＴＳ３６．３２１  ｖ１１．２．０（２０１３−０３）  “Ｅ−ＵＴＲＡ；  ＭＡＣ  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ”、ＴＲ３６．３９２  ｖ１２．０．０（２０１２−１２）  “Ｓｃｅｎａｒｉｏｓ  ａｎｄ  Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｆｏｒ  ＵＴＲＡ  ａｎｄ  Ｅ−ＵＴＲＡＮ”を含む３ＧＰＰと呼ばれる“第３世代移動体通信システムの標準化プロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）”、Ｒ２−１３０４２０、  “Ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ  ａｌｔｅｒｎａｔｉｖｅｓ  ｆｏｒ  ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ”、ＴＲ３６．９１３、  ＲＰ−１２２０３３、  “Ｎｅｗ  Ｓｔｕｄｙ  Ｉｔｅｍ  Ｄｅｓｃｒｉｐｔｉｏｎ：  Ｓｍａｌｌ  Ｃｅｌｌ  ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｅ−ＵＴＲＡ  ａｎｄ  Ｅ−ＵＴＲＡＮ  −  Ｈｉｇｈｅｒ−ｌａｙｅｒ  ａｓｐｅｃｔｓ”  および  ３ＧＰＰ  Ｒ２−１３０５７０、  “Ｒｅｐｏｒｔ  ｏｆ  ３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ２  ｍｅｅｔｉｎｇ＃７２”  により制定される規格をサポートするように設計されている。上述の規格と文献は明細書に組み込まれる。
【０００９】
図１は、本発明の一実施形態によるマルチアクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナ群を含み、１つは１０４と１０６の群、もう１つは１０８と１１０の群、またもう１つは１１２と１１４の群を含む。図１では、各アンテナ群は、２つのアンテナだけが示されているが、２つ以上のアンテナが各アンテナ群に用いられてもよい。アクセス端子１１６（ａｃｃｅｓｓ  ｔｅｒｍｉｎａｌ；  ＡＴ）は、アンテナ１１２と１１４と通信し、アンテナ１１２と１１４は、順方向リンク（ｆｏｒｗａｒｄ  ｌｉｎｋ）１２０によって、情報をアクセス端子  １１６に送信し、逆方向リンク（ｒｅｖｅｒｓｅ  ｌｉｎｋ）１１８によって、アクセス端子１１６から情報を受信する。アクセス端子（ＡＴ）１２２はアンテナ１０６と１０８と通信し、アンテナ１０６と１０８は、順方向リンク  １２６によって、情報をアクセス端子（ＡＴ）１２２に送信し、逆方向リンク１２４によって、アクセス端子（ＡＴ）１２２から情報を受信する。周波数分割複信（Ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘｉｎｇ；  ＦＤＤ）システムでは、通信リンク１１８、１２０、１２４および１２６は異なる周波数を用いて通信する。例えば、順方向リンク１２０は、逆方向リンク  １１８で用いられる周波数と異なる周波数を用いてもよい。
【００１０】
各アンテナ群および／または通信のために設計される領域は、通常、アクセスネットワークのセクター（ｓｅｃｔｏｒ）と称される。実施形態では、各アンテナ群は、アクセスネットワーク１００でカバーされた領域のセクターのアクセス端子と通信するように設計されている。
【００１１】
順方向リンク１２０と１２６による通信では、アクセスネットワーク１００の送信アンテナは、異なるアクセス端子１１６と１２２の順方向リンクの信号対雑音比（ｓｉｇｎａｌ−ｔｏ−ｎｏｉｓｅ  ｒａｔｉｏ）を改善するためにビーム形成（ｂｅａｍｆｏｒｍｉｎｇ）を用いることができる。また、ビーム形成を用いて、その受信範囲にランダムに散乱したアクセス端子に送信するアクセスネットワークは、単一のアンテナによって、全てのそのアクセス端子に送信するアクセスネットワークよりも、隣接セルのアクセス端子への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端子と通信するのに用いられる固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）または基地局（ｂａｓｅ  ｓｔａｔｉｏｎ）であり、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）、Ｎｏｄｅ  Ｂ、基地局、拡張基地局、ｅＮＢ、または他の用語で呼ばれてもよい。アクセス端子（ＡＴ）は、ユーザー端末（ＵＥ）、無線通信装置、端子、アクセス端子、または他の用語で呼ばれてもよい。
【００１３】
図２は、ＭＩＭＯシステム２００の送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端子（ＡＴ）またはユーザー端末（ＵＥ）としても知られている）の実施形態の簡略ブロック図である。送信機システム２１０では、データストリームのトラフィックデータがデータソース２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
１つの実施形態では、各データストリームは、各々の送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、そのデータストリーム用に選ばれた特定の符号化方式に基づき、各データストリームのトラフィックデータをフォーマット（ｆｏｒｍａｔ）、符号化（ｃｏｄｅ）およびインターリーブ（ｉｎｔｅｒｌｅａｖｅ）し、符号化データを提供する。
【００１５】
各データストリームの符号化データは、ＯＦＤＭ  技術を用いて、パイロットデータ（ｐｉｌｏｔ  ｄａｔａ）と多重化される。パイロットデータは、一般に、既知の方法で処理された既知のデータパターンであり、受信機システムで用いられて、チャネル応答を推定する。次いで、各データストリームの多重化パイロットと符号化データは、そのデータストリーム用に選ばれた特定の変調方式（ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫまたはＭ−ＱＡＭ）に基づき、変調され（即ち、シンボルマッピングされた）、変調シンボルを提供する。各データストリームのデータレート（ｄａｔａ  ｒａｔｅ）、符号化、および変調は、プロセッサ２３０により実行された指示によって決められる。
【００１６】
次いで、全てのデータストリームの変調シンボルは、ＴＸ  ＭＩＭＯプロセッサ２２０に提供され、更に変調シンボルを続けて処理する（例えば、ＯＦＤＭを用いて）。次いで、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ変調シンボルストリームをＮＴ送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。ある実施形態では、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミングの重みをデータストリームのシンボルおよびシンボルが送信されているアンテナに提供する。
【００１７】
各送信機２２２は、各々のシンボルストリームを受信して処理し、一つ以上のアナログ信号を提供し、アナログ信号をさらに調節（例えば、増幅（ａｍｐｌｉｆｉｅｓ）、フィルタリング（ｆｉｌｔｅｒ）、およびアップコンバート（ｕｐｃｏｎｖｅｒｔ））して、ＭＩＭＯチャネルを介して送信されるのに好適な変調信号を提供する。次いで、送信機２２２ａ〜２２２ｔからのＮＴ変調信号は、それぞれＮＴアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０では、送信された変調信号はＮＲアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２から受信された信号は各々の受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、各々の受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）し、調節した信号をデジタル化して、サンプルを提供し、サンプルを更に処理して、対応する“受信”シンボルストリームを提供する。
【００１９】
次いで、ＲＸデータプロセッサ２６０は、特定の受信処理技術に基づき、ＮＲ受信機２５４からＮＲ受信シンボルストリームを受信して処理し、ＮＴ“検出”シンボルストリームを提供する。次いで、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調（ｄｅｍｏｄｕｌａｔｅ）、デインターリーブ（ｄｅｉｎｔｅｒｌｅａｖｅ）および復号（ｄｅｃｏｄｅ）して、データストリームのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４によって実行される処理と相補される。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（ｐｒｅ−ｃｏｄｉｎｇ  ｍａｔｒｉｘ）を用いるかを周期的に決める（後述される）。プロセッサ２７０は、マトリクスインデックス（ｍａｔｒｉｘ  ｉｎｄｅｘ）部分およびランク値（ｒａｎｋ  ｖａｌｕｅ）部分を含む逆方向リンクメッセージを公式化する。
【００２１】
逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する各種の情報を含む。次いで、逆方向リンクメッセージは、ＴＸデータプロセッサ２３８によって処理され、データソース２３６からの複数のデータストリーム用のトラフィックデータも受信し、変調器２８０によって変調され、送信機２５４ａ〜２５４ｒによって調節され、送信機システム２１０に送信される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４によって受信され、受信機２２２によって調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２によって処理されて、受信機システム２５０によって送信された逆方向リンクメッセージを抽出する。次いで、プロセッサ２３０は、どのプレコーディングマトリクスを用いて、ビームフォーミングの重みを決めて、抽出されたメッセージを処理するか決める。
【００２３】
図３は、本発明の１つの実施形態に基づく、通信装置の代替の簡略化された機能ブロック図を示している。図３に示されるように、無線通信システムの通信装置３００は、図１のＵＥ（またはＡＴ）１１６と１２２の実現に用いられ、無線通信システムは、ＬＴＥシステムであることが望ましい。通信装置３００は、入力装置３０２、出力装置３０４、制御回路３０６、中央処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバー３１４を含む。制御回路３０６は、ＣＰＵ３０８により、メモリ３１０のプログラムコード３１２を実行し、これにより、通信装置３００の動作を制御する。通信装置３００は、例えば、キーボードまたはキーパッドなどの入力装置３０２を通じて、ユーザーにより入力された信号を受信し、例えば、モニターまたはスピーカーなどの出力装置３０４によって、イメージと音声を出力することができる。トランシーバー３１４は、無線信号を送受信し、受信した信号を制御回路３０６に送信し、制御回路３０６によって生成された信号を無線で出力するのに用いられる。
【００２４】
図４は、本発明の１つの実施形態に基づく図３に示されたプログラムコード３１２の簡略化されたブロック図である。この実施形態では、プログラムコード３１２は、アプリケーション層（ａｐｐｌｉｃａｔｉｏｎ  ｌａｙｅｒ）４００、層３部分  ４０２、層２部分４０４を含み、層１部分４０６に結合される。層３部分４０２は、一般に、無線リソース制御を実行する。層２部分４０４は、一般に、リンク制御を実行する。層１部分４０６は、一般に、物理的接続を実行する。
【００２５】
ＬＴＥまたはＬＴＥ−Ａシステムでは、層２部分は、無線リンク制御（ＲＬＣ）層および媒体アクセス制御（ＭＡＣ）層を含むことができる。層３部分は、無線リソース制御（ＲＲＣ）層を含むことができる。
【００２６】
３ＧＰＰ  ＴＳ３６．３２１  ｖ１１．２．０では、異なる物理アップリンク制御チャネルリソースを有するスケジューリング要求（ＳＲ）動作は、以下のように述べられる：
５．４．４  スケジューリング要求
スケジューリング（ＳＲ）要求は、新たな送信のためのＵＬ−ＳＣＨリソースを要求するために用いられる。
ＳＲがトリガーされた時、ＳＲはトリガーがキャンセルされるまで、ペンディングしている（ｐｅｎｄｉｎｇ）とみなされる。全てのペンディングしているＳＲは、ＭＡＣ  ＰＤＵが組み立てられ、このＰＤＵがバッファ状態報告（ＢＳＲ）をトリガーした最後のイベントまでのバッファ状態を含んでいるＢＳＲを含む場合（第５．４．５項を参照）、またはＵＬグラントが伝送可能な状態の全てのペンディングデータを収容できる場合、全てのペンディングしているＳＲはキャンセルされ、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒがストップされる。
ＳＲがトリガーされ、且つ他のＳＲがペンディングしていない場合、ＵＥは、ＳＲ＿ＣＯＵＮＴＥＲを０に設定する。
ＳＲがペンディングしている限り、ＵＥは、各ＴＴＩに対して：
‐  このＴＴＩで伝送可能な状態のＵＬ−ＳＣＨリソースがない場合、
‐  ＵＥがどのＴＴＩにおいても構成されたＳＲ用に有効なＰＵＣＣＨリソースを有していない場合：  ＰＣｅｌｌ上のランダムアクセス手順（第５．１項を参照）を開始し、全てのペンディングしているＳＲをキャンセルする；
‐  またはＵＥが、このＴＴＩにおいて構成されたＳＲ用に有効なＰＵＣＣＨリソースを有し、このＴＴＩが測定ギャップの一部でなく、且つｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒが動作していない場合：
‐  ＳＲ＿ＣＯＵＮＴＥＲ＜  ｄｓｒ−ＴｒａｎｓＭａｘの場合：
‐  ＳＲ＿ＣＯＵＮＴＥＲ値を１増加させる；
‐  物理層に対してＰＵＣＣＨ上でＳＲを送信するように指示する；
‐  ｓｔ−ＰｒｏｈｉｂｉｔＴｉｍｅｒをスタートする。
‐  または：
‐  ＲＲＣに対して全てのサービングセルのＰＵＣＣＨ／ＳＲＳを解放するように通知する；
‐  どの構成されたダウンリンク割り当ておよびアップリンクグラントもクリアする；
‐  ＰＣｅｌｌ上でのランダムアクセス手順（第５．１項を参照）を開始し、全てのペンディングしているＳＲをキャンセルする
【００２７】
５．４．５  バッファ状態報告
バッファ状態報告の手順は、ＵＥのアップリンク（ＵＬ）バッファで送信可能な状態のデータ量に関する情報を有するサービングｅＮＢを提供するように用いられる。ＲＲＣは、２つのタイマーｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒ  と  ｒｅｔｘＢＳＲ−Ｔｉｍｅｒを構成することによって、且つ各論理チャネルに対して、論理チャネルをＬＣＧに割り当てるｌｏｇｉｃａｌＣｈａｎｎｅｌＧｒｏｕｐを任意に信号送信することによって、ＢＳＲ報告を制御する。
バッファ状態報告の手順では、ＵＥは、全ての無線ベアラが中断（ｓｕｓｐｅｎｄｅｄ）されていないとみなし、無線ベアラが中断されているとみなす。
バッファ状態報告（ＢＳＲ）は、以下のイベントのいずれかが起きた場合、トリガーされる：
‐  １つのＬＣＧに属する論理チャネルに対してＵＬデータがＲＬＣエンティティまたはＰＤＣＰエンティティ内で伝送可能な状態になり（どのデータが伝送可能な状態とみなされるかの定義は、３ＧＰＰ  ＲＰ−１２２０３３および３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１１．４．０にそれぞれ規定されている）、データが、ある論理チャネルグループ（ＬＣＧ）に属する論理チャネルの優先順位より高い優先順位を有する論理チャネルに属し、データが既に送信可能な状態にあり、または、ＬＣＧに属する論理チャネルのいずれにも伝送可能な状態のデータがない場合、ＢＳＲは、以下「レギュラーＢＳＲ（Ｒｅｇｕｌａｒ  ＢＳＲ）」と呼ばれる。
‐  ＵＬリソースが割り当てられており、トランスポートブロック（ＭＡＣ  ＰＤＵ）内のパディングビットの数が、バッファ状態報告のＭＡＣ制御要素のサイズに等しいかそれより大きい。この場合、ＢＳＲは、以下「パディングＢＳＲ（Ｐａｄｄｉｎｇ  ＢＳＲ）」と呼ばれる。
‐  ｒｅｔｘＢＳＲ＿Ｔｉｍｅｒが切れて、ユーザー端末が、ＬＣＧに属する論理チャネルのいずれかに送信可能な状態のデータを有した場合、ＢＳＲは、以下「レギュラーＢＳＲ」と呼ばれる。
‐  ｐｅｒｉｏｄｉｃＢＳＲ＿Ｔｉｍｅｒが切れた場合、ＢＳＩは、以下「周期的ＢＳＲ」と呼ばれる。
レギュラーＢＳＲおよび周期的ＢＳＲに対して：
‐  ＢＳＩが送信された送信時間間隔において１つ以上の論理チャネルグループ（ＬＣＧ）が、送信可能な状態のデータを有する場合：  長期ＢＳＲ（Ｌｏｎｇ  ＢＳＲ）を報告する；
‐  １つのＬＣＧのみが送信可能なデータを有する場合：  短期ＢＳＲ（Ｓｈｏｒｔ  ＢＳＲ）を報告する
パディングＢＳＲに対して：
‐  パディングビットの量が、短期ＢＳＲとそのサブヘッダーを加えたサイズと等しいまたはサイズより大きく、長期ＢＳＲとそのサブヘッダーを加えたサイズより小さい場合：
‐  ＢＳＲが送信された送信時間間隔において１つ以上のＬＣＧが、送信可能な状態のデータを有する場合：  送信可能な状態のデータを有する最も優先順位が高い論理チャネルを有するＬＣＧの短縮ＢＳＲ（Ｔｒｕｎｃａｔｅｄ  ＢＳＲ）を報告する；
‐  そうでない場合：  短期ＢＳＲを報告する。
‐  パディングビットの量が、長期ＢＳＲとそのサブヘッダーを加えたサイズと等しいまたはサイズより大きい場合、長期ＢＳＲを報告する
バッファ状態報告の手順が少なくとも１つのＢＳＲがトリガーされており、且つキャンセルされていないと確認した場合：
‐  この送信時間間隔においてユーザー端末が新しい送信用に割り当てられたＵＬリソースを有する場合：
‐  多重化および組み立て手順を指示し、ＢＳＲ  ＭＡＣ制御要素を生成する
‐  全ての生成されたＢＳＲが短縮ＢＳＲであることを除き、ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始または再開する；
‐  ｒｅｔｘＢＳＲ−Ｔｉｍｅｒを開始または再開する
‐  またはレギュラーＢＳＲがトリガーされている場合、
‐  論理チャネルＳＲマスク（ｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−Ｍａｓｋ）用の論理チャネルに送信可能となるデータが上層によって設定されるため、アップリンクグラントが構成されず、またはレギュラーＢＳＲがトリガーされない場合：
‐  スケジューリング要求がトリガーされる：
ＭＡＣ  ＰＤＵは、最大１つのＭＡＣ  ＢＳＲ制御要素を含み、複数のイベントがＢＳＲをトリガーした時でも、ＢＳＲは、レギュラーＢＳＲと周期的ＢＳＲでパディングＢＳＲより優先される状態で伝送されることができる。
ＵＥは、いずれかのＵＬ−ＳＣＨ上で新しいデータを送信するためのグラントを示した時、ｒｅｔｘＢＳＲ―Ｔｉｍｅｒを再開する。
全てのトリガーされたＢＳＲは、このサブフレームのＵＬグラントが送信可能な状態にある全てのペンディングデータを収容できるが、ＢＳＲ  ＭＡＣ制御要素とそのサブヘッダーを更に収容するには不十分である場合、キャンセルされる。
ＵＥは、ＴＴＩで最大１つのレギュラー／周期的なＢＳＲを送信する。ＵＥがＴＴＩで複数のＭＡＣ  ＰＤＵを送信するように要求された場合、それは、レギュラー／周期的なＢＳＲを含まないＭＡＣ  ＰＤＵのいずれかにパディングＢＳＲを含むことができる。
ＴＴＩで送信された全てのＢＳＲは、全てのＭＡＣ  ＰＤＵがこのＴＴＩで確立された後、バッファ状態を常に反映する。各ＬＣＧは、ＴＴＩ毎の最大の１つのバッファ状態値を報告し、且つこの値はこのＬＣＧの全てのＢＳＲ報告バッファ状態で報告される。
注記：  パディングＢＳＲは、トリガーされたレギュラー／周期的なＢＳＲをキャンセルすることができない。パディングＢＳＲは、特定のＭＡＣ  ＰＤＵのみに対してトリガーされ、このトリガーは、このＭＡＣ  ＰＤＵが確立された時、キャンセルされる。
【００２８】
５．７  不連続受信（ＤＲＸ）
ＵＥは、ＵＥのセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）のためのＵＥのＰＤＣＣＨモニター活動を制御するＤＲＸ機能を伴う、無線リソース制御  （ＲＲＣ）、伝送電力制御物理的アップリンク制御チャネルＲＮＴＩ（ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ）、伝送電力制御物理的アップリンク共有チャネル  ＲＮＴＩ（ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ）、および半永続スケジューリングＣ−ＲＮＴＩ（ＳＰＳ  Ｃ−ＲＮＴＩ）（構成された場合）によって、構成されることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある時、ＤＲＸが構成される場合、ＵＥは、この第５．７項によって規定されるＤＲＸ動作を用いて、ＰＤＣＣＨを不連続的にモニター可能である。そうでなければ、ＵＥは、ＰＤＣＣＨを継続的にモニターする。ＤＲＸ動作を用いている時、ＵＥはまた、この規格の他の項に見られる要件に従って、ＰＤＣＣＨをモニターする。ＲＲＣは、オン持続時間タイマー（ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ）、ＤＲＸ非アクティビティタイマー（ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）、ＤＲＸ再送タイマー（ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ）（ＤＬ  ＨＡＲＱプロセス毎に１つであるが、ブロードキャストプロセスを除く）、長期ＤＲＸサイクル（ｌｏｎｇＤＲＸ−Ｃｙｃｌｅ）、ＤＲＸ開始オフセット（ｄｒｘＳｔａｒｔＯｆｆｓｅｔ）値、および任意のＤＲＸ短期サイクルタイマー（ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒ）と短期ＤＲＸサイクル（ｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅ）のタイマーを構成することによってＤＲＸ動作を制御する。ダウンリンクＨＡＲＱ再送前のサブフレームの最小量を規定する、ＨＡＲＱ再送タイマー  （ＲＴＴ）パラメータもまた、ダウンリンクＨＡＲＱプロセス毎に定義される（第７．７項を参照）。
ＤＲＸサイクルが構成される時、アクティブ時間は、以下の間の時間を含む：
−  ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ  またはｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ  またはｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ  またはｍａｃ競合解決タイマー（ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ）（第５．１．５項に説明されるように）が稼働している；  または
−  ＰＵＣＣＨ上で送信されたスケジューリング要求が、保留中である（第５．４．４項に説明されるように）；  または
−  保留中のＨＡＲＱ再送のためのアップリンクグラントが生じ得、対応するＨＡＲＱバッファ内にデータが存在する；  または
−  ＵＥのＣ−ＲＮＴＩにアドレスされる新しい伝送を示すＰＤＣＣＨが、ＵＥによって選ばれていないプリアンブル用のランダムアクセス応答の受信成功後、受信されていない（第５．１．４項に説明されるように）
ＤＲＸが構成されている時、ＵＥは、各サブフレームに対して：
−  ＨＡＲＱ  ＲＴＴタイマーが、このサブフレーム内で終了し、対応するＨＡＲＱプロセスのデータのデコードが成功しなかった場合：
−  対応するＨＡＲＱプロセスのためのｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを開始する
−  ＤＲＸコマンドＭＡＣ制御要素が受信される場合：
−  ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止し；
−  ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止する
−  ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが、このサブフレーム内で終了する、またはＤＲＸコマンドＭＡＣ制御要素が受信される場合：
−  短期ＤＲＸサイクルが構成される場合：
−  ｄｒｘ短期サイクルタイマーを開始または再開し；
−  短期ＤＲＸサイクルを使用する
−  そうでなければ：
−  長期ＤＲＸサイクルを使用する
−  ｄｒｘ短期サイクルタイマーが、このサブフレーム内で終了する場合：
−  長期ＤＲＸサイクルを使用する
−  短期ＤＲＸサイクルが使用され、［（ＳＦＮ＊１０）＋サブフレーム番号］モジュロ（ｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅ）＝（ｄｒｘＳｔａｒｔＯｆｆｓｅｔ）モジュロ（ｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅ）である場合；  または
−  長期ＤＲＸサイクルが使用され、［（ＳＦＮ＊１０）＋サブフレーム番号］モジュロ（ｌｏｎｇＤＲＸ−Ｃｙｃｌｅ）＝ｄｒｘＳｔａｒｔＯｆｆｓｅｔである場合：
−  ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始する
−  アクティブ時間の間、ＰＤＣＣＨサブフレームに対して、サブフレームが半二重ＦＤＤ  ＵＥ動作のアップリンク伝送のために要求されず、サブフレームが構成された測定間隔の一部でない場合：
−  ＰＤＣＣＨをモニターする；
−  ＰＤＣＣＨがＤＬ伝送を示す場合、またはＤＬ割り当てがこのサブフレーム用に構成されている場合：
−  対応するＨＡＲＱプロセスのＨＡＲＱ  ＲＴＴタイマーを開始する；
−  対応するＨＡＲＱプロセスのｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止する
−  ＰＤＣＣＨが、新しい伝送（ＤＬまたはＵＬ）を示した場合：
−  ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始または再開する
−  現在のサブフレームｎでは、ＵＥがサブフレームｎ−４まで受けて含んだグラント／割り当てに応じて、アクティブ時間内にない場合、トリガータイプ０ＳＲＳ（ｔｙｐｅ−０‐ｔｒｉｇｇｅｒｅｄ  ＳＲＳ）（３ＧＰＰ  ＴＲ３６．３９２  Ｖ１２．０．０）は、報告されない
−  ＣＱＩマスキング（ｃｑｉ−Ｍａｓｋ）は、上層によって設定される：
−  現在のサブフレームｎでは、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒがサブフレームｎ−４まで受けて含んだグラント／割り当てに応じて、稼働されない場合、ＰＵＣＣＨ上でのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩは、報告されない
−  そうでなければ：
−  現在のサブフレームｎでは、ＵＥがサブフレームｎ−４まで受けて含んだグラント／割り当てに応じて、アクティブ時間内にない場合、ＰＵＣＣＨ上でのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩは、報告されない。
ＵＥが、ＰＤＣＣＨをモニターしているかどうかにかかわらず、ＵＥは、それが見込まれる時、ＨＡＲＱフィードバックを送受信し、トリガータイプ１ＳＲＳ（ｔｙｐｅ−１‐ｔｒｉｇｇｅｒｅｄ  ＳＲＳ）３ＧＰＰ  ＴＲ３６．３９２  Ｖ１２．０．０を送信する。
注  記：  同一のアクティブ時間が全てのアクティブ化されたサービングセルに用いられる。
【００２９】
５．１３  ＳＣｅｌｌのアクティブ化／非アクティブ化
ＵＥが１つ以上のＳＣｅｌｌで構成されている場合、ネットワークは、構成されたＳＣｅｌｌをアクティブ化および非アクティブ化することができる。ＰＣｅｌｌは、常にアクティブ化されている。ネットワークは、第６．１．３．８項で述べられたアクティブ化／非アクティブ化ＭＡＣ制御要素（ＭＡＣ  ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ）を送信することによってＳＣｅｌｌをアクティブ化／非アクティブ化する。また、ＵＥは、構成されたＳＣｅｌｌ毎にｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ、タイマーを維持し、その終了時に関連のＳＣｅｌｌを非アクティブ化する。
同一の初期タイマー値は、ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒの各々の場合に用いられ、ＲＲＣによって構成される。構成されたＳＣｅｌｌは、追加時およびハンドオーバ後に最初に非アクティブ化される。
ＵＥは、各ＴＴＩおよび各構成されたＳＣｅｌｌに対して：
−  このＴＴＩでアクティブ化／非アクティブ化ＭＡＣ制御要素を受けたＵＥがＳＣｅｌｌをアクティブ化した場合、ＵＥは［２］で定義されたタイミング（ｔｉｍｉｎｇ）に応じたＴＴＩにある：
−  ＳＣｅｌｌをアクティブ化する；  即ち、正常なＳＣｅｌｌ動作を用い、以下を含む：
−  ＳＣｅｌｌでＳＲＳを送信する；
−  ＳＣｅｌｌのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩを報告する；
−  ＳＣｅｌｌでＰＤＣＣＨをモニターする；
−  ＳＣｅｌｌのＰＤＣＣＨをモニターする；
−  ＳＣｅｌｌと関連したｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅを開始、または再開する；
−  でなければ、このＴＴＩでアクティブ化／非アクティブ化ＭＡＣ制御要素を受けたＵＥがＳＣｅｌｌを非アクティブ化した場合、または
−  アクティブ化したＳＣｅｌｌと関連するｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅがこのＴＴＩで終了する場合：
−  ３ＧＰＰ  ＴＲ３６．３９２  ｖ１２．０．０に定義されたタイミングに応じたＴＴＩでは：
‐  ＳＣｅｌｌを非アクティブ化する；
‐  ＳＣｅｌｌと関連するｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅを停止する；
‐  ＳＣｅｌｌと関連する全てのＨＡＲＱバッファをフラッシュする
‐  アクティブ化されたＳＣｅｌｌ上のＰＤＣＣＨがアップリンクグラントまたはダウンリンク割り当てを示す場合；  または
‐  アクティブ化されたＳＣｅｌｌをスケジューリングするサービングセル上のＰＤＣＣＨがアクティブ化されたＳＣｅｌｌのアップリンクグラントまたはダウンリンク割り当てを示す場合：
−  ＳＣｅｌｌと関連したｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅを再開する；
−  ＳＣｅｌｌが非アクティブ化された場合：
−  ＳＣｅｌｌでのＳＲＳを送信しない
−  ＳＣｅｌｌのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩを報告しない；
−  ＳＣｅｌｌのＵＬ−ＳＣＨで送信しない；
−  ＳＣｅｌｌでのＲＡＣＨを送信しない；
−  ＳＣｅｌｌでＰＤＣＣＨをモニターしない；
−  ＳＣｅｌｌのＰＤＣＣＨをモニターしない
注記：  ＳＣｅｌｌが非アクティブ化された時、ＳＣｅｌｌで進行中のランダムアクセス手順があれば、中止される。
【００３０】
６．１．３．１  バッファ状態報告ＭＡＣ制御要素
バッファ状態報告（ＢＳＲ）ＭＡＣ制御要素は、以下のいずれかを含む：
−  短期ＢＳＲまたは短縮ＢＳＲフォーマット：  １つの論理チャネルグループ識別子（ＬＣＤ  ＩＤ）フィールドと１つの対応するバッファサイズフィールド（表６．１．３．１−１）；または
−  長期ＢＳＲフォーマット：  ＬＣＤ  ＩＤ＃０〜＃３に対応する４つのバッファサイズフィールド（表６．１．３．１−２）
ＢＳＲフォーマットは、表６．２．１−２に表記されるようにＬＣＧ  ＩＤを有するＭＡＣ  ＰＤＵサブヘッダーによって識別される。
フィールドＬＣＧ  ＩＤとバッファサイズは次のように定義される：
−  ＬＣＧ  ＩＤ：  論理チャネルグループ識別子フィールドは、バッファ状態が報告されている論理チャネルのグループを識別する。フィールドの長さは２ビットである
−  バッファサイズ：  バッファサイズフィールドは、ＴＴＩの前記ＭＡＣ  ＰＤＵが確立された後、論理チャネルグループの全ての論理チャネルに使用可能なデータの総量を識別する。前記データ量は、バイトの数で示される。ＲＬＣ層とＰＤＣＰ層で伝送に使用可能な全てのデータを含む；  データが伝送に使用可能としてみなされるかどうかの識別は、３ＧＰＰ  ＲＰ−１２２０３３と３ＧＰＰ  ＴＳ３６．００  Ｖ１１．４．０にそれぞれ明示されている。ＲＬＣおよびＭＡＣヘッダのサイズは、前記バッファサイズ計算において考慮されない。このフィールドの長さは、６ビットである。ｅｘｔｅｎｄｅｄＢＳＲ−Ｓｉｚｅｓが構成されない場合、バッファサイズフィールドによって得られた値は、表６．１．３．１−１に示される。ｅｘｔｅｎｄｅｄＢＳＲ−Ｓｉｚｅｓが構成される場合、バッファサイズフィールドによって得られた値は、表６．１．３．１−２に示される。
【表１】
2014204434.tif 000003
表６．１．３．１−１：  短期ＢＳＲまたは短縮ＢＳＲ  ＭＡＣ制御要素
【表２】
2014204434.tif 000004
表６．１．３．１−２：  長期ＢＳＲ  ＭＡＣ制御要素
【００３１】
３ＧＰＰ  ＴＲ３６．３９２  ｖ１２．０．０が次のように開示される：
低電力ノードを用いた小セルは、モバイルトラフィックの爆発的急増に、特に、室内および室外のシナリオ（ｓｃｅｎａｒｉｏ）のホットスポット配置において対処できるものとみられている。低電力ノードは、通常、そのＴｘ電力がマクロノードおよび基地局（ＢＳ）クラス（例えばピコおよびフェムトｅＮＢの両方とも適用できる）より低いノードを意味する。Ｅ−ＵＴＲＡおよびＥ−ＵＴＲＡＮの小セル強化（ｅｎｈａｎｃｅｍｅｎｔ）は、低電力ノードを用いて室内および室外のホットスポット領域で改善された性能の付加機能に焦点が当たっている。
この文書は、小セル強化のシナリオと要求を捉えている。３ＧＰＰ  ＴＲ３６．９１３は、要求の重複を避けるために随時参照として用いられ得る。
【００３２】
３ＧＰＰ  ＲＰ−１２２０３３が次に開示される：
４  目的
この研究の目的は、ＴＲ３６．９３２に定義されたシナリオと要求を満たす小セル配置と操作の向上されたサポートに用いるプロトコルと構造における潜在的な技術を識別することである。
前記研究は、以下の態様について行われる：
・  異なるまたは同一のキャリアによって提供されたマクロおよび小セル層と二重接続（ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）を有するＵＥの利点を識別して評価し、このような二重接続のシナリオが実行可能且つ有益となる。
・  ＴＲ３６．９３２にあるシナリオ、特に二重接続の実行可能なシナリオの潜在的なおよびプロトコル強化を確認して評価し、実行可能な場合、コアネットワークの影響を減少する：
−  制御プレーンとユーザープレーン、およびその互いの相互関係の全体構造、例えば異なるノードのＣプレーンおよびＵプレーン、異なるプロトコル層の終止などを支持することを含む。
・  全体の無線リソース管理構造と小セル配置の移動強化の必要性を識別して評価する：
−  ノード間ＵＥコンテキスト転送を減少し、コアネットワークに向けて信号を送信する
−  増加されたＵＥのバッテリ消費を減少しながら測定とセル識別を強化する
各潜在的な強化では、ゲイン、複雑性、および規格影響（ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｉｍｐａｃｔ）が評価される。
前記研究は、他のＳＩ／ＷＩによってカバーされない潜在的な強化に焦点を当てる。
【００３３】
３ＧＰＰ  ＴＳ３６．３００では以下のようにキャリアアグリゲーション（ＣＡ）を述べている：
５．５  キャリアアグリゲーション
キャリアアグリゲーション（ＣＡ）では、最大１００ＭＨｚの広伝送帯域をサポートするために集約される。ＵＥは、その機能（ｃａｐａｂｉｌｉｔｉｅｓ）に応じて、１つまたは複数のコンポーネントキャリアに同時に送信または受信することができる。
−  ＣＡの単一のタイミングアドバンスの機能を有するＵＥは、同一のタイミングアドバンスを共有する複数のサービングセル（１つのＴＡＧにグループされた複数のサービングセル）に応じて、複数のコンポーネントキャリアで同時に送信または受信することができる；
−  ＣＡの複数のタイミングアドバンスの機能を有するＵＥは、異なるタイミングアドバンスを有する複数のサービングセル（複数のＴＡＧにグループされた複数のサービングセル）に応じて、複数のコンポーネントキャリアで同時に送信または受信することができる。Ｅ−ＵＴＲＡＮは、各ＴＡＧが少なくとも１つのサービングセルを含むことを確保する；
−  ＣＡの機能を備えないＵＥは、１つのサービングセルのみ（１つのＴＡＧの１つのサービングセル）に応じて、１つのＣＣで受信し、１つのＣＣで送信することができる。
ＣＣは、リリース８／９数秘術を用いた周波数領域で、各ＣＣが最大１１０リソースブロックに制限された、連続ＣＣおよび非連続ＣＣにサポートされている。
ＵＥを構成し、同一のｅＮＢから発信し、且つＵＬとＤＬで異なる可能性のある帯域幅の異なる数のＣＣを集約することが可能である：
−  ＤＬ  ＣＣの数は、ＵＥのＤＬアグリゲーション機能によって構成が決められることができる；
−  ＵＬ  ＣＣの数は、ＵＥのＵＬアグリゲーション機能によって構成が決められることができる；
−  ＤＬ  ＣＣより多いＵＬ  ＣＣでＵＥを構成することは可能でない；
−  典型的なＴＤＤ配置では、ＵＬとＤＬでのＣＣの数と各ＣＣの帯域幅は、同じである
−  構成されることができるＴＡＧの数は、ＵＥのＴＡＧ機能によって決まる
同一のｅＮＢから発信するＣＣは、同じカバレージを提供する必要はない。
ＣＣは、ＬＴＥリリース８／９と互換性を有する。しかしながら、現存する機構（例えば、バーリング（ｂａｒｒｉｎｇ））は、リリース８／９のＵＥがＣＣにキャンプオンするのを防ぐように用いられることができる。
連続的に集約されたＣＣの中心周波数間の間隔は、３００ｋＨｚの倍数である。これは、リリース８／９の１００ｋＨｚ周波数ラスタと互換性があり、同一時間で１５ｋＨｚの間隔を有するサブキャリアの直交性を保留するようにするためである。アグリゲーションシナリオに応じて、ｎ×３００ｋＨｚの間隔は、連続ＣＣ間に少数の使用されていないサブキャリアを挿入することによって容易にすることができる。
［．．．］
【００３４】
７．５  キャリアアグリゲーション
ＣＡが構成される場合、ＵＥはＮＷと１つのＲＲＣ接続のみを有する。ＲＲＣ接続確立／再確立／ハンドオーバでは、１つのサービングセルはＮＡＳモビリティ情報（例えばＴＡＩ）を提供し、ＲＲＣ接続再確立／ハンドオーバでは、１つのサービングセルは安全な入力を提供する。このセルは、プライマリセル（Ｐｒｉｍａｒｙ  Ｃｅｌｌ；  ＰＣｅｌｌ）と呼ばれる。ダウンリンクでは、ＰＣｅｌｌに対応するキャリアは、ダウンリンクプライマリコンポーネントキャリア（Ｄｏｗｎｌｉｎｋ Ｐｒｉｍａｒｙ Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ：  ＤＬ  ＰＣＣ）であ  り、アップリンクでは、ＰＣｅｌｌに対応するキャリアは、アップリンクプライマリコンポーネントキャリア  （Ｕｐｌｉｎｋ Ｐｒｉｍａｒｙ Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ：  ＵＬ  ＰＣＣ）である。
ＵＥの機能に応じて、セカンダリセル（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ：ＳＣｅｌｌ）が構成され、ＰＣｅｌｌとともに１セットのサービングセルを形成する。ダウンリンクでは、ＳＣｅｌｌに対応するキャリアは、ダウンリンクセカンダリコンポーネントキャリア  （Ｄｏｗｎｌｉｎｋ Ｓｅｃｏｎｄａｒｙ Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ：  ＤＬ  ＳＣＣ）であり、アップリンクでは、ＳＣｅｌｌに対応するキャリアは、アップリンクセカンダリコンポーネントキャリア（Ｕｐｌｉｎｋ Ｓｅｃｏｎｄａｒｙ Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ：  ＵＬ  ＳＣＣ）である。
このため、ＵＥに対して構成されたセットのサービングセルは、常に、１つのＰＣｅｌｌと、１つ以上のＳＣｅｌｌからなる。
−  ダウンリンクのＳＣｅｌｌの他に、各ＳＣｅｌｌに対して、ＵＥによってアップリンクリソースの使用が構成される（このため、構成されたＤＬ  ＳＣＣの数は、ＵＬ  ＳＣＣの数より常に大きいまたは等しく、アップリンクリソースにのみ用いられるように構成され得るＳＣｅｌｌはない）；
−  ＵＥの視点から見ると、各アップリンクリソーｓｊは、１つのサービングセルにのみ属する；
−  構成され得るサービングセルの数は、ＵＥのアグリゲーション機能によって決まる（第５．５項を参照）；
−  ＰＣｅｌｌはハンドオーバ手順（即ちセキュリティーキー変更およびＲＡＣＨ手順）でのみ変更され得る；
−  ＰＣｅｌｌは、ＰＵＣＣＨの伝送に用いられる；
−  ＳＣｅｌｌとは異なり、ＰＣｅｌｌは、非アクティブ化されることができない（第１１．２項を参照）；
−  再確立は、ＳＣｅｌｌが無線リンク障害（ＲＬＦ）を起こした時でなく、ＰＣｅｌｌがＲＬＦを起こした時にトリガーされる；
−  ＮＡＳ情報は、ＰＣｅｌｌから得られる
ＳＣｅｌｌの再構成、追加、および除去は、ＲＲＣによって実行されることができる。イントラＬＴＥハンドオーバでは、ＲＲＣもターゲットＰＣｅｌｌとともに用いるＳＣｅｌｌを追加、除去、または再構成することができる。新しいＳＣｅｌｌを追加する時、専用のＲＲＣシグナリングがＳＣｅｌｌの全ての必要なシステム情報に送信するように用いられる。即ち、接続モードにおいて、ＵＥは、ＳＣｅｌｌから直接発信された（ｂｒｏａｄｃａｓｔｅｄ）システム情報を得る必要がない。
【００３５】
３ＧＰＰ  ＴＳ３６．３３１は、ＣＡについて以下に述べている：
５．３．５．４  ＵＥ（ハンドオーバ）によるｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信
ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含み、且つＵＥがこのメッセージに含まれる構成に適合できる場合、ＵＥは：
１＞  タイマーＴ３１０が稼働している場合、停止する；
１＞  ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏに含まれるタイマーの値がｔ３０４に設定されているタイマーＴ３０４を開始する；
１＞  ｃａｒｒｉｅｒＦｒｅｑが含まれる場合：
２＞  ターゲットＰＣｅｌｌが、ｔａｒｇｅｔＰｈｙｓＣｅｌｌＩｄによって示された物理セル識別を有するｃａｒｒｉｅｒＦｒｅｑによって示された周波数にある１つとしてみなす；
１＞  でなければ、
２＞  ターゲットＰＣｅｌｌが、ｔａｒｇｅｔＰｈｙｓＣｅｌｌＩｄによって示された物理セル識別を有するソースＰＣｅｌｌの周波数にある１つとしてみなす；
１＞  ターゲットＰＣｅｌｌのＤＬへの同期を開始する；
注記１：  ＵＥは、このメッセージの受信の成功を確認する（ＨＡＲＱおよびＡＲＱ）前のハンドオーバをトリガーするＲＲＣメッセージを受けた後、可能な限り早くハンドオーバを行うべきである。
１＞  ＭＡＣをリセットする；
１＞  確立された全てのＲＢのＰＤＣＰを再確立する；
注記２：  ＰＤＣＰ再確立の完成の成功後、例えば未確認のＰＤＣＰ  ＳＤＵの再送（および関連する状態報告）、ＳＮとＨＦＮの処理の成功後の無線ベアラの処理がＴＳ３６．３２３に述べられている。
１＞  確立された全てのＲＢのＲＬＣを再確立する；
１＞  下層を構成し、構成された場合、ＳＣｅｌｌが非アクティブ化されている状態とみなす；
１＞  ｎｅｗＵＥ−Ｉｄｅｎｔｉｔｙ値をＣ−ＲＮＴＩとして用いる；
１＞  ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｆｕｌｌＣｏｎｆｉｇを含む場合：
２＞  第５．３．５．８項に述べられたように無線構成手順を実行する；
１＞  受信したｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎに応じて下層を構成する；
１＞  受信したｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏに含まれる場合、前にカバーされていない任意の追加のフィールドに応じて下層を構成する；
１＞  ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄを含む場合：
２＞  ５．３．１０に述べられたように無線構成手順を実行する；
１＞  ｓｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯに受信されたｋｅｙＣｈａｎｇｅＩｎｄｉｃａｔｏｒがＴＲＵＥに設定されている場合：
２＞  ＴＳ３３．４０１に述べられたように、前に成功したＮＡＳ  ＳＭＣ手順が用いられる新しいＫＡＳＭＥキーに基づき、ＫｅＮＢキーを更新する；
１＞  でなければ；
２＞  ＴＳ３３．４０１に述べられたように、ｓｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯに示されたｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ  値を用いて、現在のＫｅＮＢまたはＮＨに基づき、ＫｅＮＢキーを更新する；
１＞  ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ値を保存する；
１＞  ｓｅｃｕｒｉｔｙＡｌｇｏｒｉｔｈｍＣｏｎｆｉｇがｓｅｃｕｒｉｔｙＣｏｎｆｉｇＨＯに含まれる場合：
２＞  ＴＳ３３．４０１に述べられたように、ｉｎｔｅｇｒｉｔｙＰｒｏｔＡｌｇｏｒｉｔｈｍに関連するＫＲＲＣｉｎｔキーを得る；
２＞  ＲＮとして接続された場合：
３＞  ＴＳ３３．４０１に述べられたように、ｉｎｔｅｇｒｉｔｙＰｒｏｔＡｌｇｏｒｉｔｈｍに関連するＫＵＰｉｎｔキーを得る；
２＞  ＴＳ３３．４０１に述べられたように、ｃｉｐｈｅｒｉｎｇＡｌｇｏｒｉｔｈｍに関連するＫＲＲＣｉｎｔキーおよびＫＵＰｉｎｔキーを得る；
１＞  でなければ：
２＞  ＴＳ３３．４０１に述べられたように、現在の完全性アルゴリズムに関連するＫＲＲＣｉｎｔキーを得る；
２＞  ＲＮとして接続された場合：
３＞  ＴＳ３３．４０１に述べられたように、現在の完全性アルゴリズムに関連するＫＵＰｉｎｔキーを得る；
２＞  ＴＳ３３．４０１に述べられたように、現在の暗号アルゴリズムに関連するＫＲＲＣｅｎｃキーおよびＫＵＰｅｎｃキーを得る；
１＞  下層を構成し、完全性保護アルゴリズムおよびＫＲＲＣｉｎｔキーを用い、即ち完全性保護アルゴリズムは、ＵＥによって送受信された全ての後続のメッセージに用いられ、前記手順の完成の成功を示すのに用いられるメッセージを含む；
１＞  下層を構成し、暗号アルゴリズム、ＫＲＲＣｅｎｃキーおよびＫＵＰｅｎｃキーを用い、即ち暗号アルゴリズムは、ＵＥによって送受信された全ての後続のメッセージに用いられ、前記手順の完成の成功を示すのに用いられるメッセージを含む；
１＞  ＲＮとして接続された場合：
２＞  完全性保護を用いるように構成された現在または後続の確立されたＤＲＢに対して（ある場合）、下層を構成し、完全性保護アルゴリズムおよびＫＵＰｉｎｔキーを用いる；
１＞  受信したＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎがｓＣｅｌｌＴｏＡｄｄＭｏｄＬｉｓｔを含む場合：
２＞  ５．３．１０．３ａに述べられたようにＳＣｅｌｌ解放を実行する；
１＞  受信したＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎがｓＣｅｌｌＴｏＡｄｄＭｏｄＬｉｓｔを含む場合：
２＞  ５．３．１０．３ｂに述べられたようにＳＣｅｌｌ追加または変更を実行する；
１＞  受信したＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏがｓｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１Ｄｅｄｉｃａｔｅｄを含む場合：
２＞  ５．２．２．７に述べられたようにＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１  メッセージを受信後、動作を実行する；
１＞  ５．５．６．１に述べられたように動作と関連した測定を実行する；
１＞  ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｍｅａｓＣｏｎｆｉｇ  を含む場合：
２＞  ５．５．２に述べられたように測定構成手順を実行する；
１＞  ５．５．２．２ａに述べられたように測定識別自動削除を実行する；
１＞  ｒｅｐｏｒｔＰｒｏｘｉｍｉｔｙＣｏｎｆｉｇを解放し、任意の関連する近接状態報告タイマーを解除する；
１＞  ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｏｔｈｅｒＣｏｎｆｉｇを含む場合：
２＞  ５．３．１０．９に述べられたように他の構成手順を実行する；
１＞  ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージの内容を以下のように構成する：
２＞  ＵＥがＶａｒＲＬＦ−Ｒｅｐｏｒｔに使用可能な無線リンク障害またはハンドオーバ障害情報を有する場合、且つＲＰＬＭＮがＶａｒＲＬＦ−Ｒｅｐｏｒｔに保存されたｐｌｍｎ−ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
３＞  ｒｌｆ−ＩｎｆｏＡｖａｉｌａｂｌｅを含む；
２＞  ＵＥがＥ−ＵＴＲＡに使用可能なログされた測定を有する場合、且つＲＰＬＭＮがＶａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒに保存されたｐｌｍｎ−ＩｄｅｎｔｉｔｙＬｉｓｔに含まれる場合：
３＞  ｌｏｇＭｅａｓＡｖａｉｌａｂｌｅを含む；
２＞  ＵＥがＶａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒに使用可能な接続確立エラー情報を有する場合、且つＲＰＬＭＮがＶａｒＣｏｎｎＥｓｔＦａｉｌＲｅｐｏｒｔに保存されたｐｌｍｎ−Ｉｄｅｎｔｉｔｙと等しい場合：
３＞  ｃｏｎｎＥｓｔＦａｉｌＩｎｆｏＡｖａｉｌａｂｌｅを含む；
１＞  ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを下層に送り、伝送を行う；
１＞  ＭＡＣがランダムアクセス手順の完成を成功した場合、
２＞  タイマーＴ３０４を停止する；
２＞  部分的なＣＱＩ報告構成、スケジューリング要求構成、およびＵＥがターゲットＰＣｅｌｌのＳＦＮを知る必要がないサウンディング参照信号（ＲＳ）構成を用いる（ある場合）；
２＞  ターゲットＰＣｅｌｌのＳＦＮを得た後、測定の一部およびＵＥがターゲットＰＣｅｌｌのＳＦＮを知る必要がある（例えば、測定ギャップ、周期的ＣＱＩ報告、ケジューリング要求構成、サウンディングＲＳ構成）無線リソース構成を用いる（ある場合）；
注記３：  いつＵＥが、受けたフィールドに応じて構成を設定または再構成しても、上述の状況を除き、それは新しい構成を用いる。
２＞  ＵＥがＩＤＣ指示を提供するように構成される場合：
３＞  ＵＥがｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの先の最後の１秒の受信中にＩｎＤｅｖｉｃｅＣｏｅｘＩｎｄｉｃａｔｉｏｎ  メッセージを伝送していた場合：
４＞  ５．６．９．３に応じてＩｎＤｅｖｉｃｅＣｏｅｘＩｎｄｉｃａｔｉｏｎ  メッセージの伝送を開始する；
２＞  ＵＥがＰＰＩ（ｐｏｗｅｒ  ｐｒｅｆｅｒｅｎｃｅ  ｉｎｄｉｃａｔｉｏｎ）を提供するように構成された場合：
３＞  ＵＥがｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの先の最後の１秒の受信中にＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージを伝送していた場合：
４＞  ５．６．１０．３に応じてＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ  メッセージの伝送を開始する；
２＞  手順が終了する；
注記４：  ターゲットＰＣｅｌｌのＲＡＣＨアクセスを実行する前に、ＵＥは、そのセルからシステム情報を得てターゲットＰＣｅｌｌのＳＦＮを判定する必要がない。
【００３６】
５．３．１０．３ｂ  ＳＣｅｌｌ追加／変更
ＵＥは：
１＞  現在のＵＥ構成（ＳＣｅｌｌ追加）の一部でないｓＣｅｌｌＴｏＡｄｄＭｏｄＬｉｓｔに含まれる各ｓＣｅｌｌＩｎｄｅｘに対して：
２＞  受信したｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎＳＣｅｌｌ  と  ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＳＣｅｌｌに応じて  ｃｅｌｌＩｄｅｎｔｉｆｉｃａｔｉｏｎに対応するＳＣｅｌｌを追加する；
２＞  下層を構成し、ＳＣｅｌｌ非アクティブ状態にあるとみなす；
１＞  現在のＵＥ構成（ＳＣｅｌｌ変更）の一部であるｓＣｅｌｌＴｏＡｄｄＭｏｄＬｉｓｔに含まれる各ｓＣｅｌｌＩｎｄｅｘに対して：
２＞  受信したｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＳＣｅｌｌに応じてＳＣｅｌｌ構成を変更する；
2014204434.tif 000005
2014204434.tif 000006
2014204434.tif 000007
【００３７】
‐  ＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ
ＩＥ  ＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏは、Ｅ−ＵＴＲＡへの／Ｅ−ＵＴＲＡ内のネットワークモビリティ制御（ｎｅｔｗｏｒｋ  ｃｏｎｔｒｏｌｌｅｄ  ｍｏｂｉｌｉｔｙ）に関連したパラメータを含む。
ＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ情報要素
2014204434.tif 000008
３ＧＰＰ  Ｒ２−１３０４２０は、二重接続に代替するプロトコルアーキテクチャを述べている。代替方案（Ａｌｔｅｒｎａｔｉｖｅ）Ｕ３は、集中型ＰＤＣＰ終端（ｃｅｎｔｒａｌｉｚｅｄ  ＰＤＣＰ  ｔｅｒｍｉｎａｔｉｏｎ）であり、代替方案Ｕ４は、ユーザプレーンの分散型プロトコル終端である。これらの２つの代替方案の利点と欠点は、以下のように引用される：
３．３  代替方案Ｕ３：  集中型ＰＤＣＰ終端
…
−利点：
＞  接続数および経路切り替えにおいてＥＰＣに余分な負荷がない
−欠点：
＞  マクロと低電力ノード間のバックホールでの要求
＞  高容量
＞  中／低遅延（Ｍｅｄｉｕｍ／Ｌｏｏｓｅ  ｌａｔｅｎｃｙ）（ＰＤＣＰ並べ替え（ｒｅｏｒｄｅｒｉｎｇ））
＞  ユーザデータが中心点を通過しなければならない
３．４  代替方案Ｕ４：  分散型プロトコル終端
…
−利点：
＞  低電力ｅＮＢでローカルブレークアウトをサポートする。ユーザプレーンはＥＰＣに対して最適化されることができる
＞  理想的でないバックホールへの好ましいサポート
＞  マクロと低電力ｅＮＢ間にユーザデータ伝送が必要でない
＞  低電力ノードの接続性を確立／除去し、ＰＤＣＰ／ＲＬＣ再配置がＰＤＣＰ転送を有するリリース８のハンドオーバ手順に基づくことができる。
−欠点：
＞  接続数および経路切り替えにおいてＥＰＣに余分な負荷がある
＞  可能な安全性の問題は更に研究を要する
【００３８】
３ＧＰＰ  Ｒ２−１３０５７０は、二重接続のシナリオおよび利点を述べている。これは二重接続のいくつかのプロトコル構造の代替方案も対処している。
【００３９】
ＵＥがマクロセルと小セルの両方で構成される時、ＤＬデータに対するアップリンク確認応答により、ＰＵＣＣＨリソースも小セルに必要とされる可能性がある。しかしながら、ＰＵＣＣＨリソースは、通常マクロセル／ＰＣｅｌｌに構成されるため、それは小セル上でスケジューリング要求用のＰＵＣＣＨリソースを構成することが可能となり得る。マクロセルと小セル間の理想的でないバックホールの潜在的な問題のため、リソーススケジューリングは、小セル自体の中で完成する必要がある。
【００４０】
いくつかの特定のサービスとコントロールプレーンデータは、マクロセルで処理されることができ、ユーザプレーンデータが小セルで処理されることができるため、いくつかのサービス／データは、マクロと小セルの両方によって同時にサーブされることができる可能性がある。
【００４１】
ＵＥがＰＵＣＣＨ上で１つ以上のＳＲリソースで構成された場合（同じセルまたは異なるセル上にある可能性がある）、ＳＲリソース用の特定の方法および／または協調がマクロまたは小セルのＵＬリソースを要求する効率を改善するのに用いられることができる。
【００４２】
以下の実施形態では、リソーススケジューラは、リソース割り当て器、マクロセル／ｅＮＢ、小セル／ｅＮＢ、ｅＮＢ、ＰＣｅｌｌ、またはＳＣｅｌｌとして定義されることができる。マクロセル／ｅＮＢと小セル／ｅＮＢは、異なる地理的な位置に配置されてもよい。
【００４３】
ＳＲがＢＳＲ手順によってトリガーされた時、１つ以上のＳＲリソースが構成される（ＰＵＣＣＨ上で）ため、ユーザー端末（ＵＥ）は、直近の構成された（即ち有効な）ＳＲリソースを選び、ＳＲ手順を開始する。ＵＥは、それ自体を選ばれたＳＲリソースに制限し、且つＵＥは、他の使用可能なＳＲリソースを省略ことができる。図５に示されるようにＳＲ１とＳＲ２は、２つの構成されたＳＲリソースであり、ＳＲ１は、ＢＳＲがトリガーされた後の最接近のリソースである。ＳＲ１リソースが選ばれ、且つＵＥは、ＳＲ１を有するスケジューリング要求を連続的に送信し、ＳＲ２リソースを省略する。
【００４４】
図６に示されるもう１つの方法では、ＵＥは、全ての有効なＳＲリソースを用いるか、用いることを試みる。１つの方法では、ＵＥは、例えば、マクロセル（グループ）または小セル（グループ）毎に１つのＳＲ手順の独立したＳＲ手順を維持する。もう１つの方法では、単一のＳＲ手順は全ての有効なマクロセルまたは小セルに用いられることができる。
【００４５】
独立したＳＲ手順がセルまたはセルグループ毎に用いられる一実施形態に応じて、全てのＳＲ手順は、いずれかのＳＲ手順の完成後、完成するものとみなされる。１つのＳＲ手順が失敗し（即ち、ＳＲ最大伝送時間に達するのに失敗）、他のＳＲ手順が進行中／未完成の場合、他のＳＲリソースにまだ機会があるため、失敗したＳＲ手順と関連したランダムアクセス（ＲＡ）手順は、トリガーされない。従って、ＵＬリソースを要求するＲＡＣＨ手順をトリガーする緊急性はない。しかしながら、任意の構成されたダウンリンク割り当てとアップリンクグラントの解除（ｃｌｅａｒｉｎｇ）および／またはＲＲＣに通知してＰＵＣＣＨ／ＳＲＳを解放する動作は実行されることができる（選択的に、部分的に、または完全に）。
【００４６】
１つの実施形態では、ＲＡＣＨ手順の実行は、全てのＳＲ手順が失敗した後、考慮されることができる。ＲＡＣＨ手順は、特定のマクロセルおよび／または小セルに行なわれることができる。また、ＲＡＣＨ手順は、全てのＳＲ手順に関連する全てのセルに行われることができる。
【００４７】
共通のＳＲ手順が採用された場合、ほとんどの動作は、３ＧＰＰ  ＴＳ３６．３２１  Ｖ１１．２．０に開示された内容と類似する。しかしながら３ＧＰＰ  ＴＳ３６．３２１  Ｖ１１．２．０は、どのようにおよび／いつＲＡＣＨ手順を行うか考慮していない。
【００４８】
また他の方法では、ＳＲリソースは、同じ時間に構成されることができる（部分的にまたは完全に）。この方法では、図７に示されるように、ＵＥは、マクロセルまたは小セルで特定のＳＲリソースを選ぶことができるか、またはランダムにＳＲリソースを選ぶことができる。図７では、ＳＲリソース１およびＳＲリソース２は、異なるスケジューラ／セルで構成されることができる。いくつかの例では、ＳＲリソース１およびＳＲリソース２の位置は、部分的に重複され、ＳＲ１およびＳＲ２がＳＲリソース１およびＳＲリソース２からそれぞれ同時に送られることになる可能性がある。図７に示されるように、ＵＥは、第１のシナリオでＳＲリソース１だけを用いるように選ぶか、または第２のシナリオでＳＲリソース２だけを用いるように選ぶことができる。図７に示される第３のシナリオでは、ＵＥは、両ＳＲリソースを用いることを決定し、ＳＲリソース２よりＳＲリソース１を優先、またはその逆も同じく（それらが同時に構成された時）優先することができる。この規定は、ネットワークによって構成またはＵＥ自体によって決定されることができる。この方法は、上述の方法と組み合わせられることができる。１つ以上のＰＵＣＣＨ上で同時に伝送する可能性を考慮した時、ＵＥは、この制限次第でどの方法で行うかを決めることができる。図７の第３のケースを例にとると、ＵＥがＳＲリソース１とＳＲリソース２を同時に用いることができる場合、ＵＥは、ＳＲ１とＳＲ２を同時に送信することができる。ＵＥがＳＲリソース１とＳＲリソース２を同時に用いることができない場合、ＵＥは、ネットワーク構成に応じて、またはＵＥ決定によっていずれかのリソースを選ぶことができる。
【００４９】
共通のＳＲ手順が採用された１つのＳＲリソースを有する１つのＳＲ手順にあるＳＲ禁止タイマーを有するシナリオが採用されることを考慮すると、ＵＥは、ＳＲリソースが禁止されるかどうかを区別／決定する必要がある。１つの実施形態では、ＵＥは、この決定をスケジューラ（例えばマクロまたは小セル）が同じＳＲリソースを用いたかどうか（即ち、前と後のＳＲリソースが同じスケジューラに用いられる）に基づいて決定する。ＳＲが同じスケジューラに伝送された場合、後のＳＲリソースは、稼働の禁止タイマーによって禁止される。
【００５０】
当業者には知られているように、ここに述べられた実施例と説明は、２つ以上の構成されたリソースに用いられることができる。
【００５１】
図３と図４に示されるように、装置３００は、メモリ３１０に保存されたプログラムコード３１２を含む。１つの実施形態では、ＣＰＵ３０８は、プログラムコード３１２を実行して、以下の１つ以上を実行する：（ｉ）第１のサービングセルと第２のサービングセルを有するユーザー端末（ＵＥ）を構成する；  （ｉｉ）少なくとも第１と第２のスケジューリングリクエスト（ＳＲ）リソースを有するＵＥを物理アップリンク制御チャネル上に構成する；  （ｉｉｉ）第２のＳＲリソースよりＢＳＲに近い第１のＳＲリソースを選び、バッファ状態報告（ＢＳＲ）によるトリガーに応じてＳＲ手順を開始する；  および（ｉｖ）第１のＳＲリソースを有するスケジューリング要求を送信する。
【００５２】
また、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述の全ての動作およびステップを実行することができる。
【００５３】
この開示の種々の態様は上記に記述されている。ここでの教示が種々様々の形式で具体化されてもよいこと、および、ここに開示されている任意の特定の構造、機能または両方は単に代表に過ぎないことは明らかである。ここでの教示に基づいて、当業者は、ここで開示されたある態様が他の態様と無関係に実行され、２つ以上のこれらの態様が種々の方法で合成されてもよいことを認識するべきである。例えば、ここで説明された任意の数の態様を用いて、装置は実装されてもよいし、または方法は実践されてもよい。更に、他の構造、機能性、またはここで説明された態様の１つ以上に加えてまたはこれら以外での構造および機能性を用いて実行されてもよい。上記の概念のうちのいくつかの例として、いくつかの態様では、同時チャネルはパルス繰返周波数に基づいて確立されてもよい。ある態様では、同時チャネルはパルス位置またはオフセットに基づいて確立されてもよい。ある態様では、同時チャネルは時間ホッピングシーケンスに基づいて確立されてもよい。ある態様では、同時チャネルは、パルス繰返周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて確立されてもよい。
【００５４】
情報および信号は、様々な異なる技術および技法のうちのいずれかを使用して表され得ることを当業者は理解するであろう。例えば、以上の説明の至るところで参照され得るデータ、命令、コマンド、情報、信号、ビット、記号、およびチップは、電圧、電流、電磁波、磁場もしくは磁性粒子、光場もしくは光粒子、またはそれらの任意の組み合わせによって表され得る。
【００５５】
当業者は、種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびここで開示された態様に関連して記述されたアルゴリズムステップが電子ハードウェア（例えば、デジタル実装、アナログ実装またはソースコーディングまたは他のいくつかの技術を用いて設計されてもよい２つの組み合わせ）、命令を取り込むプログラムまたは設計コードの種々の形式（ここでは便宜上、「ソフトウェア」または「ソフトウェアモジュール」と呼ぶ）、または、この両方の組み合わせとして実装されてもよいことをさらに認識するだろう。ハードウェアおよびソフトウェアのこの交換可能性を明瞭に例示するために、様々な例示的な要素、ブロック、モジュール、回路、およびステップが、一般的に、それらの機能性に関して記述されている。かかる機能性がハードウェアまたはソフトウェアとして実装されるかどうかは、システム全体に課せられた特定の応用および設計制約に依存する。当業者は、記述された機能性を、それぞれの特定の応用に関して様々な方法で実装してもよいが、かかる実装決定は、本開示範囲からの逸脱を引き起こすと解釈されるべきではない。
【００５６】
ここで開示された態様に関連して記述される種々の例示の論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）内に実装されてもよいし、ＩＣによって実行されてもよい。ＩＣは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、徳定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジックデバイス、個別のゲートまたはトランジスタロジック、個別のハードウェア構成機器、電子的コンポーネント、光学コンポーネント、機械的なコンポーネントまたはここに記述された機能を行うことを目指した任意のそれらの組み合わせを具備してもよく、またＩＣ内部、ＩＣ外部、またはその両方に存在するコードまたは命令を実行してもよい。汎用プロセッサはマイクロプロセッサでもよいが、代わりに、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラまたは状態機械でもよい。プロセッサはまた、コンピューティング装置の組み合わせ（例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連動する１以上のマイクロプロセッサ、または任意の他のそのような構成）として実装されてもよい。
【００５７】
ここで開示されるプロセスのあらゆる特定の順序または分層の工程は例のアプローチである。デザイン嗜好に基づくと、理解できることは、本プロセスにおける特定の順序または分層の工程は、本発明の範囲内で再構成される。付随する方法は、例の順序で各種工程の素子の提示を要求し、提示される特定の順序または分層に制限されることを意味するのではない。
【００５８】
ここで開示された態様に関連して記述された方法またはアルゴリズムのステップは、直接ハードウェアで、プロセッサによって実行されるソフトウェアモジュール、または２つの組み合わせにおいて具現化されてもよい。（例えば、実行可能命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術において既知のコンピュータ読取可能記憶媒体の任意の他の形式のようなデータメモリに存在してもよい。サンプル記憶媒体は、例えば（利便性上ここでは「プロセッサ」と呼ばれてもよい）コンピュータ／プロセッサのような機械につながれてもよく、そのようなプロセッサは情報（例えば符号）を記憶媒体から読み出し、記憶媒体へ書き込みすることができる。サンプル記憶媒体はプロセッサに不可欠かもしれない。プロセッサ及び記憶媒体はＡＳＩＣ内に存在してもよい。ＡＳＩＣはユーザー機器に存在してもよい。代替案では、プロセッサと記憶媒体はユーザー機器において個別部品として存在してもよい。さらに、いくつかの態様では、いずれか適切なコンピュータプログラム製品も、この開示の態様の１つ以上に関連する符号を具備するコンピュータ読取可能媒体を具備してもよい。ある態様では、コンピュータプログラム製品は包装材料を具備してもよい。
【００５９】
この発明は種々の態様に関連して記述されているが、この発明がさらなる変更ができることは理解される。本用途は、本発明の一般的な原理を用いて、本発明の任意の変形、使用または改造を含むことが意図される。さらに、本用途は、本発明が属する分野において公知の、または慣例的実施の範囲内に入るような本開示からの逸脱を含むことが意図される。
【符号の説明】
【００６０】
１００  アクセスネットワーク
１０４、１０６、１０８、１１０、１１２、１１４  アンテナ
１１６、１２２  アクセス端子
１１８、１２４  逆方向リンク
１２０、１２６  順方向リンク
２１０  送信機システム
２１２、２３６  データソース
２１４、２３８  データプロセッサ
２２０  ＴＸ  ＭＩＭＯプロセッサ
２２２ａ〜２２２ｔ、３１４  送信機
２５４ａ〜２５４ｒ  受信機
２２４ａ〜２２４ｔ、２５２ａ〜２５２ｒ  アンテナ
２３０、２７０  プロセッサ
２３２、２７２  メモリ
２４２、２６０  ＲＸデータプロセッサ
２４０  復調器
２５０  受信機システム
２８０  変調器
３００  通信装置
３０２  入力装置
３０４  出力装置
３０６  制御回路
３０８  中央処理装置（ＣＰＵ）
３１０  メモリ
３１２  プログラムコード
３１４  トランシーバー
４００  アプリケーション層
４０２  層３部分
４０４  層２部分
４０６  層１部分
【図１】
2014204434.tif 000009
【図２】
2014204434.tif 000010
【図３】
2014204434.tif 000011
【図４】
2014204434.tif 000012
【図５】
2014204434.tif 000013
【図６】
2014204434.tif 000014
【図７】
2014204434.tif 000015
【外国語明細書】
2014204434000001.pdf