(57)【特許請求の範囲】
【請求項１】
ＵＥ（ユーザ機器）の方法であって、
ＴＴＩ（送信時間間隔）中にアップリンク・グラントが前記ＵＥに利用可能であるステップであって、前記ＵＥが、送信可能なデータを有していない、ステップと、
前記ＴＴＩ中に物理制御情報を送信する必要がある場合、前記ＵＥが、前記アップリンク・グラントに従って、前記物理制御情報をデータ・チャネルで送信するステップと、
前記ＴＴＩ中に前記物理制御情報を送信する必要がない場合、前記ＵＥが前記アップリンク・グラントをスキップするステップとを含み、
前記アップリンク・グラントをスキップすることは、前記ＵＥが前記データ・チャネルで送信を行わないことを意味する、方法。
【請求項２】
前記アップリンク・グラントが、周期的に利用可能である設定されたアップリンク・グラントである、請求項１に記載の方法。
【請求項３】
前記アップリンク・グラントが、前記ＴＴＩに固有の動的グラントである、請求項１に記載の方法。
【請求項４】
前記ＵＥが、前記物理制御情報を、前記データ・チャネルで、パディング又はパディングＭＡＣ（媒体アクセス制御）制御要素を含むトランスポート・ブロックによって送信する、請求項１に記載の方法。
【請求項５】
前記物理制御情報は、チャネル品質インジケータ（ＣＱＩ）、プリコーディング行列インデックス（ＰＭＩ）、ランク・インジケータ（ＲＩ）及びハイブリッド自動再送要求（ＨＡＲＱ）フィードバックのうちの少なくとも１つを含む、請求項１の方法。
【請求項６】
前記データ・チャネルは、物理アップリンク共有チャネルである、請求項１に記載の方法。
【請求項７】
ユーザ機器（ＵＥ）であって、ＴＴＩ（送信時間間隔）中にアップリンク・グラントが当該ＵＥに利用可能であり、当該ＵＥは送信可能なデータを有しておらず、当該ＵＥは、
制御回路と、
前記制御回路内に設置されたプロセッサと、
前記制御回路内に設置され、前記プロセッサに動作可能に結合されたメモリと
を備え、
前記プロセッサは、前記メモリに記憶されたプログラム・コードを実行して、
前記ＴＴＩ中に物理制御情報を送信する必要がある場合、前記アップリンク・グラントに従って、前記物理制御情報をデータ・チャネルで送信し、
前記ＴＴＩ中に前記物理制御情報を送信する必要がない場合、前記アップリンク・グラントをスキップするように構成され、
前記アップリンク・グラントをスキップすることは、当該ＵＥが前記データ・チャネルで送信を行わないことを意味する、ＵＥ。
【請求項８】
前記アップリンク・グラントが、周期的に利用可能である設定されたアップリンク・グラントである、請求項７に記載のＵＥ。
【請求項９】
前記アップリンク・グラントが、前記ＴＴＩに固有の動的グラントである、請求項７に記載のＵＥ。
【請求項１０】
前記プロセッサがさらに、前記メモリに記憶されたプログラム・コードを実行して、
前記物理制御情報を、前記データ・チャネルで、パディング又はパディングＭＡＣ（媒体アクセス制御）制御要素を含むトランスポート・ブロックによって送信するように構成される、請求項７に記載のＵＥ。
【請求項１１】
前記物理制御情報は、チャネル品質インジケータ（ＣＱＩ）、プリコーディング行列インデックス（ＰＭＩ）、ランク・インジケータ（ＲＩ）及びハイブリッド自動再送要求（ＨＡＲＱ）フィードバックのうちの少なくとも１つを含む、請求項７のＵＥ。
【請求項１２】
前記データ・チャネルは、物理アップリンク共有チャネルである、請求項７に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２０１６年４月１日に出願された米国仮特許出願第６２／３１６，７９９号の利益を主張し、同特許出願の全開示内容は参照により本明細書に完全に取り込まれる。
【０００２】
技術分野
本開示は、一般にはワイヤレス通信ネットワークに関し、より詳細には、ワイヤレス通信システムにおける設定されたリソースを使用して送信を改善する方法及び装置に関する。
【背景技術】
【０００３】
モバイル通信デバイスとの間で大量のデータを通信する需要が急速に増大するのに伴って、従来のモバイル音声通信ネットワークは、インターネット・プロトコル（ＩＰ）のデータ・パケットを用いて通信するネットワークへと発展しつつある。そのようなＩＰデータ・パケット通信は、モバイル通信デバイスのユーザに、ボイスオーバＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）、マルチメディア、マルチキャスト、及びオンデマンド通信サービスを提供することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例示的なネットワーク構造は、進化型総合地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）である。Ｅ−ＵＴＲＡＮシステムは、上述のボイスオーバＩＰ及びマルチメディア・サービスを実現するために、高いデータ・スループットを提供することができる。次世代（例えば５Ｇ）のための新しい無線技術が、現在３ＧＰＰ標準機関によって論議されている。そのため、３ＧＰＰ標準を発展させて最終的なものにするために、３ＧＰＰ標準の現在の主要部分への改変が現在提起され、検討されている。
【課題を解決するための手段】
【０００５】
ワイヤレス通信システムにおける設定されたリソースを使用して送信を改善する方法及び装置が開示される。一実施形態では、方法は、ＴＴＩ（送信時間間隔）中にアップリンク・グラントがＵＥに利用可能であるステップであって、ＵＥが、送信可能なデータを有していない、ステップを含む。方法は、そのＴＴＩ中に物理制御情報を送信する必要がある場合、ＵＥがアップリンク・グラントに従って物理制御情報をデータ・チャネルで送信するステップをさらに含む。方法は、そのＴＴＩ中に物理制御情報を送信する必要がない場合、ＵＥがアップリンク・グラントをスキップするステップも含む。
【図面の簡単な説明】
【０００６】
【図１】一例示的実施形態によるワイヤレス通信システムの図である。
【図２】一例示的実施形態による、送信機システム（アクセス・ネットワークとしても知られる）及び受信機システム（ユーザ機器又はＵＥとしても知られる）のブロック図である。
【図３】一例示的実施形態による通信システムの機能ブロック図である。
【図４】一例示的実施形態による図３のプログラム・コードの機能ブロック図である。
【図５】３ＧＰＰ  ＲＰ−１５０３１０の図１を再現した図である。
【図６】３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の図５．２．２−１を再現した図である。
【図７】３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の表５．２．２．６−１を再現した図である。
【図８】３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の表５．２．２．６−２を再現した図である。
【図９】３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の表５．２．２．６−Ａを再現した図である。
【図１０】３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の表５．２．２．６−３を再現した図である。
【図１１】３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の表５．２．２．６−４を再現した図である。
【図１２】３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の表５．２．２．６−５を再現した図である。
【図１３】３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の表５．２．２．６−６を再現した図である。
【図１４】３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の表５．２．２．６−７を再現した図である。
【図１５】３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の表５．２．２．８−１を再現した図である。
【図１６】３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の表５．２．２．８−２を再現した図である。
【図１７】一例示的実施形態による図である。
【図１８】一例示的実施形態による表である。
【図１９】一例示的実施形態による表である。
【図２０】一例示的実施形態による表である。
【図２１】一例示的実施形態による表である。
【図２２】一例示的実施形態による表である。
【図２３】一例示的実施形態によるフローチャートである。
【図２４】一例示的実施形態によるフローチャートである。
【図２５】一例示的実施形態によるフローチャートである。
【図２６】一例示的実施形態によるフローチャートである。
【図２７】一例示的実施形態によるフローチャートである。
【図２８】一例示的実施形態によるフローチャートである。
【図２９】一例示的実施形態によるフローチャートである。
【図３０】一例示的実施形態によるフローチャートである。
【図３１】一例示的実施形態によるフローチャートである。
【発明を実施するための形態】
【０００７】
下記で説明する例示的ワイヤレス通信システム及びデバイスは、ブロードキャスト・サービスに対応可能なワイヤレス通信システムを用いる。ワイヤレス通信システムは広く展開されて、音声、データ等の様々な種類の通信を提供している。そのようなシステムは、符号分割多重接続（ＣＤＭＡ）、時分割多重接続（ＴＤＭＡ）、直交周波数分割多重接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）ワイヤレス接続、３ＧＰＰ  ＬＴＥ−Ａ若しくはＬＴＥ−Ａｄｖａｎｃｅｄ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ  Ａｄｖａｎｃｅｄ）、３ＧＰＰ２  ＵＭＢ（Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、ＷｉＭａｘ、又は何らかの他の変調技術に基づく可能性がある。
【０００８】
詳細には、下記で説明する例示的なワイヤレス通信システム・デバイスは、本明細書で３ＧＰＰと呼ぶ、「第３世代パートナーシップ・プロジェクト」という名称の団体によって提供される標準などの１つ又は複数の標準に対応するように設計されることがあり、それらの標準には、ＲＰ−１５０４６５、「Ｎｅｗ  ＳＩ  ｐｒｏｐｏｓａｌ：  Ｓｔｕｄｙ  ｏｎ  Ｌａｔｅｎｃｙ  ｒｅｄｕｃｔｉｏｎ  ｔｅｃｈｎｉｑｕｅｓ  ｆｏｒ  ＬＴＥ」  Ｅｒｉｃｓｓｏｎ、Ｈｕａｗｅｉ；ＲＰ−１５０３１０、「Ｓｔｕｄｙ  ｏｎ  Ｌａｔｅｎｃｙ  ｒｅｄｕｃｔｉｏｎ  ｔｅｃｈｎｉｑｕｅｓ  Ｆｏｒ  ＬＴＥ」Ｅｒｉｃｓｓｏｎ；ＴＳ  ３６．３２１  ｖ１２．５．０、「Ｅ−ＵＴＲＡ  ＭＡＣ  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｒｅｌｅａｓｅ  １２）」；ＴＳ  ３６．３３１  ｖ１２．５．０、「Ｅ−ＵＴＲＡ  ＲＲＣ  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｒｅｌｅａｓｅ  １２）」；ＴＳ  ３６．２１３  ｖ１２．５．０、「Ｅ−ＵＴＲＡ  Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｐｒｏｃｅｄｕｒｅｓ（Ｒｅｌｅａｓｅ  １２）」；ＴＲ  ３６．８８１  Ｖ０．６．０、「Ｅ−ＵＴＲＡ  Ｓｔｕｄｙ  ｏｎ  ｌａｔｅｎｃｙ  ｒｅｄｕｃｔｉｏｎ  ｔｅｃｈｎｉｑｕｅｓ  ｆｏｒ  ＬＴＥ（Ｒｅｌｅａｓｅ  １３）」；及びＴＳ  ３６．２１２  Ｖ１３．０．０、「Ｅ−ＵＴＲＡ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  ａｎｄ  ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ（Ｒｅｌｅａｓｅ  １３）」が含まれる。上記で挙げた標準及び文献は、参照により全体が明示的に本明細書に取り込まれる。
【０００９】
図１は、本発明の一実施形態による多重接続ワイヤレス通信システムを示す。アクセス・ネットワーク１００（ＡＮ）は、複数のアンテナ・グループを含み、１つのアンテナ・グループは１０４及び１０６を含み、別のアンテナ・グループは１０８及び１１０を含み、さらに別のアンテナ・グループは１１２及び１１４を含んでいる。図１では、各アンテナ・グループに２つのみのアンテナを示しているが、それよりも多いか、又は少ないアンテナが各アンテナ・グループに利用されてもよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２及び１１４と通信状態にあり、アンテナ１１２及び１１４は、順方向リンク１２０を通じてアクセス端末１１６に情報を送信し、逆方向リンク１１８を通じてアクセス端末１１６から情報を受信する。アクセス端末（ＡＴ）１２２はアンテナ１０６及び１０８と通信状態にあり、アンテナ１０６及び１０８は、順方向リンク１２６を通じてアクセス端末（ＡＴ）１２２に情報を送信し、逆方向リンク１２４を通じてアクセス端末（ＡＴ）１２２から情報を受信する。ＦＤＤシステムでは、通信リンク１１８、１２０、１２４、及び１２６は、通信に異なる周波数を使用することができる。例えば、順方向リンク１２０は、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用することができる。
【００１０】
アンテナの各グループ、及び／又はそれらのアンテナがその中で通信するように設計されたエリアは、しばしばアクセス・ネットワークのセクタと呼ばれる。この実施形態では、アンテナ・グループはそれぞれ、アクセス・ネットワーク１００によってカバーされるエリアのセクタ内のアクセス端末と通信するように設計される。
【００１１】
順方向リンク１２０及び１２６を通じた通信では、アクセス・ネットワーク１００の送信アンテナは、異なるアクセス端末１１６及び１２２のための順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用することがある。また、受信可能範囲内にランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセス・ネットワークは、すべてのアクセス端末に対して単一のアンテナを通じて送信するアクセス・ネットワークと比べて、隣接セル内のアクセス端末に生じさせる干渉が少ない。
【００１２】
アクセス・ネットワーク（ＡＮ）は、端末と通信するために使用される固定局又は基地局である可能性があり、アクセス・ポイント、Ｎｏｄｅ  Ｂ、基地局、高度基地局、進化型Ｎｏｄｅ  Ｂ（ｅＮＢ）、又は何らかの他の用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、ワイヤレス通信デバイス、端末、アクセス端末、又は何らかの他の用語で呼ばれることもある。
【００１３】
図２は、ＭＩＭＯシステム２００内の送信機システム２１０（アクセス・ネットワークとしても知られる）及び受信機システム２５０（アクセス端末（ＡＴ）又はユーザ機器（ＵＥ）としても知られる）の実施形態の簡略ブロック図である。送信機システム２１０において、いくつかのデータ・ストリームに関するトラフィック・データが、データ源２１２から送信（ＴＸ）データ・プロセッサ２１４に提供される。
【００１４】
一実施形態では、各データ・ストリームはそれぞれの送信アンテナを通じて送信される。ＴＸデータ・プロセッサ２１４は、各データ・ストリームに関するトラフィック・データを、そのデータ・ストリームに選択された特定の符号化方式に基づいてフォーマット、符号化、及びインターリーブして、符号化データを提供する。
【００１５】
各データ・ストリームの符号化データは、ＯＦＤＭ技術を使用してパイロット・データと多重化されることができる。パイロット・データは、通例は、既知の方式で処理された既知のデータ・パターンであり、受信機システムでチャネル応答を推定するために使用されることができる。各データ・ストリームのための多重化されたパイロット・データ及び符号化データは、次いで、そのデータ・ストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、又はＭ−ＱＡＭ）に基づいて変調され（すなわちシンボル・マッピングされ）て、変調シンボルを得る。各データ・ストリームに関するデータ・レート、符号化、及び変調は、プロセッサ２３０によって実行される命令によって決定されることができる。
【００１６】
そして、すべてのデータ・ストリームに関する変調シンボルがＴＸ  ＭＩＭＯプロセッサ２２０に提供され、ＴＸ  ＭＩＭＯプロセッサ２２０はその変調シンボルをさらに処理することができる（例えばＯＦＤＭのために）。ＴＸ  ＭＩＭＯプロセッサ２２０は、次いで、ＮＴ個の変調シンボル・ストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。ある実施形態では、ＴＸ  ＭＩＭＯプロセッサ２２０は、データ・ストリームのシンボル及びそのシンボルがそこから送信されるアンテナにビームフォーミング重みを適用する。
【００１７】
各送信機２２２は、それぞれのシンボル・ストリームを受信し、処理して、１つ又は複数のアナログ信号を提供し、さらにそのアナログ信号を調整（例えば増幅、フィルタリング、及びアップコンバート）して、ＭＩＭＯチャネルを通じて送信するのに適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号が、それぞれＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０では、送信された変調信号が、ＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号が、それぞれの受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調整（例えばフィルタリング、増幅、及びダウンコンバート）し、調整された信号をデジタル化してサンプルを提供し、さらにそのサンプルを処理して、対応する「受信」シンボル・ストリームを提供する。
【００１９】
次いで、ＲＸデータ・プロセッサ２６０が、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボル・ストリームを受信し、処理して、ＮＴ個の「検出」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ２６０は、次いで、各検出シンボル・ストリームを復調、インターリーブ解除、及び復号して、データ・ストリームに関するトラフィック・データを復元する。ＲＸデータ・プロセッサ２６０による処理は、送信機システム２１０でＴＸ  ＭＩＭＯプロセッサ２２０及びＴＸデータ・プロセッサ２１４によって行われる処理と相補的である。
【００２０】
プロセッサ２７０が、どのプリコーディング行列を使用するかを周期的に決定する（下記で解説する）。プロセッサ２７０は、行列インデックス部分及びランク値部分からなる逆方向リンク・メッセージを作成する。
【００２１】
逆方向リンク・メッセージは、通信リンク及び／又は受信データ・ストリームに関する各種情報を含むことができる。逆方向リンク・メッセージは次いでＴＸデータ・プロセッサ２３８によって処理され、ＴＸデータ・プロセッサ２３８は、データ源２３６からいくつかのデータ・ストリームに関するトラフィック・データも受信し、トラフィック・データは変調器２８０によって変調され、送信機２５４ａ〜２５４ｒによって調整され、送信機システム２１０に返送される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号が、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、ＲＸデータ・プロセッサ２４２によって処理されて、受信機システム２５０によって送信された逆方向リンク・メッセージを抽出する。次いで、プロセッサ２３０が、ビームフォーミング重みを決定するためにどのプリコーディング行列を使用するかを決定し、次いで抽出されたメッセージを処理する。
【００２３】
図３に移ると、この図は、本発明の一実施形態による通信デバイスの代替の簡略機能ブロック図を示している。図３に示されるように、ワイヤレス通信システム内の通信デバイス３００は、図１のＵＥ（若しくはＡＴ）１１６及び１２２、又は図１の基地局（若しくはＡＮ）１００を実現するために利用されることができ、ワイヤレス通信システムは好ましくはＬＴＥシステムである。通信デバイス３００は、入力装置３０２、出力装置３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラム・コード３１２、及びトランシーバ３１４を含むことができる。制御回路３０６は、メモリ３１０内のプログラム・コード３１２をＣＰＵ３０８を通じて実行し、それにより通信デバイス３００の動作を制御する。通信デバイス３００は、キーボードやキーパッドなどの入力装置３０２を通じてユーザが入力した信号を受け取ることができ、モニタやスピーカなどの出力装置３０４を通じて画像及び音を出力することができる。トランシーバ３１４はワイヤレス信号を受信及び送信するために使用され、受信信号を制御回路３０６に供給し、制御回路３０６によって生成された信号をワイヤレスで出力する。ワイヤレス通信システム内の通信デバイス３００は、図１のＡＮ１００を実現するために同様に利用されることができる。
【００２４】
図４は、本発明の一実施形態による、図３に示されたプログラム・コード３１２の簡略ブロック図である。この実施形態では、プログラム・コード３１２アプリケーションレイヤ４００、レイヤ３部分４０２、及びレイヤ２部分４０４を含み、レイヤ１部分４０６に結合されている。レイヤ３部分４０２は一般に無線リソース制御を行う。レイヤ２部分４０４は一般にリンク制御を行う。レイヤ１部分４０６は一般に物理接続を行う。
【００２５】
パケット・データ待ち時間は、性能評価のための重要な指標の１つである。パケット・データ待ち時間を減らすと、システム性能が改善する。３ＧＰＰ  ＲＰ−１５０４６５の検討項目「Ｓｔｕｄｙ  ｏｎ  ｌａｔｅｎｃｙ  ｒｅｄｕｃｔｉｏｎ  ｔｅｃｈｎｉｑｕｅｓ  ｆｏｒ  ＬＴＥ」は、概して、待ち時間短縮のいくつかの技術を調査し、標準化することを目的としている。
【００２６】
３ＧＰＰ  ＲＰ−１５０４６５によると、この検討項目の目的は、概して、アクティブなＵＥについてのＬＴＥ  Ｕｕエア・インターフェースを通じたパケット・データ待ち時間を大幅に減らし、また、より長い時間にわたって非アクティブ（接続状態）になっているＵＥについてパケット・データ転送の往復待ち時間を大幅に減らすために、Ｅ−ＵＴＲＡＮ無線システムの強化を検討することである。検討領域には、エア・インターフェースの容量、バッテリ寿命、制御チャネル・リソースを含むリソース効率、仕様の影響、及び技術的実現性が含まれる。ＦＤＤ（周波数分割複信）及びＴＤＤ（時分割複信）両方の複信モードが検討対象となる。
【００２７】
３ＧＰＰ  ＲＰ−１５０４６５によれば、次の２つの領域が検討され、文書化されるべきである。
１．高速アップリンク・アクセスの解決法−アクティブなＵＥ、及び長時間非アクティブとなっているがＲＲＣ接続状態（ＲＲＣ  Ｃｏｎｎｅｃｔｅｄ）に保たれているＵＥに対して、主眼は、（ｉ）スケジュールされたＵＬ送信のユーザ・プレーンの待ち時間を短縮すること、及び（ｉｉ）現在のＴＴＩ（送信時間間隔）長及び処理時間を維持する場合と維持しない場合の両方で、現在の標準によって可能にされている事前スケジューリングの解決法と比べて、プロトコル及びシグナリングを強化した、リソース効率性がより高い解決法を得ることであるべきである。
２．ＴＴＩの短縮及び処理時間の低減−参照信号及び物理レイヤの制御シグナリングへの影響を考慮しつつ、仕様の影響を評価し、０．５ｍｓから１ＯＦＤＭ（直交周波数分割多重化）シンボルまでの間のＴＴＩ長の実現可能性と性能を検討する。
【００２８】
図５は、３ＧＰＰ  ＲＰ−１５０３１０の図１を再現した図である。図５は、概ね、上記の領域に対応する改良を説明している。
【００２９】
３ＧＰＰ  ＲＰ−１５０３１０では、高速なアップリンク・アクセスの解決法の候補が提案された。
−  事前グラント→アップリンク・アクセスが高速になるが、スループットが制限される。
リソースは、（変更を加えた）ＳＰＳを用いて割り当てられることができる。
−  バッファにデータがないときにパディングを送る必要性をなくす。→非アクティブ時にバッテリ・リソースを節約する。
ワット当たりのスループット統計が良好。
−  アクティブ段階に入るときに動的スケジューリングに切り替える。→送信バッファに多量のデータがあるときにスループットを最適化する。
【００３０】
検討の詳細な結果は、下記で引用されるように３ＧＰＰ  ＴＲ  ３６．８８１  ｖ０．６．０で得ることができ、ここでは、送信するデータ又は通常のＭＡＣ（媒体アクセス制御）ＣＥ（制御要素）がない場合には、設定されたグラントをスキップすることが有益であろうことが確かめられた。
・８．１  半永続的スケジューリング
現行の半永続的スケジューリング（ＳＰＳ）では、ｅＮｏｄｅＢは、専用のＲＲＣシグナリングを通じてＳＰＳ周期を設定することができる。現行の最小ＳＰＳ周期は１０ｍｓである。初回のＵＬ送信の待ち時間を低減する可能性があるため、１ＴＴＩのＳＰＳ周期をサポートすることが有益である。これは、連続したサブフレームにおけるＵＬ送信を可能にするであろう。
・８．２  ＵＬグラントの受信
現行の仕様では、ＵＥは、ＵＥのバッファに送信可能なデータがなく、他の通常のＭＡＣ  ＣＥを送信する必要がない場合でも、割り当てられたＵＬの動的グラント又は設定されたグラントに応答して、ＢＳＲをパディングするとともに、任意選択でビットをパディングするためのＭＡＣ  ＣＥを含んでいるＭＡＣ  ＰＤＵを送信する。送信可能なデータがない場合には、ＵＥが（大半の）動的アップリンク・グラント及び設定されたアップリンク・グラント（configured  uplink  grant）をスキップできるようにすることが有益である。ＵＬグラントは頻繁にあるため、ＵＬグラントをスキップできるようにすると、ＵＬの干渉を低減し、ＵＥのバッテリ効率を改善することができる。ＵＥは、存在する場合には１つ又は複数の通常のＭＡＣ  ＣＥを送信し続ける。ｅＮＢは、ＲＲＣ専用シグナリングにより、ＵＬグラントのスキップを可能にすることができる。
・８．２．１  設定されたＳＰＳのアクティブ化及び非アクティブ化
ＳＰＳリソースは、ＵＥに固有であり、長い期間にわたって確保される（設定され、アクティブである）ことがある。そのため、場合によっては、ｅＮＢが、アクティブ化又は非アクティブ化された（複数の）ＳＰＳリソースに関するＵＥ状態とタイミングよく一致し、また、ＵＥ送信を、許可されたＳＰＳリソース割り当てのインスタンスで行えると、有用であると考えられる。
ＰＤＣＣＨグラント指示のアクティブ化に応答した受信通知は、例えば、ＵＥが送信した新しいＭＡＣ  ＰＤＵからなることができ、これは、ＵＥバッファが空であるときに、最初のＳＰＳで許可されたリソースに関するゼロのＭＡＣ  ＳＤＵ（zero  MAC  SDU）を含むことにより、アクティブ化が成功したことを知らせる。
アクティブ化を知らせるＰＤＣＣＨグラントが受信されず、ＵＥが送信すべきＵＬデータを有する場合、ｅＮＢによって他の動作が行われなければ、ＵＥがＳＲ手順を開始するであろうことが想定される。
非アクティブ化の場合、ｅＮＢは、ＳＰＳリソースの解放をＰＤＣＣＨで知らせることができる。また、これらの場合には、ｅＮＢは、場合によっては、アクティブ化又は非アクティブ化された（複数の）ＳＰＳリソースに関するＵＥ状態とタイミングよく一致することから利益を得られるであろう。
アクティブ化と同様に、スキップされた送信の事例と同じように１回の送信を非アクティブ化の受信通知としても使用することができる。これは、ＵＬ送信の欠如が、暗黙的な非アクティブ化／解放の受信通知機構としては使用できないためである。したがって、他の手段を規定することが有益である可能性がある。
受信通知に基づく利点（ｐｒｏ）
１  ＳＰＳの割り当てをアクティブ化又は非アクティブ化するＰＤＣＣＨグラントについての受信通知によって、ｅＮＢは、ＵＥがＰＤＣＣＨを逃した場合と区別することができる。
２  アクティブ化／非アクティブ化機構の堅固度が高まることによって、ｅＮＢがＳＰＳグラントを不必要に繰り返さずに済む可能性がある。
３  アクティブ化及び非アクティブ化の受信通知機構により、事前に設定されたＳＰＳリソースの控えめでない使用（less  conservative  use）を可能にする可能性があり、また、より低いアグリゲーション・レベルを使用できるため、ＰＤＣＣＨ負荷を低減できる可能性がある。
４  受信が通知されるＳＰＳグラント・リソースのアクティブ化／非アクティブ化は、ＤＲＸの不一致を減らすことができる。
受信通知に基づく欠点（ｃｏｎ）
１  アクティブ化／非アクティブ化時にＵＥのバッファが空である事例において、ＵＥバッテリが不必要に消費される。
２  ＨＡＲＱの待ち時間を含む追加的なＵＬ送信によってＤＲＸが影響を受ける（非アクティブ・タイマ／短周期タイマの扱い）。
３  例えばＰＤＣＣＨのアクティブ化／非アクティブ化が原因でＳＰＳの割り当てが変更される事例や、ＵＥバッファが空である事例におけるアップリンク干渉の増大。
４  非アクティブ化／解放の受信通知のために新たなＵＥ挙動が必要となる。
５  ＡＣＫが正しく受信される場合と比べて、ＡＣＫの損失のために、ＤＲＸの不一致の確率が増大する可能性がある。
６  ＰＤＣＣＨ受信が成功した後のＡＣＫが欠落する結果として、ある継続時間にわたってＳＰＳリソースが不使用になる可能性がある。
受信通知がない場合の利点（ｐｒｏ）
１  稀ではあるがＰＤＣＣＨが損失し（例えば１％）、バッファが空でない場合に、ＵＥがＳＲ手順（或いはＲＡＣＨ手順）を開始することができるという既存の挙動を利用する。その場合に、ｅＮＢは、ＳＰＳを再初期化するか、又は、ＵＥがＰＤＣＣＨの損失を補償するための動的グラントを割り当てることができる。
２  例えばＰＤＣＣＨのアクティブ化／非アクティブ化が原因でＳＰＳ割り当てが変更され、ＵＥバッファが空である事例において、干渉を引き起こし得る追加的なＵＬ送信がない。
３  ＵＥがより早期にＤＲＸに進むことができる。
４  ＵＥの挙動が単純化され、非アクティブ化時に新しい挙動が必要とされない。
受信通知がない場合の欠点（ｃｏｎ）
１  増大したＰＤＣＣＨアグリゲーション・レベルを使用する必要がある可能性があり、それがＰＤＣＣＨリソースの使用を増大させる。
２  ＰＤＣＣＨを逃したＵＥによってＳＲ手順が開始されるまで、ＳＰＳリソースが不使用になる可能性がある。
３  ＰＤＣＣＨにおけるＳＰＳの非アクティブ化が、堅固にＳＰＳリソースを解放させるために反復を必要とする可能性がある。
４  解放の指示の後にＳＰＳリソースが解放されず、解放シグナリングの時間インスタンス後の最初の周期的なグラント割り当ての機会にしか検出されない。
【００３１】
現行の３ＧＰＰ  Ｅ−ＵＴＲＡ  ＭＡＣ仕様（３ＧＰＰ  ＴＳ  ３６．３２１  ｖ１２．５．０）では、半永続的スケジューリングは下記のように動作する。
・５．１０  半永続的スケジューリング
半永続的スケジューリングがＲＲＣによって有効にされると、下記の情報が提供される［８］。
−  半永続的スケジューリングのＣ−ＲＮＴＩ。
−  半永続的スケジューリングがアップリンクに対して有効にされた場合の、アップリンクの半永続的スケジューリング間隔であるｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ、及び、暗黙的な解放までの空の送信の回数であるｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ。
−  ｔｗｏＩｎｔｅｒｖａｌｓＣｏｎｆｉｇがアップリンクに対して有効にされるか、又は無効にされるか。これはＴＴＤの場合のみ。
−  半永続的スケジューリングがダウンロードリンクに対して有効にされた場合の、ダウンリンクの半永続的スケジューリング間隔であるｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＤＬ、及び、半永続的スケジューリングのための設定されたＨＡＲＱプロセスの回数であるｎｕｍｂｅｒＯｆＣｏｎｆＳＰＳ−Ｐｒｏｃｅｓｓｅｓ。
アップリンク又はダウンリンクについての半永続的スケジューリングがＲＲＣによって無効にされるときは、対応する設定されたグラント又は設定された割り振りは破棄されるものとする。
半永続的スケジューリングはＳｐＣｅｌｌのみでサポートされる。
半永続的スケジューリングは、ＲＮサブフレーム構成と組み合わせたＥ−ＵＴＲＡＮを用いたＲＮ通信ではサポートされない。
注：ｅＩＭＴＡがＳｐＣｅｌｌに対して設定されているときに、設定されたアップリンク・グラント又は設定されたダウンリンク割り振りが、ｅＩＭＴＡ  Ｌ１シグナリングを通じて再構成可能なサブフレームで行われる場合には、ＵＥ挙動は未指定のままとなる。
・５．１０．１  ダウンリンク
半永続的ダウンリンクの割り振りが設定された後、ＭＡＣエンティティは、Ｎ番目の割り振りが、
−  （１０＊ＳＦＮ＋ｓｕｂｆｒａｍｅ）＝［（１０＊ＳＦＮｓｔａｒｔ  ｔｉｍｅ＋ｓｕｂｆｒａｍｅｓｔａｒｔ  ｔｉｍｅ）＋Ｎ＊ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＤＬ］  ｍｏｄｕｌｏ  １０２４０
であるサブフレームで行われると順次みなすものとする。
ここで、ＳＦＮｓｔａｒｔ  ｔｉｍｅ及びｓｕｂｆｒａｍｅｓｔａｒｔ  ｔｉｍｅは、それぞれ、設定されたダウンリンク割り振りが（再）初期化されたときのＳＦＮ及びサブフレームである。
・５．１０．２  アップリンク
半永続的スケジューリングのアップリンク・グラントが設定された後、ＭＡＣエンティティは、
−  ｔｗｏＩｎｔｅｒｖａｌｓＣｏｎｆｉｇが上位レイヤによって有効にされている場合は、
−  表７．４−１に従ってＳｕｂｆｒａｍｅ＿Ｏｆｆｓｅｔを設定する。
−  そうでない場合は、
−  Ｓｕｂｆｒａｍｅ＿Ｏｆｆｓｅｔを０に設定する。
−  Ｎ番目のグラントは、
−  （１０＊ＳＦＮ＋ｓｕｂｆｒａｍｅ）＝［（１０＊ＳＦＮｓｔａｒｔ  ｔｉｍｅ＋ｓｕｂｆｒａｍｅｓｔａｒｔ  ｔｉｍｅ）＋Ｎ＊ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌＵＬ＋Ｓｕｂｆｒａｍｅ＿Ｏｆｆｓｅｔ＊（Ｎ  ｍｏｄｕｌｏ  ２）］  ｍｏｄｕｌｏ  １０２４０
であるサブフレームで発生すると順次みなすものとする。
ここで、ＳＦＮｓｔａｒｔ  ｔｉｍｅ及びｓｕｂｆｒａｍｅｓｔａｒｔ  ｔｉｍｅは、それぞれ、設定されたアップリンク・グラントが（再）初期化されたときのＳＦＮ及びサブフレームである。
ＭＡＣエンティティは、それぞれゼロのＭＡＣ  ＳＤＵ（zero  MAC  SDU）を含んでいるｉｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ［８］個の連続した新しいＭＡＣ  ＰＤＵが、半永続的スケジューリング・リソースに対して多重化及びアセンブリ・エンティティによって提供された後で、ただちに、設定されたアップリンク・グラントをクリアするものとする。
注：半永続的スケジューリングに関する再送信は、設定されたアップリンク・グラントをクリアした後も継続することができる。
［…］
・５．４．１  ＵＬグラントの受信
ＵＬ−ＳＣＨで送信するには、ＭＡＣエンティティは、有効なアップリンク・グラントを有していなければならない（非適合型のＨＡＲＱ再送信を除く）が、これは、ＭＡＣエンティティがＰＤＣＣＨ又はランダム・アクセス応答で動的に受信するか、又は半永続的に設定される可能性がある。要求される送信を行うために、ＭＡＣレイヤは、下位レイヤからＨＡＲＱ情報を受け取る。物理レイヤがアップリンクの空間多重化のために設定される場合、ＭＡＣレイヤは、下位レイヤから同じＴＴＩについて最高で２つのグラント（ＨＡＲＱプロセスごとに１つ）を受け取ることができる。
ＭＡＣエンティティがＣ−ＲＮＴＩ、半永続的スケジューリングのＣ−ＲＮＴＩ、又は一時的なＣ−ＲＮＴＩを有する場合、ＭＡＣエンティティは、各ＴＴＩと、実行中のｔｉｍｅＡｌｉｇｎｍｅｎｔタイマを有するＴＡＧに属する各サービング・セルと、そのＴＴＩに関して受信される各グラントとについて、
−  そのＴＴＩ及びそのサービング・セルに関するアップリンク・グラントが、ＭＡＣエンティティのＣ−ＲＮＴＩ又は一時的なＣ−ＲＮＴＩに対するＰＤＣＣＨで受信された場合、又は、
−  そのＴＴＩに関するアップリンク・グラントがランダム・アクセス応答で受信された場合、
−  アップリンク・グラントがＭＡＣエンティティのＣ−ＲＮＴＩについてのものであり、同じＨＡＲＱプロセスのためにＨＡＲＱエンティティに供給された前回のアップリンク・グラントが、ＭＡＣエンティティの半永続的スケジューリングのＣ−ＲＮＴＩに対して受信されたアップリンク・グラントか、又は、設定されたアップリンク・グラントのどちらかであった場合には、
−  ＮＤＩの値に関係なく、対応するＨＡＲＱプロセスに関してＮＤＩが切り替えられたものとみなす。
−  そのＴＴＩに関して、アップリンク・グラント及びそれに関連するＨＡＲＱ情報をＨＡＲＱエンティティに供給する。
−  そうでなく、そのサービング・セルがＳｐＣｅｌｌであり、そのＴＴＩに関するアップリンク・グラントが、ＭＡＣエンティティの半永続的スケジューリングのＣ−ＲＮＴＩに対するＳｐＣｅｌｌのＰＤＣＣＨでＳｐＣｅｌｌに対して受信された場合、
−  受信されたＨＡＲＱ情報の中のＮＤＩが１であれば、
−  対応するＨＡＲＱプロセスについてのＮＤＩが切り替えられていないとみなし、
−  そのＴＴＩに関して、アップリンク・グラント及びそれに関連するＨＡＲＱ情報をＨＡＲＱエンティティに供給する。
−  そうでなく、受信されたＨＡＲＱ情報の中のＮＤＩが０である場合、
−  ＰＤＣＣＨの内容がＳＰＳの解放を示す場合には、
−  設定されたアップリンク・グラント（存在する場合）をクリアする。
−  そうでない場合、
−  アップリンク・グラント及びそれに関連するＨＡＲＱ情報を、設定されたアップリンク・グラントとして記憶し、
−  下位節５．１０．２の規則に従って、設定されたアップリンク・グラントを初期化（アクティブでない場合）、又は再初期化（すでにアクティブである場合）して、そのＴＴＩで開始し、再開させ、
−  対応するＨＡＲＱプロセスについてのＮＤＩビットが切り替えられたとみなし、
−  そのＴＴＩに関して、設定されたアップリンク・グラント及びそれに関連するＨＡＲＱ情報をＨＡＲＱエンティティに供給する。
−  そうでなく、そのサービング・セルがＳｐＣｅｌｌであり、そのＴＴＩに関するアップリンク・グラントがＳｐＣｅｌｌに対して設定されている場合、
−  対応するＨＡＲＱプロセスについてのＮＤＩビットが切り替えられたとみなし、
−  そのＴＴＩに関して、設定されたアップリンク・グラント及びそれに関連するＨＡＲＱ情報をＨＡＲＱエンティティに供給する。
注：設定されたアップリンク・グラントの周期は、ＴＴＩの中に明示される。
注：ＭＡＣエンティティが、ランダム・アクセス応答内のグラントと、同じＵＬサブフレームでＳｐＣｅｌｌにおける送信を必要とする、自身のＣ−ＲＮＴＩ又は半永続的スケジューリングのＣ−ＲＮＴＩについてのグラントとの両方を受信した場合、ＭＡＣエンティティは、自身のＲＡ−ＲＮＴＩに対するグラントか、又は自身のＣ−ＲＮＴＩ若しくは半永続的スケジューリングのＣ−ＲＮＴＩに対するグラントのどちらかを用いて継続することを選択することができる。
注：測定の空白中に、設定されたアップリンク・グラントが示され、測定の空白中のＵＬ−ＳＣＨ送信を示す場合、ＭＡＣエンティティはそのグラントを処理するが、ＵＬ−ＳＣＨでの送信は行わない。
【００３２】
ＵＬ  ＨＡＲＱ動作の詳細は、下記のように３ＧＰＰ  ＴＳ  ３６．３２１  ｖ１２．５．０で得ることができる。
・５．４．２  ＨＡＲＱ動作
・５．４．２．１  ＨＡＲＱエンティティ
ＭＡＣエンティティには、設定されたアップリンクを有するサービング・セルごとに１つのＨＡＲＱエンティティがあり、ＨＡＲＱエンティティは、いくつかの並行したＨＡＲＱプロセスを維持して、以前の送信の受信の成功又は不成功についてのＨＡＲＱフィードバックを待つ間に継続して送信を行えるようにする。
ＨＡＲＱエンティティ当たりの並行したＨＡＲＱプロセスの数は、［２］の節８に規定される。
物理レイヤがアップリンクの空間多重化［２］のために設定される場合は、所与のＴＴＩに関連付けられた２つのＨＡＲＱプロセスがある。それ以外の場合は、所与のＴＴＩに関連付けられた１つのＨＡＲＱプロセスがある。
所与のＴＴＩにおいて、そのＴＴＩについてのアップリンク・グラントが示された場合、ＨＡＲＱエンティティは、送信を行うべき（複数の）ＨＡＲＱプロセスを特定する。ＨＡＲＱエンティティはまた、物理レイヤによって中継される、受信されたＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ情報）、ＭＣＳ、及びリソースを、該当する（複数の）ＨＡＲＱプロセスに送る。
ＴＴＩバンドリングが設定されているときは、パラメータＴＴＩ＿ＢＵＮＤＬＥ＿ＳＩＺＥが、ＴＴＩバンドルのＴＴＩ数を提供する。ＴＴＩバンドリング動作は、ＨＡＲＱエンティティを利用して、同じバンドルの一部である各送信に対して同じＨＡＲＱプロセスを呼び出す。バンドルの中で、ＨＡＲＱの再送信は非適合型であり、以前の送信からのフィードバックを待つことなく、ＴＴＩ＿ＢＵＮＤＬＥ＿ＳＩＺＥに従って始動される。バンドルのＨＡＲＱフィードバックは、そのバンドルの最後のＴＴＩ（すなわちＴＴＩ＿ＢＵＮＤＬＥ＿ＳＩＺＥに対応するＴＴＩ）においてのみ、そのＴＴＩ中に送信が行われるか否かに関係なく（例えば、測定の空白が発生する場合に）受信される。ＴＴＩバンドルの再送信もＴＴＩバンドルである。設定されたアップリンクを有する１つ又は複数のＳＣｅｌｌをＭＡＣエンティティが設定されるときは、ＴＴＩバンドリングはサポートされない。
ＴＴＩバンドリングは、ＲＮサブフレーム構成と組み合わせたＥ−ＵＴＲＡＮを用いたＲＮ通信ではサポートされない。
ランダム・アクセス中のＭｓｇ３の送信（下位節５．１．５参照）には、ＴＴＩバンドリングは適用されない。
ＴＴＩごとに、ＨＡＲＱエンティティは、
−  そのＴＴＩに関連付けられた（複数の）ＨＡＲＱプロセスを特定し、特定されたＨＡＲＱプロセスごとに、
−  そのプロセス及びそのＴＴＩに関してアップリンク・グラントが指示されている場合、
−  受信されたグラントが、ＰＤＣＣＨ上の一時的なＣ−ＲＮＴＩを宛先とするものでなく、且つ、関連するＨＡＲＱ情報の中で提供されたＮＤＩが、そのＨＡＲＱプロセスの前回の送信における値と比較して切り替えられている場合、又は、
−  アップリンク・グラントがＣ−ＲＮＴＩに対するＰＤＣＣＨで受信されたものであり、特定されたプロセスのＨＡＲＱバッファが空であるか、又は、
−  アップリンク・グラントがランダム・アクセス応答で受信されたものである場合、
−  Ｍｓｇ３バッファにＭＡＣ  ＰＤＵがあり、アップリンク・グラントがランダム・アクセス応答で受信されていれば、
−  送信するＭＡＣ  ＰＤＵをＭｓｇ３バッファから取得する。
−  そうでない場合、
−  送信するＭＡＣ  ＰＤＵを「多重化及びアセンブリ」エンティティから取得し、
−  ＭＡＣ  ＰＤＵ及びアップリンク・グラント及びＨＡＲＱ情報を、特定されたＨＡＲＱプロセスに供給し、
−  特定されたＨＡＲＱプロセスに、新しい送信を始動するように命令する。
−  そうでない場合、
−  アップリンク・グラント及びＨＡＲＱ情報（冗長バージョン）を特定されたＨＡＲＱプロセスに供給し、
−  特定されたＨＡＲＱプロセスに、適合型再送信を生成するように命令し、
−  そうでなく、そのＨＡＲＱプロセスのＨＡＲＱバッファが空でない場合は、
−  特定されたＨＡＲＱプロセスに、非適合型再送信を生成するように命令するものとする。
前回の送信時の値と比べてＮＤＩが切り替えられたかどうかを判定する際、ＭＡＣエンティティは、自身の一時的なＣ−ＲＮＴＩに対するＰＤＣＣＨ上のすべてのアップリンク・グラントで受信されたＮＤＩを無視するものとする。
・５．４．２．２  ＨＡＲＱプロセス
各ＨＡＲＱプロセスは、ＨＡＲＱバッファに関連付けられる。
各ＨＡＲＱプロセスは、現在バッファにあるＭＡＣ  ＰＤＵに対して行われた送信の回数を示す状態変数ＣＵＲＲＥＮＴ＿ＴＸ＿ＮＢ、及び、現在バッファにあるＭＡＣ  ＰＤＵに関するＨＡＲＱフィードバックを示す状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫを維持するものとする。ＨＡＲＱプロセスが確立されるとき、ＣＵＲＲＥＮＴ＿ＴＸ＿ＮＢは０に初期化されるものとする。
冗長バージョンのシーケンスは、０、２、３、１である。変数ＣＵＲＲＥＮＴ＿ＩＲＶは、冗長バージョンのシーケンスへのインデックスである。この変数は、４を法として更新される。
新しい送信は、そのリソースで、ＰＤＣＣＨ又はランダム・アクセス応答で指示されるＭＣＳを用いて行われる。適合型再送信はそのリソースで行われ、また、提供される場合にはＰＤＣＣＨで指示されたＭＣＳを用いて行われる。非適合型再送信は同じリソースで、最後に行われた送信の試行に使用されたものと同じＭＣＳを用いて行われる。
ＭＡＣエンティティは、ＲＲＣによるＨＡＲＱ送信の最大回数であるｍａｘＨＡＲＱ−Ｔｘ、及び、Ｍｓｇ３  ＨＡＲＱ送信の最大回数であるｍａｘＨＡＲＱ−Ｍｓｇ３Ｔｘを設定される。Ｍｓｇ３バッファに記憶されたＭＡＣ  ＰＤＵの送信を除く、すべてのＨＡＲＱプロセス及びすべての論理チャネルにおける送信については、送信の最大回数はｍａｘＨＡＲＱ−Ｔｘに設定されるものとする。Ｍｓｇ３バッファに記憶されたＭＡＣ  ＰＤＵの送信については、送信の最大回数はｍａｘＨＡＲＱ−Ｍｓｇ３Ｔｘに設定されるものとする。
そのＴＢに対してＨＡＲＱフィードバックが受信されると、ＨＡＲＱプロセスは、
−  ＨＡＲＱ＿ＦＥＥＤＢＡＣＫを受信された値に設定するものとする。
ＨＡＲＱエンティティが新しい送信を要求する場合、ＨＡＲＱプロセスは、
−  ＣＵＲＲＥＮＴ＿ＴＸ＿ＮＢを０に設定し、
−  ＣＵＲＲＥＮＴ＿ＩＲＶを０に設定し、
−  ＭＡＣ  ＰＤＵを、関連するＨＡＲＱバッファに記憶し、
−  ＨＡＲＱエンティティから受信されたアップリンク・グラントを記憶し、
−  ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＮＡＣＫに設定し、
−  下記で説明するように送信を生成するものとする。
ＨＡＲＱエンティティが再送信を要求する場合、ＨＡＲＱプロセスは、
−  ＣＵＲＲＥＮＴ＿ＴＸ＿ＮＢを１だけ増分し、
−  ＨＡＲＱエンティティが適合型再送信を要求する場合は、
−  ＨＡＲＱエンティティから受信されたアップリンク・グラントを記憶し、
−  ＣＵＲＲＥＮＴ＿ＩＲＶを、ＨＡＲＱ情報の中で提供された冗長バージョン値に対応するインデックスに設定し、
−  ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＮＡＣＫに設定し、
−  下記で説明するように送信を生成するものとする。
−  そうではなく、ＨＡＲＱエンティティが非適合型再送信を要求する場合は、
−  ＨＡＲＱ＿ＦＥＥＤＢＡＣＫ＝ＮＡＣＫであれば、
−  下記で説明するように送信を生成するものとする。
注：ＨＡＲＱ  ＡＣＫだけを受信した場合、ＭＡＣエンティティは、ＨＡＲＱバッファ内のデータを保持する。
注：測定の空白が発生したためにＵＬ−ＳＣＨ送信を行うことができないときは、ＨＡＲＱフィードバックを受信することができず、その後に非適合型再送信が行われる。
送信を生成するために、ＨＡＲＱプロセスは、
−  ＭＡＣ  ＰＤＵがＭｓｇ３バッファから取得された場合、又は、
−  送信用のサイドリンク発見ギャップが上位レイヤによって設定されておらず、送信時に測定の空白がなく、また再送信の場合に、再送信が、そのＴＴＩ中にＭｓｇ３バッファから取得されたＭＡＣ  ＰＤＵに関する送信と衝突しない場合、又は、
−  送信用のサイドリンク発見ギャップが上位レイヤによって設定されており、送信時に測定の空白がなく、また再送信の場合に、再送信が、Ｍｓｇ３バッファから取得されたＭＡＣ  ＰＤＵに関する送信と衝突せず、そのＴＴＩ中に送信用のサイドリンク発見ギャップがない場合、又は、
−  送信用のサイドリンク発見ギャップが上位レイヤによって設定されており、送信時に測定の空白がなく、また再送信の場合に、再送信が、Ｍｓｇ３バッファから取得されたＭＡＣ  ＰＤＵに関する送信と衝突せず、送信用のサイドリンク発見ギャップが存在し、そのＴＴＩ中にＳＬ−ＤＣＨで送信するための設定されたグラントがない場合は、
−  記憶されたアップリンク・グラントに従ってＣＵＲＲＥＮＴ＿ＩＲＶ値に対応する冗長バージョンで送信を生成するように物理レイヤに命令し、
−  ＣＵＲＲＥＮＴ＿ＩＲＶを１だけ増分し、
−  その送信に対するＨＡＲＱフィードバックの受信時に測定の空白又は受信用のサイドリンク発見ギャップがあり、ＭＡＣ  ＰＤＵがＭｓｇ３バッファから取得されなかった場合は、
−  その送信に対するＨＡＲＱフィードバックの受信時に、ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫに設定するものとする。
上記の動作を行った後に、ＨＡＲＱプロセスは次いで、
−  ＣＵＲＲＥＮＴ＿ＴＸ＿ＮＢ＝送信の最大回数−１であれば、
−  ＨＡＲＱバッファをフラッシュするものとする。
【００３３】
現行の３ＧＰＰ  Ｅ−ＵＴＲＡ  ＲＲＣ仕様（３ＧＰＰ  ＴＳ  ３６．３３１  ｖ１２．５．０）では、半永続的スケジューリングは下記のように設定される。
・ＳＰＳ−Ｃｏｎｆｉｇ
ＩＥ  ＳＰＳ−Ｃｏｎｆｉｇを使用して、半永続的スケジューリング設定を指定する。
・ＳＰＳ−Ｃｏｎｆｉｇ情報要素
【００３４】
【数１−１】
0006435007.tif 000002
【数１−２】
0006435007.tif 000003
【００３５】
【表１−１】
0006435007.tif 000004
【表１−２】
0006435007.tif 000005
【００３６】
【表２】
0006435007.tif 000006
【００３７】
一部のＵＥは、ＰＵＳＣＨ（物理アップリンク共有チャネル）とＰＵＣＣＨ（物理アップリンク制御チャネル）を同時に送信することが可能であり、一部のＵＥはＰＵＳＣＨとＰＵＣＣＨを同時に送信することができない。そのような能力はｅＮＢ（進化型Ｎｏｄｅ  Ｂ）に報告され、よって、ｅＮＢは、この機能性を設定するかしないかを決定することができる。ＵＥがこの機能をサポートする場合でも、両チャネルを同時に送信することはより多くの電力を消費するため、ＵＥのチャネル条件が良好でない場合は、ｅＮＢは、この機能を設定しないことを決定する場合もある。そのような場合、ＵＥの最大送信電力は、それぞれのチャネルに対する適正な電力レベルを保証しない可能性がある。ＵＥは、ＰＵＳＣＨとＰＵＣＣＨが同時に設定されるか否かに応じて、どのチャネルがＵＣＩ（アップリンク制御情報）を送信するかを決定することができる。
【００３８】
３ＧＰＰ  ３６．２１３  ｖ１２．５．０の項１０．１は下記のように提示する。
・１０．１  物理アップリンク制御チャネルの割り振りを決定するためのＵＥ手順
ＵＥが、単一のサービング・セルに対して設定されており、ＰＵＳＣＨとＰＵＣＣＨの同時送信を行うようには設定されていない場合、サブフレームｎにおいて、アップリンク制御情報（ＵＣＩ）は、
−  ＵＥがＰＵＳＣＨを送信中でない場合は、ＰＵＣＣＨで、フォーマット１／１ａ／１ｂ／３又は２／２ａ／２ｂを使用して送信されるものとし、
−  ＵＥがサブフレームｎでＰＵＳＣＨを送信中の場合は、ＰＵＳＣＨで送信されるものとする。ただし、そのＰＵＳＣＨ送信が、ランダム・アクセス応答グラント、又は競合に基づくランダム・アクセス手順の一部としての同じトランスポート・ブロックの再送信に対応する場合を除く。その場合、ＵＣＩは送信されない。
ＵＥが単一のサービング・セル及びＰＵＳＣＨとＰＵＣＣＨの同時送信に対して設定されている場合、サブフレームｎにおいて、ＵＣＩは、
−  ＵＣＩがＨＡＲＱ−ＡＣＫ及び／又はＳＲのみからなる場合は、ＰＵＣＣＨで、フォーマット１／１ａ／１ｂ／３を使用して送信されるものとし、
−  ＵＣＩが周期的ＣＳＩのみからなる場合は、ＰＵＣＣＨでフォーマット２を使用して送信されるものとし、
−  ＵＣＩが周期的ＣＳＩ及びＨＡＲＱ−ＡＣＫからなり、且つＵＥがＰＵＳＣＨを送信中でない場合は、ＰＵＣＣＨでフォーマット２／２ａ／２ｂ／３を使用して送信されるものとし、
−  ＵＣＩがＨＡＲＱ−ＡＣＫ／ＨＡＲＱ−ＡＣＫ＋ＳＲ／肯定のＳＲ及び周期的／非周期的ＣＳＩからなり、且つＵＥがサブフレームｎでＰＵＳＣＨを送信中の場合は、ＰＵＣＣＨ及びＰＵＳＣＨで送信されるものとする。その場合、ＨＡＲＱ−ＡＣＫ／ＨＡＲＱ−ＡＣＫ＋ＳＲ／肯定のＳＲは、フォーマット１／１ａ／１ｂ／３を使用してＰＵＣＣＨで送信され、周期的／非周期的ＣＳＩはＰＵＳＣＨで送信される。ただし、そのＰＵＳＣＨ送信が、ランダム・アクセス応答グラント、又は競合に基づくランダム・アクセス手順の一部としての同じトランスポート・ブロックの再送信に対応する場合を除く。その場合、周期的／非周期的ＣＳＩは送信されない。
【００３９】
セル周縁にあるなど、チャネル条件が良好でないＵＥには、ＨＡＲＱ−ＡＣＫ（ハイブリッド自動再送要求受信通知：Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）の反復を設定して、ＡＣＫ／ＮＡＣＫ（受信通知／否定受信通知Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）の送信を複数回繰り返すことにより、ＨＡＲＱ−ＡＣＫフィードバックの信頼性を改善することが可能である。そのような状況下では、ＨＡＲＱ−ＡＣＫは、他のチャネル、例えばＰＵＳＣＨに多重化されることなくＰＵＣＣＨで送信されることになり、それにより、反復の一部が同じリソースで行われ、共同の復調／チャネル推定が可能になるため、サブフレームをまたいだ反復の組み合わせ利得を享受する。
【００４０】
３ＧＰＰ  ３６．２１３  ｖ１２．５．０の項１０．２は下記のように提示する。
・１０．２  アップリンクのＨＡＲＱ−ＡＣＫタイミング
ＴＤＤ若しくはＦＤＤ−ＴＤＤでプライマリ・セル・フレーム構造タイプ２の場合、又はＦＤＤ−ＴＤＤでプライマリ・セル・フレーム構造タイプ１の場合に、ＵＥが、サービング・セルについてＥＩＭＴＡ−ＭａｉｎＣｏｎｆｉｇＳｅｒｖＣｅｌｌ−ｒ１２を設定されている場合、下位節１０．２におけるサービング・セルの「ＵＬ／ＤＬ構成」は、特に指定されない限り、そのサービング・セルについてのパラメータｅｉｍｔａ−ＨＡＲＱ−ＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇ−ｒ１２によって与えられるＵＬ／ＤＬ構成を指す。
ＦＤＤ若しくはＦＤＤ−ＴＤＤでプライマリ・セル・フレーム構造タイプ１の場合、ＵＥは、そのＵＥを対象とし、それに対してＨＡＲＱ−ＡＣＫが提供されるべきＰＤＳＣＨ送信をサブフレームｎ−４で検出すると、サブフレームｎでＨＡＲＱ−ＡＣＫ応答を送信するものとする。ＨＡＲＱ−ＡＣＫの反復が有効にされている場合に、そのＵＥを対象とし、それに対してＨＡＲＱ−ＡＣＫが提供されるべきＰＤＳＣＨ送信をサブフレームｎ−４で検出したとき、ＵＥが、サブフレームｎ−ＮＡＮＲｅｐ−３，．．．，ｎ−５におけるＰＤＳＣＨ送信に対応する、サブフレームｎにおけるＨＡＲＱ−ＡＣＫの送信を、全く反復中でない場合、ＵＥは、
−  ＨＡＲＱ−ＡＣＫ応答（サブフレームｎ−４における検出されたＰＤＳＣＨ送信に対応する）だけを、ＰＵＣＣＨで、サブフレームｎ，ｎ＋１，．．．，ｎ＋ＮＡＮＲｅｐ−１において送信するものとし、
−  サブフレームｎ，ｎ＋１，．．．，ｎ＋ＮＡＮＲｅｐ−１では他の信号／チャネルは全く送信しないものとし、そして、
−  サブフレームｎ−３，．．．，ｎ＋ＮＡＮＲｅｐ−５における検出されたいずれかのＰＤＳＣＨ送信に対応するＨＡＲＱ−ＡＣＫ応答の反復は全く送信しないものとする。
＜…＞
ＴＤＤで、ＨＡＲＱ−ＡＣＫの反復が有効にされている場合に、そのＵＥを対象とし、それに対してＨＡＲＱ−ＡＣＫ応答が提供されるべきＰＤＳＣＨ送信をサブフレームｎ−ｋで検出すると、ここでｋ∈Ｋであり、Ｋは表１０．１．３．１−１に定義され、ＵＥが、サブフレームｎ−ｋより前のダウンリンク・サブフレーム又は特殊サブフレームにおけるＰＤＳＣＨ送信に対応する、サブフレームｎにおけるＨＡＲＱ−ＡＣＫの送信を全く反復中でない場合、ＵＥは、
−  ＨＡＲＱ−ＡＣＫ応答（サブフレームｎ−ｋにおける検出されたＰＤＳＣＨ送信に対応する）だけを、ＰＵＣＣＨで、ＵＬサブフレームｎ、及び、
【数２】
0006435007.tif 000007
と表される次のＮＡＮＲｅｐ−１個のＵＬサブフレームにおいて送信するものとし、
−  ＵＬサブフレーム
【数３】
0006435007.tif 000008
では他の信号／チャネルは全く送信しないものとし、そして、
−  サブフレームｎｉ−ｋにおいて検出されたＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ応答の反復は全く送信しないものとする。ここで、ｋ∈Ｋｉであり、Ｋｉは、ＵＬサブフレームｎｉに対応する、表１０．１．３．１−１において定義された集合であり、１≦ｉ≦ＮＡＮＲｅｐ−１である。
【００４１】
３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０は、物理レイヤがＭＡＣレイヤからのトランスポート・ブロックをどのように処理するか、及びアップリンク制御情報をどのように多重化するかを下記のように説明している。
・５．２  アップリンク・トランスポート・チャネル及び制御情報
ＵＥが、マスタ・セル・グループ（ＭＣＧ）及びセカンダリ・セル・グループ（ＳＣＧ）［６］を設定される場合、この節で説明される手順がそれぞれＭＣＧ及びＳＣＧに適用される。手順がＳＣＧに適用される場合、用語プライマリ・セルは、ＳＣＧのプライマリＳＣｅｌｌ（ＰＳＣｅｌｌ）を指す。
ＵＥがＰＵＣＣＨ  ＳＣｅｌｌ［６］を設定される場合、この節で説明される手順は、それぞれ、プライマリ・セルに関連付けられたＤＬセルのグループ、及びＰＵＣＣＨ  ＳＣｅｌｌに関連付けられたＤＬセルのグループに適用される。手順が、ＰＵＣＣＨ  ＳＣｅｌｌに関連付けられたＤＬセルのグループに適用される場合、用語プライマリ・セルは、ＰＵＣＣＨ  ＳＣｅｌｌを指す。
ＵＥがＬＡＡ  ＳＣｅｌｌを設定される場合、この節で説明される手順は、ＬＡＡ  ＳＣｅｌｌがＦＤＤ  ＳＣｅｌｌであると想定して適用される。
・５．２．１  ランダム・アクセス・チャネル
ランダム・アクセス・チャネルのシーケンス・インデックスは、上位レイヤから受信され、［２］に従って処理される。
・５．２．２  アップリンク共有チャネル
図５．２．２−１は、１つのＵＬセルにおけるＵＬ−ＳＣＨトランスポート・チャネルについての処理構造を示す。データが、ＵＬセルごとに、送信時間間隔（ＴＴＩ）のたびに、最大で２つのトランスポート・ブロックの形態で符号化ユニットに到着する。下記の符号化ステップは、ＵＬセルの各トランスポート・ブロックに対して特定されることができる。
−  ＣＲＣをトランスポート・ブロックに追加する。
−  コード・ブロックのセグメント化及びコード・ブロックへのＣＲＣの付加。
−  データ及び制御情報のチャネル符号化。
−  レート・マッチング。
−  コード・ブロックの連結。
−  データ及び制御情報の多重化。
−  チャネル・インターリーバ。
１つのＵＬ−ＳＣＨトランスポート・ブロックについての符号化ステップが下記の図に示される。同じ一般的な処理が、［３］に規定される制約を加えて、各ＵＬセルの各ＵＬ−ＳＣＨトランスポート・ブロックに対して適用される。
［「Ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ  ｐｒｏｃｅｓｓｉｎｇ  ｆｏｒ  ＵＬ−ＳＣＨ」と題する、３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の図５．２．２−１が図６として再現されている］
・５．２．２．１  トランスポート・ブロックへのＣＲＣの付加
誤りの検出は、巡回冗長検査（ＣＲＣ）を通じて、各ＵＬ−ＳＣＨトランスポート・ブロックに提供される。
トランスポート・ブロック全体を使用して、ＣＲＣのパリティ・ビットを計算する。レイヤ１に供給されるトランスポート・ブロック中のビットをａ０，ａ１，ａ２，ａ３，．．．，ａＡ−１によって表し、パリティ・ビットをｐ０，ｐ１，ｐ２，ｐ３，．．．，ｐＬ−１によって表す。Ａはトランスポート・ブロックの大きさであり、Ｌはパリティ・ビットの数である。［５］の項６．１．１に定義されるように、最下位情報ビットａ０は、トランスポート・ブロックの最上位ビットにマッピングされる。
パリティ・ビットは、Ｌを２４ビットに設定し、生成多項式ｇＣＲＣ２４Ａ（Ｄ）を使用して、項５．１．１に従って算出され、ＵＬ−ＳＣＨトランスポート・ブロックに付加される。
・５．２．２．２  コード・ブロックのセグメント化及びコード・ブロックへのＣＲＣの付加
コード・ブロックのセグメント化に入力されるビットは、ｂ０，ｂ１，ｂ２，ｂ３，．．．，ｂＢ−１によって表され、ここで、Ｂはトランスポート・ブロック中のビット数（ＣＲＣを含む）である。
コード・ブロックのセグメント化及びコード・ブロックへのＣＲＣの付加は、項５．１．２に従って行われる。
コード・ブロックのセグメント化の後のビットは
【数４】
0006435007.tif 000009
によって表され、ここで、ｒはコード・ブロック番号であり、Ｋｒはコード・ブロック番号ｒに対応するビット数である。
・５．２．２．３  ＵＬ−ＳＣＨのチャネル符号化
コード・ブロックはチャネル符号化ブロックに供給される。コード・ブロック中のビットは
【数５】
0006435007.tif 000010
によって表され、ここで、ｒはコード・ブロック番号であり、Ｋｒはコード・ブロック番号ｒにおけるビット数である。コード・ブロックの合計数はＣによって表され、各コード・ブロックは、項５．１．３．２に従って、個々にターボ符号化される。
符号化の後のビットは
【数６】
0006435007.tif 000011
によって表され、ｉ＝０、１、及び２であり、Ｄｒは、コード・ブロック番号ｒに対応するｉ番目の符号化ストリームにおけるビット数であり、すなわち、Ｄｒ＝Ｋｒ＋４である。
・５．２．２．４  レート・マッチング
ターボ符号化されたブロックは、レート・マッチング・ブロックに供給される。それらのブロックは
【数７】
0006435007.tif 000012
によって表され、ｉ＝０、１、及び２であり、ｒはコード・ブロック番号であり、ｉは符号化ストリーム・インデックスであり、Ｄｒはコード・ブロック番号ｒの各符号化ストリーム中のビット数である。コード・ブロックの合計数はＣによって表され、各符号化ブロックは、項５．１．４．１に従って個々にレート・マッチングされる。
レート・マッチングの後、ビットは
【数８】
0006435007.tif 000013
によって表され、ここで、ｒは符号化ブロック番号であり、Ｅｒはコード・ブロック番号ｒに対応するレート・マッチング後のビット数である。
・５．２．２．５  コード・ブロックの連結
コード・ブロック連結ブロックに入力されるビットは、ｒ＝０，．．．，Ｃ−１について、
【数９】
0006435007.tif 000014
によって表され、ここで、Ｅｒは、ｒ番目のコード・ブロックに対応するレート・マッチング後のビット数である。
コード・ブロックの連結は、項５．１．５に従って行われる。
コード・ブロック連結の後のビットは、ｆ０，ｆ１，ｆ２，ｆ３，．．．，ｆＧ−１によって表され、ここで、Ｇは、制御情報がＵＬ−ＳＣＨ送信と多重化されるとき、制御送信に使用されるビットを除いた、ＮＬ個の伝送レイヤを通じて当該トランスポート・ブロックを送信するための符号化ビットの合計数である。
・５．２．２．６  制御情報のチャネル符号化
制御データは、チャネル品質情報（ＣＱＩ及び／又はＰＭＩ）、ＨＡＲＱ−ＡＣＫ及びランク指示、並びにＣＳＩ−ＲＳリソース指示（ＣＲＩ）の形態で、符号化ユニットに到着する。制御情報のための異なる符号化レートは、それを送信するために異なる数の符号化シンボルを割り当てることによって実現される。制御データがＰＵＳＣＨで送信されるとき、ＨＡＲＱ−ＡＣＫ、ランク指示、ＣＲＩ及びチャネル品質情報ｏ０，ｏ１，ｏ２，．．．，ｏＯ−１に対するチャネル符号化は、独立して行われる。
ＴＤＤプライマリ・セルが関係する場合、ＨＡＲＱ−ＡＣＫビットの数は、［３］の項７．３に説明されるようにして決定される。
ＵＥがＨＡＲＱ−ＡＣＫビット、ランク・インジケータ・ビット、又はＣＲＩビットを送信するとき、ＵＥは、ＨＡＲＱ−ＡＣＫ、ランク・インジケータ、又はＣＲＩビットのためのレイヤ当たりの符号化変調シンボルの数Ｑ’を下記のように決定するものとする。
１つのみのトランスポート・ブロックがＰＵＳＣＨで送信されてＨＡＲＱ−ＡＣＫビット、ランク・インジケータ・ビット、又はＣＲＩビットを伝搬する場合は、
【数１０】
0006435007.tif 000015
であり、ここで、
−  ＯはＨＡＲＱ−ＡＣＫビット、ランク・インジケータ・ビット、又はＣＲＩビットの数であり、
−  
【数１１】
0006435007.tif 000016
は、当該トランスポート・ブロックについての現在のサブフレームでＰＵＳＣＨを送信するためのスケジュールされた帯域幅であり、［２］でサブキャリアの数として表され、
−  
【数１２】
0006435007.tif 000017
は、同じトランスポート・ブロックについての初回のＰＵＳＣＨ送信のためのサブフレーム当たりのＳＣ−ＦＤＭＡシンボルの数であり、それぞれ、
【数１３】
0006435007.tif 000018
によって与えられ、ここで、
−  １つのＵＬセルを設定されたＵＥが、初回の送信として同じサブフレームでＰＵＳＣＨ及びＳＲＳを送信するように構成される場合、又は、
−  ＵＥが、初回の送信として、同じサービング・セル内で同じサブフレームにおいてＰＵＳＣＨ及びＳＲＳを送信する場合、又は、
−  初回の送信のためのＰＵＳＣＨリソースの割り当てが、［２］の項５．５．３に定義されたセル固有のＳＲＳサブフレーム及び帯域幅構成と部分的にではあっても重複する場合、又は、
−  同じサービング・セル内での初回の送信のためのサブフレームが、［３］の項８．２に定義されるようにＵＥ固有のタイプ１ＳＲＳサブフレームである場合、又は、
−  同じサービング・セル内での初回の送信のためのサブフレームが、［３］の項８．２に定義されるようにＵＥ固有のタイプ０ＳＲＳサブフレームであり、ＵＥが複数のＴＡＧを設定される場合、
−  ＮＳＲＳは１に等しく、
−  それ以外の場合、ＮＳＲＳは０に等しい。
−  
【数１４】
0006435007.tif 000019
Ｃ、及びＫｒは、同じトランスポート・ブロックについての初期ＰＤＣＣＨ又はＥＰＤＣＣＨから取得される。同じトランスポート・ブロックについてＤＣＩフォーマット０を有する初期ＰＤＣＣＨ又はＥＰＤＣＣＨがない場合、
【数１５】
0006435007.tif 000020
、Ｃ、及びＫｒは、
−  同じトランスポート・ブロックについての初期ＰＵＳＣＨが半永続的にスケジュールされているときは、一番最近の半永続的スケジューリング割り振りのＰＤＣＣＨ又はＥＰＤＣＣＨから、又は
−  ＰＵＳＣＨがランダム・アクセス応答グラントによって開始されるときは、同じトランスポート・ブロックについてのランダム・アクセス応答グラントから、決定されるものとする。
２つのトランスポート・ブロックがＰＵＳＣＨで送信されてＨＡＲＱ−ＡＣＫビット、ランク・インジケータ・ビット、又はＣＲＩビットを伝搬する場合、
【数１６】
0006435007.tif 000021
であり、ただし、
【数１７】
0006435007.tif 000022
であり、ここで、
−  Ｏは、ＨＡＲＱ−ＡＣＫビット、ランク・インジケータ・ビット、又はＣＲＩビットの数であり、
−  Ｏ≦２の場合はＱ’ｍｉｎ＝Ｏであり、３≦Ｏ≦１１の場合は
【数１８】
0006435007.tif 000023
であり、ただし
【数１９】
0006435007.tif 000024
であり、ここで、
【数２０】
0006435007.tif 000025
は、トランスポート・ブロック「ｘ」の変調次数であり、Ｏ＞１１である場合に、
【数２１】
0006435007.tif 000026
であり、ただし
【数２２】
0006435007.tif 000027
及び
【数２３】
0006435007.tif 000028
である。
−  
【数２４】
0006435007.tif 000029
は、それぞれ、１番目及び２番目のトランスポート・ブロックについての最初のサブフレームにおけるＰＵＳＣＨ送信のためのスケジュールされた帯域幅であり、［２］ではサブキャリア数として表され、
−  
【数２５】
0006435007.tif 000030
は、１番目及び２番目のトランスポート・ブロックについての初回のＰＵＳＣＨ送信のためのサブフレーム当たりのＳＣ−ＦＤＭＡシンボルの数であり、
【数２６】
0006435007.tif 000031
によって与えられ、ここで、
−  １つのＵＬセルを設定されたＵＥが、初回の送信として同じサブフレームでＰＵＳＣＨ及びＳＲＳを送信するように構成される場合、又は、
−  ＵＥが、トランスポート・ブロック「ｘ」の初回の送信として、同じサービング・セル内で同じサブフレームにおいてＰＵＳＣＨ及びＳＲＳを送信する場合、又は、
−  トランスポート・ブロック「ｘ」の初回の送信のためのＰＵＳＣＨリソースの割り当てが、［２］の項５．５．３に定義されたセル固有のＳＲＳサブフレーム及び帯域幅構成と部分的にではあっても重複する場合、又は、
−  同じサービング・セル内でのトランスポート・ブロック「ｘ」の初回の送信のためのサブフレームが、［３］の項８．２に定義されるようにＵＥ固有のタイプ１ＳＲＳサブフレームである場合、又は、
−  同じサービング・セル内でのトランスポート・ブロック「ｘ」の初回の送信のためのサブフレームが、［３］の項８．２に定義されるようにＵＥ固有のタイプ０ＳＲＳサブフレームであり、ＵＥが複数のＴＡＧを設定される場合、
−  
【数２７】
0006435007.tif 000032
は１に等しく、
−  それ以外の場合、
【数２８】
0006435007.tif 000033
は０に等しい。
−  
【数２９】
0006435007.tif 000034
、Ｃ（ｘ）、ｘ＝｛１，２｝、及び
【数３０】
0006435007.tif 000035
は、対応するトランスポート・ブロックについての初期ＰＤＣＣＨ又はＥＰＤＣＣＨから取得される。
ＨＡＲＱ−ＡＣＫについては、ＱＡＣＫ＝Ｑｍ・Ｑ’、及び
【数３１】
0006435007.tif 000036
であり、ここで、Ｑｍは、所与のトランスポート・ブロックの変調次数である。５個以下のＤＬセルを設定されたＵＥの場合、
【数３２】
0006435007.tif 000037
は、対応するＰＵＳＣＨに関する送信符号語の数に応じて、［３］に従って決定されるものとする。６個以上のＤＬセルを設定されたＵＥの場合、
【数３３】
0006435007.tif 000038
は、対応するＰＵＳＣＨに関する送信符号語の数と、ＨＡＲＱ−ＡＣＫフィードバック・ビットの数とに応じて、［３］に従って決定されるものとする。
ランク指示又はＣＲＩについては、ＱＲＩ＝Ｑｍ・Ｑ’、ＱＣＲＩ＝Ｑｍ・Ｑ’、及び
【数３４】
0006435007.tif 000039
であり、ここで、Ｑｍは、所与のトランスポート・ブロックの変調次数であり、
【数３５】
0006435007.tif 000040
は、対応するＰＵＳＣＨに関する送信符号語の数と、２つのアップリンク電力制御サブフレーム・セットが当該セルに対して上位レイヤによって設定されているときは、対応するＰＵＳＣＨに関するアップリンク電力制御サブフレーム・セットとに応じて、［３］に従って決定されるものとする。
ＨＡＲＱ−ＡＣＫについて
各肯定受信通知（ＡＣＫ）は２進の「１」として符号化され、各否定受信通知（ＮＡＣＫ）は２進の「０」として符号化される。
ＨＡＲＱ−ＡＣＫフィードバックが１ビットの情報からなる場合、すなわち、
【数３６】
0006435007.tif 000041
の場合は、フィードバックはまず表５．２．２．６−１に従って符号化される。
ＨＡＲＱ−ＡＣＫフィードバックが２ビットの情報からなる場合、すなわち
【数３７】
0006435007.tif 000042
であり、
【数３８】
0006435007.tif 000043
が、符号語０についてのＨＡＲＱ−ＡＣＫビットに対応し、
【数３９】
0006435007.tif 000044
が、符号語１についてのＨＡＲＱ−ＡＣＫビットに対応する場合、又は、上位レイヤによってＵＥに設定された２つのＤＬセルに対応するＨＡＲＱ−ＡＣＫビットのアグリゲーションの結果として、ＨＡＲＱ−ＡＣＫフィードバックが２ビットの情報からなる場合、又は、ＨＡＲＱ−ＡＣＫフィードバックが、ＴＤＤの場合に２つのサブフレームに対応する２ビットの情報からなる場合は、まず表５．２．２．６−２に従って符号化され、ここで、
【数４０】
0006435007.tif 000045
である。
［「Ｅｎｃｏｄｉｎｇ  ｏｆ  １−ｂｉｔ  ＨＡＲＱ−ＡＣＫ」と題する３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の表５．２．２．６−１が図７として再現されている］
［「Ｅｎｃｏｄｉｎｇ  ｏｆ  ２−ｂｉｔ  ＨＡＲＱ−ＡＣＫ」と題する３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の表５．２．２．６−２が図８として再現されている］
上位レイヤによってＵＥに設定された１つ又は複数のＤＬセルに対応するＨＡＲＱ−ＡＣＫビットのアグリゲーションの結果として、ＨＡＲＱ−ＡＣＫフィードバックが３≦ＯＡＣＫ≦１１ビットの情報からなる場合、すなわち、
【数４１】
0006435007.tif 000046
の場合、符号化ビット・シーケンス
【数４２】
0006435007.tif 000047
は、ビット・シーケンス
【数４３】
0006435007.tif 000048
を、項５．２．２．６．４に説明されるチャネル符号化ブロックへの入力として使用することによって取得される。そして、ビット・シーケンス
【数４４】
0006435007.tif 000049
は、ビット・シーケンス
【数４５】
0006435007.tif 000050
の循環的な反復によって取得され、合計のビット・シーケンス長がＱＡＣＫに等しくなるようにする。
上位レイヤによってＵＥに設定された１つ又は複数のＤＬセルに対応するＨＡＲＱ−ＡＣＫビットのアグリゲーションの結果として、ＨＡＲＱ−ＡＣＫフィードバックが１１＜ＯＡＣＫ≦２２ビットの情報からなる場合、すなわち、
【数４６】
0006435007.tif 000051
の場合、符号化ビット・シーケンス
【数４７】
0006435007.tif 000052
は、ビット・シーケンス
【数４８】
0006435007.tif 000053
を、項５．２．２．６．５に説明されるチャネル符号化ブロックへの入力として使用することによって取得される。
上位レイヤによってＵＥに設定された１つ又は複数のＤＬセルに対応するＨＡＲＱ−ＡＣＫビットのアグリゲーションの結果として、ＨＡＲＱ−ＡＣＫフィードバックがＯＡＣＫ＞２２ビットの情報からなる場合、符号化ビット・シーケンスは、
【数４９】
0006435007.tif 000054
によって表される。ＨＡＲＱ−ＡＣＫビットのＣＲＣの付加、チャネル符号化、及びレート・マッチングは、それぞれ、Ｌを８ビットに設定して項５．１．１、５．１．３．１、及び５．１．４．２に従って行われる。ＣＲＣ付加動作への入力ビット・シーケンスは
【数５０】
0006435007.tif 000055
である。ＣＲＣ付加動作の出力ビット・シーケンスは、チャネル符号化動作への入力ビット・シーケンスになる。チャネル符号化動作の出力ビット・シーケンスは、レート・マッチング動作への入力ビット・シーケンスになる。
表５．２．２．６−１及び５．２．２．６−２の中の「ｘ」及び「ｙ」は、ＨＡＲＱ−ＡＣＫ情報を搬送する変調シンボルのユークリッド距離を最大にするように［２］でＨＡＲＱ−ＡＣＫビットをスクランブルするためのプレースホルダである。
ＨＡＲＱ−ＡＣＫが１ビット又は２ビットの情報からなるときの、ＦＤＤ若しくはＴＤＤ  ＨＡＲＱ−ＡＣＫの多重化、又は、ＦＤＤを使用する少なくとも１つのセルとＴＤＤを使用する少なくとも１つのセルとを含む２つ以上のＤＬセルのアグリゲーションの場合、ビット・シーケンス
【数５１】
0006435007.tif 000056
は、複数の符号化ＨＡＲＱ−ＡＣＫブロックを連結することによって取得され、ここで、ＱＡＣＫは、すべての符号化ＨＡＲＱ−ＡＣＫブロックに対応する符号化ビットの合計数である。合計ビット・シーケンス長がＱＡＣＫに等しくなるように、符号化ＨＡＲＱ−ＡＣＫブロックの最後の連結は部分的になる場合もある。
上位レイヤによりｃｏｄｅｂｏｏｋｓｉｚｅＤｅｔｅｒｍｉｎａｔｉｏｎ−ｒ１３＝０として設定されたＵＥの場合、ビット・シーケンス
【数５２】
0006435007.tif 000057
は、ダウンリンク割り振りインデックス（ＤＡＩ）に従って、表５．３．３．１．１−２のように、そして［３］に定義されるように決定される。それ以外の場合、ビット・シーケンス
【数５３】
0006435007.tif 000058
は下記のように決定される。
２つ以上のＤＬセルのアグリゲーションの結果としてＨＡＲＱ  ＡＣＫが２ビット以上の情報からなる場合のＦＤＤについては、ビット・シーケンス
【数５４】
0006435007.tif 000059
は、下記の疑似コードに従って、複数のＤＬセルについてのＨＡＲＱ−ＡＣＫビットを連結した結果になる。
ｃ＝０に設定する。  −セルインデックス：より小さいインデックスは、対応するセルのより小さいＲＲＣインデックスに対応する。
ｊ＝０に設定する。  −ＨＡＲＱ−ＡＣＫビットインデックス。
【数５５】
0006435007.tif 000060
を、ＵＥに対して上位レイヤによって設定されたセルの数に設定する。
【数５６】
0006435007.tif 000061
セル内で設定された送信モードがｃ∈｛１，２，５，６，７｝である場合（ｉｆ）−このセルに対する１ビットのＨＡＲＱ−ＡＣＫフィードバック、
【数５７】
0006435007.tif 000062
ｊ＝ｊ＋１
そうでない場合は、
ＵＥが上位レイヤによりＰＵＳＣＨに関する空間バンドリングを設定されていない場合（ｉｆ）、
【数５８】
0006435007.tif 000063
ｊ＝ｊ＋１
【数５９】
0006435007.tif 000064
ｊ＝ｊ＋１
そうでない場合は、
【数６０】
0006435007.tif 000065
ｊ＝ｊ＋１
ｉｆの終わり（ｅｎｄ  ｉｆ）
ｉｆの終わり（ｅｎｄ  ｉｆ）
ｃ＝ｃ＋１
ｗｈｉｌｅの終わり（ｅｎｄ  ｗｈｉｌｅ）
ＦＤＤを使用するプライマリ・セルとＴＤＤを使用する少なくとも１つのセカンダリ・セルとを含む２つ以上のＤＬセルのアグリゲーションでは、ビット・シーケンス
【数６１】
0006435007.tif 000066
は、１つ又は複数のＤＬセルに対応するＨＡＲＱ−ＡＣＫビットを連結した結果となる。
【数６２】
0006435007.tif 000067
を、上位レイヤによってＵＥに対して設定されたセルの数と定義し、
【数６３】
0006435007.tif 000068
を、ｃ番目のサービング・セルに関して、ＵＥが、ＵＬサブフレームｎでＨＡＲＱ−ＡＣＫビットをフィードバックする必要があるサブフレームの数と定義する。ＴＤＤを使用するセルについては、サブフレームは、ＵＥが上位レイヤパラメータｅｉｍｔａ−ＨＡＲＱ−ＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇを設定される場合はＤＬ参照ＵＬ／ＤＬ構成によって決定され、それ以外の場合はＵＬ／ＤＬ構成によって決定される。ＴＤＤを使用するセルについては、このセルにおけるサブフレームｎ−４が、ＤＬサブフレームであるか、又は特殊サブフレーム構成１／２／３／４／６／７／８／９及び通常ダウンリンクＣＰを有する特殊サブフレームであるか、又は特殊サブフレーム構成１／２／３／５／６／７及び拡張ダウンリンクＣＰを有する特殊サブフレームである場合は、
【数６４】
0006435007.tif 000069
であり、それ以外の場合は、
【数６５】
0006435007.tif 000070
である。ＦＤＤを使用するセルについては、
【数６６】
0006435007.tif 000071
である。
ビット・シーケンス
【数６７】
0006435007.tif 000072
は、下記の疑似コードに従って実行される。
ｃ＝０に設定する。  −セルインデックス：より小さいインデックスは、対応するセルのより小さいＲＲＣインデックスに対応する。
ｊ＝０に設定する。  −ＨＡＲＱ−ＡＣＫビットインデックス。
【数６８】
0006435007.tif 000073
【数６９】
0006435007.tif 000074
セル内で設定された送信モードがｃ∈｛１，２，５，６，７｝である場合（ｉｆ）−このセルに対する１ビットのＨＡＲＱ−ＡＣＫフィードバック、
【数７０】
0006435007.tif 000075
ｊ＝ｊ＋１
そうでない場合は、
ＵＥが上位レイヤによりＰＵＳＣＨに関する空間バンドリングを設定されていない場合（ｉｆ）、
【数７１】
0006435007.tif 000076
ｊ＝ｊ＋１
【数７２】
0006435007.tif 000077
ｊ＝ｊ＋１
そうでない場合は、
【数７３】
0006435007.tif 000078
ｊ＝ｊ＋１
ｉｆの終わり（ｅｎｄ  ｉｆ）
ｉｆの終わり（ｅｎｄ  ｉｆ）
ｉｆの終わり（ｅｎｄ  ｉｆ）
ｃ＝ｃ＋１
ｗｈｉｌｅの終わり（ｅｎｄ  ｗｈｉｌｅ）
ＨＡＲＱ−ＡＣＫが１つ又は複数のＤＬセルのアグリゲーションに関するものであり、ＵＥがＰＵＣＣＨフォーマット３、ＰＵＣＣＨフォーマット４、又はＰＵＣＣＨフォーマット５［３］を設定されているときのＴＤＤプライマリ・セルの場合、ビット・シーケンス
【数７４】
0006435007.tif 000079
は、上位レイヤによって設定された１つ又は複数のＤＬセルと［３］に定義される複数のサブフレームとに対応するＨＡＲＱ−ＡＣＫビットを連結した結果となる。
［３］の項７．３に定義されるように、
【数７５】
0006435007.tif 000080
を、上位レイヤによってＵＥに対して設定されるセルの数と定義し、
【数７６】
0006435007.tif 000081
を、ＵＥがＨＡＲＱ−ＡＣＫビットをフィードバックする必要があるサブフレームの数と定義する。
ＵＥがＰＵＣＣＨフォーマット３、ＰＵＣＣＨフォーマット４、又はＰＵＣＣＨフォーマット５を設定されている場合、ＵＥが伝搬するＨＡＲＱ−ＡＣＫビットの数は、下記のように算出される。
ｋ＝０に設定する。  −ＨＡＲＱ−ＡＣＫビットのカウンタ（counter）。
ｃ＝０に設定する。  −セルインデックス：より小さいインデックスは、対応するセルのより小さいＲＲＣインデックスに対応する。
【数７７】
0006435007.tif 000082
ｌ＝０に設定する；
【数７８】
0006435007.tif 000083
セル内で設定された送信モードがｃ∈｛１，２，５，６，７｝である場合（ｉｆ）−−このセルに対する１ビットのＨＡＲＱ−ＡＣＫフィードバック、
ｋ＝ｋ＋１
そうでない場合は、
ｋ＝ｋ＋２
ｉｆの終わり（ｅｎｄ  ｉｆ）
ｌ＝ｌ＋１
ｗｈｉｌｅの終わり（ｅｎｄ  ｗｈｉｌｅ）
ｃ＝ｃ＋１
ｗｈｉｌｅの終わり（ｅｎｄ  ｗｈｉｌｅ）
ＰＵＣＣＨフォーマット３が設定されているとき、ＵＥの設定されたサービング・セルすべてでＴＤＤが使用されるときにｋ≦２０である場合、若しくは、ＴＤＤプライマリ・セルと共に、設定されたサービング・セルの少なくとも１つでＦＤＤが使用されるときにｋ≦２１である場合、又は、ＰＵＣＣＨフォーマット４若しくはＰＵＣＣＨフォーマット５が設定されており、ＵＥが上位レイヤによってＰＵＳＣＨに関する空間バンドリングを設定されていないとき、ＨＡＲＱ−ＡＣＫビットの多重化は、下記の疑似コードに従って行われる。
ｃ＝０に設定する。  −セルインデックス：より小さいインデックスは、対応するセルのより小さいＲＲＣインデックスに対応する。
ｊ＝０に設定する。  −ＨＡＲＱ−ＡＣＫビットインデックス。
【数７９】
0006435007.tif 000084
ｌ＝０に設定する；
【数８０】
0006435007.tif 000085
セル内で設定された送信モードがｃ∈｛１，２，５，６，７｝である場合（ｉｆ）−−このセルに対する１ビットのＨＡＲＱ−ＡＣＫフィードバック、
【数８１】
0006435007.tif 000086
ｊ＝ｊ＋１
そうでない場合は、
【数８２】
0006435007.tif 000087
ｊ＝ｊ＋２
ｉｆの終わり（ｅｎｄ  ｉｆ）
ｌ＝ｌ＋１
ｗｈｉｌｅの終わり（ｅｎｄ  ｗｈｉｌｅ）
ｃ＝ｃ＋１
ｗｈｉｌｅの終わり（ｅｎｄ  ｗｈｉｌｅ）
ＰＵＣＣＨフォーマット３が設定されているときに、ＵＥの設定されたサービング・セルすべてでＴＤＤが使用されるときにｋ＞２０である場合、若しくは、ＴＤＤプライマリ・セルと共に、設定されたサービング・セルの少なくとも１つでＦＤＤが使用されるときにｋ＞２１である場合は、空間バンドリングがすべてのセル内ですべてのサブフレームに適用される。又は、ＰＵＣＣＨフォーマット４又はＰＵＣＣＨフォーマット５が設定されており、ＵＥが上位レイヤによりＰＵＳＣＨに関する空間バンドリングを設定されているときは、ＨＡＲＱ−ＡＣＫビットの多重化は、下記の疑似コードに従って行われる。
ｃ＝０に設定する。  −セルインデックス：より小さいインデックスは、対応するセルのより小さいＲＲＣインデックスに対応する。
ｊ＝０に設定する。  −ＨＡＲＱ−ＡＣＫビットインデックス。
【数８３】
0006435007.tif 000088
ｌ＝０に設定する；
【数８４】
0006435007.tif 000089
セル内で設定された送信モードがｃ∈｛１，２，５，６，７｝である場合（ｉｆ）−このセルに対する１ビットのＨＡＲＱ−ＡＣＫフィードバック、
【数８５】
0006435007.tif 000090
ｊ＝ｊ＋１
そうでない場合は、
【数８６】
0006435007.tif 000091
ｊ＝ｊ＋１
ｉｆの終わり（ｅｎｄ  ｉｆ）
ｌ＝ｌ＋１
ｗｈｉｌｅの終わり（ｅｎｄ  ｗｈｉｌｅ）
ｃ＝ｃ＋１
ｗｈｉｌｅの終わり（ｅｎｄ  ｗｈｉｌｅ）
ＯＡＣＫ≦１１又はＯＡＣＫ＞２２である場合、ビット・シーケンス
【数８７】
0006435007.tif 000092
は、
【数８８】
0006435007.tif 000093
を設定することによって取得される。
１１＜ＯＡＣＫ≦２２である場合、ビット・シーケンス
【数８９】
0006435007.tif 000094
は、ｉが偶数である場合は、
【数９０】
0006435007.tif 000095
を設定し、ｉが奇数である場合は、
【数９１】
0006435007.tif 000096
を設定することによって取得される。
ＨＡＲＱ−ＡＣＫが２つのＤＬセルのアグリゲーションに関するものであり、ＵＥが、チャネル選択を伴うＰＵＣＣＨフォーマット１ｂを設定されているときのＴＤＤプライマリ・セルの場合、ビット・シーケンス
【数９２】
0006435007.tif 000097
は、［３］の項７．３に説明されるようにして取得される。
ＴＤＤ  ＨＡＲＱ−ＡＣＫバンドリングの場合、ビット・シーケンス
【数９３】
0006435007.tif 000098
は、複数の符号化ＨＡＲＱ−ＡＣＫブロックの連結によって取得され、ここで、ＱＡＣＫは、すべての符号化ＨＡＲＱ−ＡＣＫブロックに対応する符号化ビットの合計数である。合計ビット・シーケンス長がＱＡＣＫに等しくなるように、符号化ＨＡＲＱ−ＡＣＫブロックの最後の連結は部分的になる場合もある。そして、スクランブリング・シーケンス
【数９４】
0006435007.tif 000099
が表５．２．２．６−Ａから選択され、インデックスｉ＝（Ｎｂｕｎｄｌｅｄ−１）ｍｏｄ４であり、ここで、Ｎｂｕｎｄｌｅｄは、［３］の項７．３で説明されるようにして決定される。そして、ビット・シーケンス
【数９５】
0006435007.tif 000100
が、ＨＡＲＱ−ＡＣＫが１ビットからなる場合はｍ＝１を、ＨＡＲＱ−ＡＣＫが２ビットからなる場合はｍ＝３を設定することによって生成され、次いで、スクランブリング
【数９６】
0006435007.tif 000101
が下記のように行われる。
ｉ，ｋを０に設定する。
ｉ＜ＱＡＣＫ  の間（ｗｈｉｌｅ）、
【数９７】
0006435007.tif 000102
【数９８】
0006435007.tif 000103
ｋ＝（ｋ＋１）ｍｏｄ４ｍ
そうでない場合は、
【数９９】
0006435007.tif 000104
【数１００】
0006435007.tif 000105
そうでない場合は、    ／／符号化ビット
【数１０１】
0006435007.tif 000106
ｋ＝（ｋ＋１）ｍｏｄ４ｍ
ｉｆの終わり（ｅｎｄ  ｉｆ）
ｉ＝ｉ＋１
ｗｈｉｌｅの終わり（ｅｎｄ  ｗｈｉｌｅ）
［「Ｓｃｒａｍｂｌｉｎｇ  ｓｅｑｕｅｎｃｅ  ｓｅｌｅｃｔｉｏｎ  ｆｏｒ  ＴＤＤ  ＨＡＲＱ−ＡＣＫ  ｂｕｎｄｌｉｎｇ」と題する３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の表５．２．２．６−Ａが、図９として再現されている］
ＨＡＲＱ−ＡＣＫ情報を所与のＰＵＳＣＨでＵＬ−ＳＣＨと多重化すべき場合、ＨＡＲＱ−ＡＣＫ情報は、そのＰＵＳＣＨのすべてのトランスポート・ブロックのすべてのレイヤで多重化される。所与のトランスポート・ブロックに対して、ＨＡＲＱ−ＡＣＫ情報に対するチャネル符号化のベクトル・シーケンス出力は、
【数１０２】
0006435007.tif 000107
によって表され、ここで、
【数１０３】
0006435007.tif 000108
は、長さ（Ｑｍ・ＮＬ）の列ベクトルであり、Ｑ’ＡＣＫ＝ＱＡＣＫ／Ｑｍは下記のように取得される。
ｉ，ｋを０に設定する。
ｉ＜ＱＡＣＫ  の間（ｗｈｉｌｅ）、
【数１０４】
0006435007.tif 000109
【数１０５】
0006435007.tif 000110
ｉ＝ｉ＋Ｑｍ
ｋ＝ｋ＋１
ｗｈｉｌｅの終わり（ｅｎｄ  ｗｈｉｌｅ）
ここで、ＮＬは、ＵＬ−ＳＣＨトランスポート・ブロックがマッピングされるレイヤの数である。
ランク指示（ＲＩ）（ＲＩのみ、ＲＩ及びｉ１の合同報告、ＣＲＩ及びＲＩの合同報告、ＣＲＩ、ＲＩ及びｉ１の合同報告、ＣＲＩ、ＲＩ、及びＰＴＩの合同報告、並びにＲＩ及びＰＴＩの合同報告）又はＣＲＩの場合、
−  ＰＤＳＣＨ送信に関するＣＲＩフィードバックの対応するビット幅は、表５．２．２．６．１−３Ａ、５．２．２．６．２−３Ａ、５．２．２．６．３−３Ａ、５．２．３．３．１−３Ｄによって与えられ、
−  ＰＤＳＣＨ送信に関するＲＩフィードバックの対応するビット幅は、表５．２．２．６．１−２、５．２．２．６．２−３、５．２．２．６．２−３Ｂ、５．２．２．６．３−３、５．２．２．６．３−３Ｂ、５．２．３．３．１−３、５．２．３．３．１−３Ａ、５．２．３．３．１−３Ｂ、５．２．３．３．１−３Ｃ、５．２．３．３．１−３Ｄ、５．２．３．３．２−４、及び５．２．３．３．２−４Ａ、５．２．３．３．２−４Ｂ、５．２．３．３．２−４Ｃ、５．２．３．３．２−４Ｄによって与えられ、下記のようにレイヤの最大数を仮定して決定される。
−  ＤＬセルにｍａｘＬａｙｅｒｓＭＩＭＯ−ｒ１０が設定されている場合、レイヤの最大数は、ＤＬセルに関するｍａｘＬａｙｅｒｓＭＩＭＯ−ｒ１０に従って決定され、
−  そうでない場合、
−  ＵＥが送信モード９を設定され、ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１０フィールドがＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙに含まれる場合、レイヤの最大数は、設定されたＣＳＩ−ＲＳポート数の最小値と、対応する帯域組み合わせの中の同じ帯域についての報告されたＵＥのダウンリンクＭＩＭＯ能力の最大値とに従って決定される。
−  ＵＥが送信モード９を設定され、Ｋ＞１であるＣｌａｓｓ  Ｂ  ＣＳＩ報告並びにＲＩ及びＣＲＩが同じ報告インスタンスで送信され、ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１０フィールドがＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙに含まれる場合、レイヤの最大数は、設定されたＣＳＩ−ＲＳリソースのアンテナ・ポート数の最大数の最小値と、対応する帯域組み合わせの中の同じ帯域についての報告されたＵＥのダウンリンクＭＩＭＯ能力の最大値とに従って決定される。
−  ＵＥが送信モード９を設定され、ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１０フィールドがＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙに含まれない場合、レイヤの最大数は、設定されたＣＳＩ−ＲＳポート数の最小値とｕｅ−Ｃａｔｅｇｏｒｙ（添え字を含まない）とに従って決定される。
−  ＵＥが送信モード９を設定され、Ｋ＞１であるＣｌａｓｓ  Ｂ  ＣＳＩ報告並びにＲＩ及びＣＲＩが同じ報告インスタンスで送信され、ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１０フィールドがＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙに含まれない場合、レイヤの最大数は、設定されたＣＳＩ−ＲＳリソースのアンテナ・ポート数の最大数の最小値と、ｕｅ−Ｃａｔｅｇｏｒｙ（添え字を含まない）とに従って決定される。
−  ＵＥが送信モード１０を設定され、ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１０フィールドがＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙに含まれる場合、ＣＳＩプロセスごとのレイヤの最大数は、そのＣＳＩプロセスのための設定されたＣＳＩ−ＲＳポート数の最小値と、対応する帯域組み合わせの中の同じ帯域についての報告されたＵＥのダウンリンクＭＩＭＯ能力の最大値とに従って決定される。
−  ＵＥが送信モード１０を設定され、Ｋ＞１であるＣｌａｓｓ  Ｂ  ＣＳＩ報告並びにＲＩ及びＣＲＩが同じ報告インスタンスで送信され、ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１０フィールドがＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙに含まれる場合、ＣＳＩプロセスごとのレイヤの最大数は、そのＣＳＩプロセスにおける設定されたＣＳＩ−ＲＳリソースのアンテナ・ポート数の最大値の最小値と、対応する帯域組み合わせの中の同じ帯域についての報告されたＵＥのダウンリンクＭＩＭＯ能力の最大値とに従って決定される。
−  ＵＥが送信モード１０を設定され、ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１０フィールドがＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙに含まれない場合、ＣＳＩプロセスごとのレイヤの最大数は、そのＣＳＩプロセスのための設定されたＣＳＩ−ＲＳポート数の最小値と、ｕｅ−Ｃａｔｅｇｏｒｙ（添え字を含まない）とに従って決定される。
−  ＵＥが送信モード１０を設定され、Ｋ＞１であるＣｌａｓｓ  Ｂ  ＣＳＩ報告並びにＲＩ及びＣＲＩが同じ報告インスタンスで送信され、ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＤＬ−ｒ１０フィールドがＵＥ−ＥＵＴＲＡ  −Ｃａｐａｂｉｌｉｔｙに含まれない場合、ＣＳＩプロセスごとのレイヤの最大数は、そのＣＳＩプロセスにおける設定されたＣＳＩ−ＲＳリソースのアンテナ・ポート数の最大値の最小値と、ｕｅ−Ｃａｔｅｇｏｒｙ（添え字を含まない）とに従って決定される。
−  それ以外の場合、レイヤの最大数は、ＰＢＣＨアンテナ・ポート数の最小値と、ｕｅ−Ｃａｔｅｇｏｒｙ（添え字を含まない）とに従って決定される。
−  ＲＩフィードバックが１ビットの情報からなる場合、すなわち
【数１０６】
0006435007.tif 000111
の場合、ＲＩフィードバックは、まず表５．２．２．６−３に従って符号化される。
【数１０７】
0006435007.tif 000112
からＲＩへのマッピングは表５．２．２．６−５によって与えられる。
−  ＲＩフィードバックが２ビットの情報からなる場合、すなわち
【数１０８】
0006435007.tif 000113
であり、
【数１０９】
0006435007.tif 000114
が、２ビットの入力のＭＳＢに対応し、
【数１１０】
0006435007.tif 000115
がＬＳＢに対応する場合、ＲＩフィードバックはまず表５．２．２．６−４に従って符号化され、ここで、
【数１１１】
0006435007.tif 000116
である。
【数１１２】
0006435007.tif 000117
からＲＩへのマッピングは表５．２．２．６−６によって与えられる。
［「Ｅｎｃｏｄｉｎｇ  ｏｆ  １−ｂｉｔ  ＲＩ」と題する３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の表５．２．２．６−３が図１０として再現されている］
［「Ｅｎｃｏｄｉｎｇ  ｏｆ  ２−ｂｉｔ  ＲＩ」と題する３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の表５．２．２．６−４が図１１として再現されている］
［「
【数１１３】
0006435007.tif 000118
ｔｏ  ＲＩ  ｍａｐｐｉｎｇ」と題する３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の表５．２．２．６−５が図１２として再現されている］
［「
【数１１４】
0006435007.tif 000119
ｔｏ  ＲＩ  ｍａｐｐｉｎｇ」と題する３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の表５．２．２．６−６が図１３として再現されている］
［「
【数１１５】
0006435007.tif 000120
ｔｏ  ＲＩ  ｍａｐｐｉｎｇ」と題する３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の表５．２．２．６−７が図１４として再現されている］
所与のＤＬセルについてのＲＩフィードバックが３ビットの情報からなる場合、すなわち
【数１１６】
0006435007.tif 000121
であり、
【数１１７】
0006435007.tif 000122
が３ビットの入力のＭＳＢに対応し、
【数１１８】
0006435007.tif 000123
がＬＳＢに対応する場合、
【数１１９】
0006435007.tif 000124
からＲＩへのマッピングは表５．２．２．６−７によって与えられる。
ＲＩフィードバックが３≦ＯＲＩ≦１１ビットの情報からなる場合、すなわち、
【数１２０】
0006435007.tif 000125
の場合、符号化ビット・シーケンス
【数１２１】
0006435007.tif 000126
は、ビット・シーケンス
【数１２２】
0006435007.tif 000127
を項５．２．２．６．４で説明されるチャネル符号化ブロックへの入力として使用することによって取得される。
複数のＤＬセル又は複数のＣＳＩプロセスに対応するＲＩビットのアグリゲーションの結果として、ＲＩフィードバックが１１＜ＯＲＩ≦２２ビットの情報からなる場合、すなわち、
【数１２３】
0006435007.tif 000128
の場合、符号化ビット・シーケンス
【数１２４】
0006435007.tif 000129
は、ビット・シーケンス
【数１２５】
0006435007.tif 000130
を、項５．２．２．６．５で説明されるチャネル符号化ブロックへの入力として使用することによって取得される。
複数のＤＬセル又は複数のＣＳＩプロセスに対応するＲＩビットのアグリゲーションの結果として、ＲＩフィードバックがＯＲＩ＞２２ビットの情報からなる場合、すなわち、
【数１２６】
0006435007.tif 000131
の場合、符号化ビット・シーケンスは、
【数１２７】
0006435007.tif 000132
によって表される。ＨＡＲＱ−ＡＣＫビットのＣＲＣ付加、チャネル符号化、及びレート・マッチングはそれぞれ、Ｌを８ビットに設定して項５．１．１、５．１．３．１、及び５．１．４．２に従って行われる。ＣＲＣ付加動作への入力ビット・シーケンスは、
【数１２８】
0006435007.tif 000133
である。ＣＲＣ付加動作の出力ビット・シーケンスは、チャネル符号化動作への入力ビット・シーケンスになる。チャネル符号化動作の出力ビット・シーケンスは、レート・マッチング動作への入力ビット・シーケンスになる。
表５．２．２．６−３及び５．２．２．６−４の中の「ｘ」及び「ｙ」は、ランク情報を搬送する変調シンボルのユークリッド距離を最大にするように、［２］でＲＩビットをスクランブルするためのプレースホルダである。
２つ以上のＤＬセルについてのＲＩフィードバックを報告すべき場合は、各ＤＬセルのＲＩ報告を連結した後に、セル・インデックスの昇順で符号化する。
２つ以上のＣＳＩプロセスについてのＲＩフィードバックを報告すべき場合は、ＲＩ報告を連結した後に、まずＤＬセルごとにＣＳＩプロセス・インデックスの昇順で、次いでセル・インデックスの昇順で符号化する。
ＲＩフィードバックが１ビット又は２ビットの情報からなる場合、ビット・シーケンス
【数１２９】
0006435007.tif 000134
は、複数の符号化されたＲＩブロックを連結することによって取得され、ここでＱＲＩは、すべての符号化されたＲＩブロックに対応する符号化ビットの合計数である。合計ビット・シーケンス長がＱＲＩに等しくなるように、符号化ＲＩブロックの最後の連結は部分的になる場合もある。
ＲＩフィードバックが３≦ＯＲＩ≦１１ビットの情報からなる場合、ビット・シーケンス
【数１３０】
0006435007.tif 000135
は、合計ビット・シーケンス長がＱＲＩに等しくなるように、ビット・シーケンス
【数１３１】
0006435007.tif 000136
の循環的反復によって取得される。
ランク情報を所与のＰＵＳＣＨにおいてＵＬ−ＳＣＨと多重化すべきとき、ランク情報は、そのＰＵＳＣＨのすべてのトランスポート・ブロックのすべてのレイヤで多重化される。所与のトランスポート・ブロックに対して、ランク情報に対するチャネル符号化のベクトル・シーケンス出力は、
【数１３２】
0006435007.tif 000137
によって表され、ここで、
【数１３３】
0006435007.tif 000138
は、長さ（Ｑｍ・ＮＬ）の列ベクトルであり、Ｑ’ＲＩ＝ＱＲＩ／Ｑｍである。ベクトル・シーケンスは下記のように取得される。
ｉ，ｊ，ｋを０に設定する。
ｉ＜ＱＲＩ  の間（ｗｈｉｌｅ）、
【数１３４】
0006435007.tif 000139
【数１３５】
0006435007.tif 000140
ｉ＝ｉ＋Ｑｍ
ｋ＝ｋ＋１
ｗｈｉｌｅの終わり（ｅｎｄ  ｗｈｉｌｅ）
ここで、ＮＬは、ＵＬ−ＳＣＨトランスポート・ブロックがマッピングされるレイヤの数である。
ＲＩの符号化、及び所与のＰＵＳＣＨにおけるＵＬ−ＳＣＨとのＲＩの多重化のための同じ手順が、式中でＲＩの代わりにＣＲＩを使用して、ＣＲＩに適用される。
チャネル品質制御情報（ＣＱＩ及び／又はＰＭＩ。ＣＱＩ／ＰＭＩと表される）について、
ＵＥがチャネル品質制御情報ビットを送信するとき、ＵＥは、下記のようにチャネル品質情報のためのレイヤ当たりの変調符号化シンボルの数Ｑ’を決定するものとする。
【数１３６】
0006435007.tif 000141
ここで、
−  ＯはＣＱＩ／ＰＭＩビットの数であり、
−  Ｌは、
【数１３７】
0006435007.tif 000142
によって与えられるＣＲＣビットの数であり、
−  
【数１３８】
0006435007.tif 000143
及び
【数１３９】
0006435007.tif 000144
であり、ここで、
【数１４０】
0006435007.tif 000145
は、対応するＰＵＳＣＨに関する送信符号語の数と、２つのアップリンク電力制御サブフレーム・セットが当該セルに対して上位レイヤによって設定されているときは、対応するＰＵＳＣＨに関するアップリンク電力制御サブフレーム・セットとに応じて、［３］に従って決定されるものとする。
−  ＲＩ又はＣＲＩが送信されない場合は、
【数１４１】
0006435007.tif 000146
である。
【数１４２】
0006435007.tif 000147
の中の変数「ｘ」は、初期ＵＬグラントによって示される最も高いＩＭＣＳ値に対応するトランスポート・ブロック・インデックスを表す。２つのトランスポート・ブロックが、対応する初期ＵＬグラントの中で同じＩＭＣＳ値を有する場合は、「ｘ＝１」となり、これは１番目のトランスポート・ブロックに対応する。
【数１４３】
0006435007.tif 000148
は、同じトランスポート・ブロックについての初期ＰＤＣＣＨ又はＥＰＤＣＣＨから取得される。同じトランスポート・ブロックについて、ＤＣＩフォーマット０を有する初期ＰＤＣＣＨ又はＥＰＤＣＣＨがない場合、
【数１４４】
0006435007.tif 000149
は、
−  同じトランスポート・ブロックについての初期ＰＵＳＣＨが半永続的にスケジュールされているときは、最も新しい半永続的スケジューリング割り振りのＰＤＣＣＨ若しくはＥＰＤＣＣＨから、又は、
−  ＰＵＳＣＨがランダム・アクセス応答グラントによって開始されるときは、同じトランスポート・ブロックについてのランダム・アクセス応答グラントから、決定されるものとする。
【数１４５】
0006435007.tif 000150
は、同じトランスポート・ブロックについての初回のＰＵＳＣＨ送信のためのサブフレーム当たりのＳＣ−ＦＤＭＡシンボルの数である。
ＵＬ−ＳＣＨデータ情報については、
【数１４６】
0006435007.tif 000151
であり、ここで、
−  
【数１４７】
0006435007.tif 000152
は、対応するＵＬ−ＳＣＨトランスポート・ブロックがマッピングされるレイヤの数であり、
−  
【数１４８】
0006435007.tif 000153
は、そのトランスポート・ブロックについて現在のサブフレームでＰＵＳＣＨを送信するためのスケジュールされた帯域幅であり、
−  
【数１４９】
0006435007.tif 000154
は、現在のＰＵＳＣＨ送信サブフレーム中のＳＣ−ＦＤＭＡシンボルの数であり、
【数１５０】
0006435007.tif 000155
によって与えられ、ここで
−  １つのＵＬセルを設定されたＵＥが、初回の送信として同じサブフレームでＰＵＳＣＨ及びＳＲＳを送信するように構成される場合、又は、
−  ＵＥが同じサービング・セル内で現在のサブフレームについて同じサブフレームでＰＵＳＣＨ及びＳＲＳを送信する場合、又は、
−  現在のサブフレームのためのＰＵＳＣＨリソースの割り当てが、［２］の項５．５．３に定義されたセル固有のＳＲＳサブフレーム及び帯域幅構成と部分的にでも重複する場合、又は、
−  同じサービング・セル内の現在のサブフレームが、［３］の項８．２に定義されるようにＵＥ固有のタイプ１ＳＲＳサブフレームである場合、又は、
−  同じサービング・セル内の現在のサブフレームが、［３］の項８．２に定義されるようにＵＥ固有のタイプ０ＳＲＳサブフレームであり、ＵＥが複数のＴＡＧを設定される場合、
−  ＮＳＲＳは１に等しく、
−  それ以外の場合、ＮＳＲＳは０に等しい。
２つ以上のＤＬセルについてのＣＱＩ／ＰＭＩ報告の場合、ｏ０，ｏ１，ｏ２，．．．，ｏＯ−１は、各ＤＬセルのＣＱＩ／ＰＭＩ報告をセル・インデックスの昇順で連結した結果となる。２つ以上のＣＳＩプロセスについてのＣＱＩ／ＰＭＩフィードバックを報告すべき場合、ｏ０，ｏ１，ｏ２，．．．，ｏＯ−１は、ＤＬセルごとにＣＱＩ／ＰＭＩ報告をＣＳＩプロセス・インデックスの昇順で、次いでセル・インデックスの昇順で連結した結果となる。
−  ペイロード・サイズが１１ビット以下である場合、チャネル品質情報のチャネル符号化は、入力シーケンスｏ０，ｏ１，ｏ２，．．．，ｏＯ−１を用いて、項５．２．２．６．４に従って行われる。
−  １１ビットより大きいペイロード・サイズの場合、チャネル品質情報のＣＲＣ付加、チャネル符号化、及びレート・マッチングは、それぞれ項５．１．１、５．１．３．１、及び５．１．４．２に従って行われる。ＣＲＣ付加動作への入力ビット・シーケンスはｏ０，ｏ１，ｏ２，．．．，ｏＯ−１である。ＣＲＣ付加動作の出力ビット・シーケンスは、チャネル符号化動作への入力ビット・シーケンスとなる。チャネル符号化動作の出力ビット・シーケンスは、レート・マッチング動作への入力ビット・シーケンスとなる。
チャネル品質情報のチャネル符号化についての出力シーケンスは、
【数１５１】
0006435007.tif 000156
によって表され、ここで、ＮＬは、対応するＵＬ−ＳＣＨトランスポート・ブロックがマッピングされるレイヤの数である。
【００４２】
３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０は、同様に、下記のように提示する。
・５．２．２．７  データ及び制御の多重化
制御及びデータの多重化は、ＨＡＲＱ−ＡＣＫ情報が両方のスロットに存在し、復調参照信号の前後のリソースにマッピングされるように行われる。また、多重化は、制御及びデータ情報が異なる変調シンボルにマッピングされることを保証する。
データ及び制御多重化への入力は、
【数１５２】
0006435007.tif 000157
によって表される制御情報の符号化ビット、及びｆ０，ｆ１，ｆ２，ｆ３，．．．，ｆＧ−１によって表されるＵＬ−ＳＣＨの符号化ビットである。データ及び制御多重化動作の出力は、
【数１５３】
0006435007.tif 000158
によって表され、ここで、Ｈ＝（Ｇ＋ＮＬ・ＱＣＱＩ）及びＨ’＝Ｈ／（ＮＬ・Ｑｍ）であり、
【数１５４】
0006435007.tif 000159
は、長さ（Ｑｍ・ＮＬ）の列ベクトルである。Ｈは、トランスポート・ブロックのＮＬ個の伝送レイヤにまたがってＵＬ−ＳＣＨデータ及びＣＱＩ／ＰＭＩ情報のために割り振られた符号化ビットの合計数である。
２つ以上のＵＬ−ＳＣＨトランスポート・ブロックがＵＬセルの１サブフレームで送信される場合、ＣＱＩ／ＰＭＩ情報は、初期グラントの中で最も高いＩＭＣＳ値を有するＵＬ−ＳＣＨトランスポート・ブロックのみのデータと多重化される。２つのトランスポート・ブロックが対応する初期ＵＬグラントの中で同じＩＭＣＳ値を有する場合、ＣＱＩ／ＰＭＩ情報は、１番目のトランスポート・ブロックのみのデータと多重化される。そのＵＬ−ＳＣＨトランスポート・ブロックに対して、又は単一のトランスポート・ブロックを送信する場合には、ＮＬが、ＵＬ−ＳＣＨトランスポート・ブロックがマッピングされるレイヤの数であるとすると、制御情報及びデータは、下記のように多重化されるものとする。
ｉ，ｊ，ｋを０に設定する。
ｊ＜ＮＬ・ＱＣＱＩ  の間（ｗｈｉｌｅ）    −−はじめに制御情報を入れる、
【数１５５】
0006435007.tif 000160
ｊ＝ｊ＋ＮＬ・Ｑｍ
ｋ＝ｋ＋１
ｗｈｉｌｅの終わり（ｅｎｄ  ｗｈｉｌｅ）
ｉ＜Ｇ  の間（ｗｈｉｌｅ）    −−次いでデータを入れる、
【数１５６】
0006435007.tif 000161
ｉ＝ｉ＋Ｑｍ・ＮＬ
ｋ＝ｋ＋１
ｗｈｉｌｅの終わり（ｅｎｄ  ｗｈｉｌｅ）
・５．２．２．８  チャネル・インターリーバ
この項で［２］におけるＰＵＳＣＨについてのリソース要素のマッピングとの関連で説明するチャネル・インターリーバは、送信波形への変調シンボルの時間優先マッピングを実施し、一方、ＨＡＲＱ−ＡＣＫ及びＲＩ情報がサブフレーム中で両方のスロットに存在することを保証する。ＨＡＲＱ−ＡＣＫ情報は、アップリンクの復調参照信号の前後のリソースにマッピングされ、一方、ＲＩ情報は、ＨＡＲＱ−ＡＣＫによって使用されるリソースの前後のリソースにマッピングされる。
チャネル・インターリーバへの入力は、
【数１５７】
0006435007.tif 000162
、
【数１５８】
0006435007.tif 000163
、
及び
【数１５９】
0006435007.tif 000164
によって表される。２つ以上のＵＬ−ＳＣＨトランスポート・ブロックがＵＬセルの１サブフレームで送信される場合、ＨＡＲＱ−ＡＣＫ及びＲＩ情報は、両方のＵＬ−ＳＣＨトランスポート・ブロックのデータと多重化される。
サブフレーム中のレイヤ当たりの変調シンボルの数は、Ｈ’ｔｏｔａｌ＝Ｈ’＋Ｑ’ＲＩによって与えられる。チャネル・インターリーバからの出力ビット・シーケンスは、下記のように導出される。
（１）
【数１６０】
0006435007.tif 000165
を、行列の列の数として割り当てる。行列の列は、左から右へ０、１、２、．．．、Ｃｍｕｘ−１の番号が振られる。
【数１６１】
0006435007.tif 000166
は、項５．２．２．６に従って決定される。
（２）行列の行の数は、Ｒｍｕｘ＝（Ｈ’ｔｏｔａｌ・Ｑｍ・ＮＬ）／Ｃｍｕｘであり、Ｒ’ｍｕｘ＝Ｒｍｕｘ／（Ｑｍ・ＮＬ）と定義する。
矩形行列の行は、上から下へ０、１、２、．．．Ｒｍｕｘ−１の番号が振られる。
（３）ランク情報がこのサブフレームで送信される場合、ベクトル・シーケンス
【数１６２】
0006435007.tif 000167
が、表５．２．２．８−１によって指示される列に、また、下記の疑似コードに従って最後の行から開始して上方へ移動する（Ｑｍ・ＮＬ）個の行の集合によって、書き込まれる。
ｉ，ｊを０に設定する。
ｒをＲ’ｍｕｘ−１に設定する。
ｉ＜Ｑ’ＲＩ  の間（ｗｈｉｌｅ）、
ｃＲＩ＝Ｃｏｌｕｍｎ  Ｓｅｔ（ｊ）
【数１６３】
0006435007.tif 000168
ｉ＝ｉ＋１
【数１６４】
0006435007.tif 000169
ｊ＝（ｊ＋３）ｍｏｄ４
ｗｈｉｌｅの終わり（ｅｎｄ  ｗｈｉｌｅ）
ここで、Ｃｏｌｕｍｎ  Ｓｅｔは、表５．２．２．８−１に与えられており、左から右へ０〜３のインデックスが付けられる。
（４）ｋ＝０，１，．．．，Ｈ’−１について、入力ベクトル・シーケンスを、（Ｒｍｕｘ×Ｃｍｕｘ）行列に、列０及び行０におけるベクトル
【数１６５】
0006435007.tif 000170
で開始して（Ｑｍ／ＮＬ−１）までの（Ｑｍ・ＮＬ）個の行の集合により、すでに埋まっている行列項目をスキップして、書き込む。
【数１６６】
0006435007.tif 000171
疑似コードは下記のようになる。
ｉ，ｋを０に設定する。
ｋ＜Ｈ’  の間（ｗｈｉｌｅ）、
【数１６７】
0006435007.tif 000172
がＲＩシンボルに割り振られていない場合、
【数１６８】
0006435007.tif 000173
ｋ＝ｋ＋１
ｉｆの終わり（ｅｎｄ  ｉｆ）
ｉ＝ｉ＋１
ｗｈｉｌｅの終わり（ｅｎｄ  ｗｈｉｌｅ）
（５）ＨＡＲＱ−ＡＣＫ情報がこのサブフレームで送信される場合、ベクトル・シーケンス
【数１６９】
0006435007.tif 000174
が、表５．２．２．８−２によって指示される列に、また、下記の疑似コードに従って最後の行から開始して上方へ移動する（Ｑｍ・ＮＬ）個の行の集合によって、書き込まれる。この動作は、ステップ（４）で得られたチャネル・インターリーバ・エントリの一部を上書きすることに留意されたい。
ｉ，ｊを０に設定する。
ｒをＲ’ｍｕｘ−１に設定する。
ｉ＜Ｑ’ＡＣＫ  の間（ｗｈｉｌｅ）、
ｃＡＣＫ＝Ｃｏｌｕｍｎ  Ｓｅｔ（ｊ）
【数１７０】
0006435007.tif 000175
ｉ＝ｉ＋１
【数１７１】
0006435007.tif 000176
ｊ＝（ｊ＋３）ｍｏｄ４
ｗｈｉｌｅの終わり（ｅｎｄ  ｗｈｉｌｅ）
ここで、Ｃｏｌｕｍｎ  Ｓｅｔは表５．２．２．８−２に与えられており、左から右へ０〜３のインデックスが付けられる。
（６）ブロック・インターリーバの出力は、（Ｒｍｕｘ×Ｃｍｕｘ）行列から列単位で読み出されたビット・シーケンスである。チャネル・インターリーブ後のビットは、
【数１７２】
0006435007.tif 000177
によって表され、ここで、ＮＬは、対応するＵＬ−ＳＣＨトランスポート・ブロックがマッピングされるレイヤの数である。
［「Ｃｏｌｕｍｎ  ｓｅｔ  ｆｏｒ  Ｉｎｓｅｒｔｉｏｎ  ｏｆ  ｒａｎｋ  ｉｎｆｏｒｍａｔｉｏｎ」と題された３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の表５．２．２．８−１が図１５として再現されている］
［「Ｃｏｌｕｍｎ  ｓｅｔ  ｆｏｒ  Ｉｎｓｅｒｔｉｏｎ  ｏｆ  ＨＡＲＱ−ＡＣＫ  ｉｎｆｏｒｍａｔｉｏｎ」と題された３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０の表５．２．２．８−２が図１６として再現されている］
ＲＩに対する同じチャネル・インターリーバ手順が、式中でＲＩの代わりにＣＲＩを使用して、ＣＲＩに適用される。
【００４３】
３ＧＰＰ  ＴＳ  ３６．２１２  ｖ１３．０．０は、同様に、下記のように提示する。
・５．２．４  ＵＬ−ＳＣＨデータを伴わないＰＵＳＣＨのアップリンク制御情報
制御データがＵＬ−ＳＣＨデータを伴わずにＰＵＳＣＨを介して送信されるとき、下記の符号化ステップを特定することができる。
−  制御情報のチャネル符号化
−  制御情報のマッピング
−  チャネル・インターリーバ
・５．２．４．１  制御情報のチャネル符号化
制御データは、チャネル品質情報（ＣＱＩ及び／又はＰＭＩ）、ＨＡＲＱ−ＡＣＫ、並びにランク指示の形態で、符号化ユニットに到着する。制御情報のための異なる符号化レートは、それを送信するために異なる数の符号化シンボルを割り当てることによって実現される。ＵＥがＨＡＲＱ−ＡＣＫビット又はランク・インジケータ・ビットを送信するとき、ＵＥは、
【数１７３】
0006435007.tif 000178
として、ＨＡＲＱ−ＡＣＫ又はランク・インジケータの符号化シンボルの数Ｑ’を決定するものとし、ここで、Ｏは、項５．２．２．６に定義されるようにＨＡＲＱ−ＡＣＫビット、又はランク・インジケータ・ビットの数であり、ＯＣＱＩ−ＭＩＮは、非周期的なＣＳＩ報告が始動される［３］対象のすべてのサービング・セルに対してランクが１に等しいと仮定して、ＣＲＣビットを含むＣＱＩビットの数であり、
【数１７４】
0006435007.tif 000179
は、［２］においてサブキャリアの数として表される、現在のサブフレームにおけるＰＵＳＣＨ送信のためのスケジュールされた帯域幅であり、
【数１７５】
0006435007.tif 000180
は、現在のＰＵＳＣＨ送信サブフレームの中のＳＣ−ＦＤＭＡシンボルの数であり、
【数１７６】
0006435007.tif 000181
によって与えられ、ここで、ＵＥが、現在のサブフレームについて同じサブフレームでＰＵＳＣＨ及びＳＲＳを送信するように構成される場合、又は、現在のサブフレームのためのＰＵＳＣＨリソースの割り当てが、［２］の項５．５．３に定義されるセル固有のＳＲＳサブフレーム及び帯域幅構成と部分的にでも重複する場合、又は、現在のサブフレームが、［３］の項８．２に定義されるようにＵＥ固有のタイプ１ＳＲＳサブフレームである場合、又は、現在のサブフレームが、［３］の項８．２に定義されるようにＵＥ固有のタイプ０ＳＲＳサブフレームであり、ＵＥが複数のＴＡＧを設定される場合、ＮＳＲＳは１に等しい。それ以外の場合、ＮＳＲＳは０に等しい。
ＨＡＲＱ−ＡＣＫ情報については、ＱＡＣＫ＝Ｑｍ・Ｑ’、及び
【数１７７】
0006435007.tif 000182
である。５個以下のＤＬセルを設定されたＵＥの場合、
【数１７８】
0006435007.tif 000183
は［３］に従って決定されるものとする。６個以上のＤＬセルを設定されたＵＥの場合、
【数１７９】
0006435007.tif 000184
は、ＨＡＲＱ−ＡＣＫフィードバック・ビットの数に応じて、［３］に従って決定されるものとする。
ランク指示又はＣＲＩについては、ＱＲＩ＝Ｑｍ・Ｑ’、ＱＣＲＩ＝Ｑｍ・Ｑ’、及び
【数１８０】
0006435007.tif 000185
であり、ここで、
【数１８１】
0006435007.tif 000186
は［３］に従って決定されるものとする。
ＣＱＩ及び／又はＰＭＩ情報については、
【数１８２】
0006435007.tif 000187
である。
制御データのチャネル符号化及びレート・マッチングは、項５．２．２．６に従って行われる。チャネル品質情報の符号化出力シーケンスは、
【数１８３】
0006435007.tif 000188
によって表され、ＨＡＲＱ−ＡＣＫに関する符号化ベクトル・シーケンス出力は、
【数１８４】
0006435007.tif 000189
によって表され、ランク指示又はＣＲＩに関する符号化ベクトル・シーケンス出力は、
【数１８５】
0006435007.tif 000190
によって表される。
・５．２．４．２  制御情報のマッピング
入力は、
【数１８６】
0006435007.tif 000191
によって表されるチャネル品質情報の符号化ビットである。出力は、
【数１８７】
0006435007.tif 000192
によって表され、ここで、Ｈ＝ＱＣＱＩ及びＨ’＝Ｈ／Ｑｍであり、
【数１８８】
0006435007.tif 000193
は長さＱｍの列ベクトルである。Ｈは、ＣＱＩ／ＰＭＩ情報のために割り当てられた符号化ビットの合計数である。
制御情報は、下記のようにマッピングされるものとする。
ｊ，ｋを０に設定する。
ｊ＜ＱＣＱＩ  の間（ｗｈｉｌｅ）、
【数１８９】
0006435007.tif 000194
ｊ＝ｊ＋Ｑｍ
ｋ＝ｋ＋１
ｗｈｉｌｅの終わり（ｅｎｄ  ｗｈｉｌｅ）
・５．２．４．３  チャネル・インターリーバ
ベクトル・シーケンス、
【数１９０】
0006435007.tif 000195
、
【数１９１】
0006435007.tif 000196
、及び
【数１９２】
0006435007.tif 000197
は、項５．２．２．８に従ってチャネル・インターリーブされる。チャネル・インターリーブ後のビットは、
【数１９３】
0006435007.tif 000198
によって表される。
【００４４】
半永続的スケジューリングは、ＵＥが、設定されたアップリンク・グラント（configured  uplink  grant）が開始された後、それが周期的に発生するとみなすことを可能にする。半永続的スケジューリングは、ＳＰＳ（半永続的スケジューリング）を開始するネットワーク・シグナリングを受信することによって開始することができる。ＳＰＳが開始された後は、次の設定されたアップリンク・グラントを割り当てるためにネットワーク・シグナリングは必要とされない。３ＧＰＰ  ＲＰ−１５０３１０に基づくと、特定種類のＳＰＳによって高速なアップリンク・アクセスを実現することができる。特定種類のＳＰＳは、小さいサイズと、短い間隔、例えば１０ｍｓ未満を有するものと想定される。
【００４５】
さらに、特定種類のＳＰＳはあらかじめ割り当てられると想定される。ｅＮＢは、スケジューリング要求又はバッファ・ステータス情報を全く受信することなく、この種類のＳＰＳリソースをＵＥに割り当てることができる。ＵＥが送信可能なデータ（３ＧＰＰ  ＴＳ  ３６．３２１  ｖ１２．５．０で論じられるような）を有する場合、ＵＥは、アップリンク送信のためにＳＰＳによって設定されたリソースを使用することができる。スケジューリング要求（３ＧＰＰ  ＴＳ  ３６．３２１  ｖ１２．５．０で論じられるような）を介してアップリンク・リソースを要求する場合と比べると、ＳＰＳによって設定されたリソースの間隔が十分に短ければ、待ち時間を低減することができる。
【００４６】
３ＧＰＰ  ＲＰ−１５０３１０の図２が図１７として再現されている。一般に、図１７は、あらかじめ割り当てられたアップリンク・グラント（ＳＰＳによって割り当てられるものなど）が、３ＧＰＰ  ＴＳ  ３６．３２１  ｖ１２．５．０に規定されるスケジューリング要求手順と比べて、待ち時間の低減をどのように改善するかを示す。特定種類のＳＰＳによって設定されたリソースは、既存のＳＰＳによって設定されたリソース（間隔がより長い）、又は共同で使用されるリソースとは別にすることができる。
【００４７】
また、３ＧＰＰ  ＲＰ−１５０３１０には、ＵＬリソースがあるもののバッファにデータがないときに、パディングを送信する必要性をなくすことができることも述べられている。この必要性をなくす意図は、バッテリ電力を節約することである。
【００４８】
３ＧＰＰ  ＴＳ  ３６．２１３  ｖ１２．５．０に基づくと、物理制御情報（チャネル品質インジケータ（ＣＱＩ）、プリコーディング行列インデックス（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｅｘ：ＰＭＩ）、ランク・インジケータ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ：ＲＩ）、及び／又はＨＡＲＱフィードバックなど）をＴＴＩ中に送信する必要があるとき、ＵＥは、その物理制御情報をＰＵＳＣＨ又はＰＵＣＣＨのどちらかを介して送信しなければならない。従来は、ＰＵＳＣＨについてのアップリンク・グラントが利用できない場合、又はＵＥがＰＵＣＣＨとＰＵＳＣＨで同時に送信を行うことを許される場合、物理制御情報はＰＵＣＣＨで送信される。ＨＡＲＱ−ＡＣＫの反復が設定されておらず、ＰＵＳＣＨのアップリンク・グラントを利用することができ、且つＵＥがＰＵＣＣＨとＰＵＳＣＨで同時に送信を行うことを許されない（例えば、ＵＥ能力、ＵＥの電力制限、又はｅＮＢ構成が理由で）場合、物理制御情報は、ＰＵＳＣＨで、上位レイヤデータ（例えばＭＡＣ  ＰＤＵ）と多重化されて送信される。ＨＡＲＱ−ＡＣＫの反復が設定されておらず、ＰＵＳＣＨのアップリンク・グラントが利用できる場合は、ＵＥがＰＵＣＣＨとＰＵＳＣＨで同時に送信を行うことを許されるか否かに関係なく、物理制御情報はＰＵＣＣＨで送信され、データは送信されない。ＰＵＣＣＨとＰＵＳＣＨの同時の送信は適正なチャネル品質を必要とするとともに通例はセルの中心にあるＵＥに対して設定されることを考慮すると、ＨＡＲＱ−ＡＣＫの反復を設定されたＵＥは、ＰＵＣＣＨとＰＵＳＣＨで同時に送信を行うことを妥当に許されないことに留意されたい。
【００４９】
次の３つのシナリオが検討される。
【００５０】
シナリオ１  −  ＴＴＩ中に物理制御情報を送信する必要があるとき、ＵＥがＰＵＣＣＨとＰＵＳＣＨで同時に送信を行うことができず、ＵＥが送信可能なデータを有する場合、ＵＥは、従来は、物理制御情報をデータと多重化してそれらをＰＵＳＣＨで合同で送信する。しかし、ＰＵＳＣＨのために割り振られたＵＬリソースが少ない（例えば、少ないことが想定される、あらかじめ割り当てられる設定されたアップリンク・リソース）場合、物理制御情報をＰＵＳＣＨに多重化すると、データの符号化レートが通常より悪化する可能性があるため、データの供給を危険にさらす可能性があり、そのためデータ送信が失敗する可能性が高い。また、ＵＥが物理制御情報をＰＵＣＣＨで送信するか又はＰＵＳＣＨで送信するかは、ＵＥが送信可能なデータを有するか否かに応じて決まる可能性があり、ネットワーク（例えばｅＮＢ）は、ＵＥが物理制御情報をＰＵＣＣＨで送信するか又はＰＵＳＣＨで送信するかを知らない可能性があるため、ＵＥ送信を復号する複雑性が増大する。
【００５１】
シナリオ２  −  ＴＴＩ中に物理制御情報を送信する必要があるとき、ＵＥが送信可能なデータを有し、ＰＵＣＣＨとＰＵＳＣＨの同時の送信が有効にされているが、ＵＥが制御チャネル（例えばＰＵＣＣＨ）とデータ・チャネル（例えばＰＵＳＣＨ）での両方の送信を十分な電力で行うことができない場合、従来、ＵＥはＰＵＣＣＨの送信をＰＵＳＣＨの送信よりも優先する。しかし、ＰＵＳＣＨ上のデータがそのＴＴＩ中に送信されない可能性があるか、又はＰＵＳＣＨに対してより少ない電力が使用され、そのためＰＵＳＣＨの送信が失敗する可能性が高い。
【００５２】
シナリオ３  −  ＵＥがＴＴＩ中に送信可能なデータを有していない場合、ＵＥは、そのＴＴＩでは、設定されたＵＬグラント又は動的なアップリンク・グラントをスキップする。したがって、ＵＥがＵＣＩ（アップリンク制御情報）をそのＴＴＩ中に送信する必要がある場合、ＵＥはＵＣＩをＰＵＣＣＨで送信することになる。しかし、１つのＴＴＩ中に送信すべきＵＣＩが２つ以上ある場合、ＰＵＣＣＨは、ＰＵＣＣＨが制限された容量を有しているので、ＵＣＩを搬送するのに適した候補ではない可能性があり、ＵＥは、背景技術で述べたＵＣＩの一部を破棄する必要があり得る。また、ＰＵＣＣＨ上の利用可能なリソースは制限されており、そのため、ＰＵＣＣＨでＵＣＩを送信することは、あまり堅固でない可能性がある。
【００５３】
一般に、設定されたアップリンク・グラントは、開始された後、周期的に利用可能である。設定されたアップリンク・グラントは、ネットワーク・シグナリングによって開始される。開始された後、次の設定されたアップリンク・グラントを割り振るためにネットワーク・シグナリングは必要とされない。
【００５４】
特に断らない限り、ＵＥは、送信可能なデータがない場合、設定されたアップリンク・グラントを使用しなくてよい。特に断らない限り、ＵＥは、設定されたアップリンク・グラントを使用してパディングを送信しなくてよい。設定されたアップリンク・グラントの期間は、所定の値よりも小さくてよい。所定の値は、１０ｍｓ又は１０ＴＴＩであってよい。設定されたアップリンク・グラントの期間は、１ｍｓ又は１ＴＴＩであってもよい。設定されたアップリンク・グラントの期間は、２ｍｓ又は２ＴＴＩであってもよい。設定されたアップリンク・グラントの期間は、５ｍｓ又は５ＴＴＩであってもよい。
【００５５】
ＴＴＩの長さは、１ｍｓ、０．５ｍｓ、又は数ＯＦＤＭ（又はＳＣ−ＦＤＭＡ）シンボル、例えば、１、２、３、４、５、又は６シンボルであってもよい。本願の全体を通して、この方法は、特に断らない限り、ＨＡＲＱ−ＡＣＫの反復が設定されない場合に適用することができる。さらに、本願の全体を通して、ＵＥが送信可能なデータを有するとは、ＵＥがバッファにＵＬデータを有することを意味することができる。ＵＥが送信可能なデータを有するとは、ＵＥが、送信すべき通常のＭＡＣ制御要素を有することを意味することができる。本願の全体を通して、ＵＥが送信可能なデータを有するとは、ＵＬがバッファにＵＬデータを有し、送信べき通常のＭＡＣ制御要素を有することを意味することができる。
【００５６】
設定されたアップリンク・グラントは、あらかじめ割り当てられることもある。ＵＥは、送信可能なデータがないときに、設定されたアップリンク・グラントを割り当てられることがある。ＵＥは、ＵＥがスケジューリング要求又はバッファ・ステータス報告を送信する前に、設定されたアップリンク・グラントを割り当てられることがある。
【００５７】
シナリオ１に対処するために、１つの解決法は、一般に、設定されたアップリンク・グラントを利用することが可能で、ＴＴＩ中に物理制御情報を送信する必要があるときに、ＵＥが制御チャネルとデータ・チャネルで同時に送信を行うことができず、ＵＥが送信可能なデータを有する場合には、ＵＥは物理制御情報を制御チャネルで送信するというものである。さらに、ＵＥは、データ・チャネルでの送信には、設定されたアップリンク・グラントを使用しない。例が図１８及び図１９に挙げられる。
【００５８】
シナリオ１に対処するために、第２の解決法は、一般に、設定されたアップリンク・グラントを利用することが可能で、ＴＴＩ中に物理制御情報を送信する必要があるときに、ＨＡＲＱ−ＡＣＫの反復が設定されておらず、且つＵＥが制御チャネルとデータ・チャネルで同時に送信を行うことができず、ＵＥが送信可能なデータを有する場合、ＵＥは物理制御情報を制御チャネルで送信するというものである。そして、ＨＡＲＱ−ＡＣＫの反復が設定されており、ＵＥが送信可能なデータを有する場合、ＵＥは、物理制御情報を制御チャネルで送信することになる。さらに、ＵＥは、データ・チャネルでの送信には、設定されたアップリンク・グラントを使用しない。
【００５９】
シナリオ１に対処するために、第３の解決法は、ＴＴＩ中にどちらのチャネルで物理制御情報を送信するかを、そのＴＴＩにおけるデータ・チャネルに関するアップリンク・グラントに従って決定するというものである。一実施形態では、どちらのチャネルで物理制御情報を送信するかを決定することは、物理制御情報をデータ・チャネル又は制御チャネルで送信することを決定することである。さらに、この決定は、ＨＡＲＱ−ＡＣＫ、ＣＱＩ／ＰＭＩ／ＲＩ、ＳＲ（スケジューリング要求）など、異なる種類のＵＣＩごとに異なる可能性がある。
【００６０】
一実施形態では、決定は、アップリンク・グラントの種類に従って行われる。一例では、アップリンク・グラントの種類は、周期的に利用可能なアップリンク・グラント、又は特定のＴＴＩについてのアップリンク・グラントである可能性がある。より具体的には、アップリンク・グラントの種類に基づいて決定することは、アップリンク・グラントが周期的に利用可能である場合には物理制御情報を制御チャネルで送信し、アップリンク・グラントが特定のＴＴＩについてのものである場合は物理制御情報をデータ・チャネルで送信することを意味する。
【００６１】
一実施形態では、決定は、アップリンク・グラントの目的に基づく。目的の一例は、アップリンク・グラントが待ち時間を低減するためのものであるか否かである。アップリンク・グラントの目的は、指示、設定、アップリンク・グラントの周期、又はアップリンク・グラントをアドレス指定する識別子に従って知ることができる。例えば、アップリンク・グラントがあるＲＮＴＩ（無線ネットワーク一時識別子）によってアドレス指定される場合、ＵＥは、物理制御情報を制御チャネルで送信する。アップリンク・グラントが別のＲＮＴＩによってアドレス指定される場合、ＵＥは、物理制御情報をデータ・チャネルで送信する。
【００６２】
一実施形態では、決定は、アップリンク・グラントの利用可能リソースに基づく。より具体的には、アップリンク・グラントの利用可能リソースは、アップリンク・グラントのＴＴＩ長である。或いは、アップリンク・グラントの利用可能リソースは、アップリンク・グラントのＰＲＢ（ペア）の数である。或いは、アップリンク・グラントの利用可能リソースは、アップリンク・グラントのＴＴＩ長及びアップリンク・グラントのＰＲＢ（ペア）の数である。一例では、アップリンク・グラントの利用可能リソースが特定の値より少ない場合、ＵＥは、物理制御情報を制御チャネルで送信し、アップリンク・グラントの利用可能リソースが特定の値より多い場合、ＵＥは、物理制御情報をデータ・チャネルで送信する。より具体的には、特定の値は、固定されているか、又はＵＥに対して設定される。或いは、特定の値は、ペイロード・サイズ又は物理制御情報の量に従って導出される。或いは、特定の値は、物理制御情報の種類、例えばＨＡＲＱ−ＡＣＫ／ＣＱＩ／ＰＭＩ／ＲＩ／ＳＲ（スケジューリング要求）に従って導出される。或いは、特定の値は、アップリンク・グラントのＭＣＳ（変調及び符号化方式）に従って導出される。さらに、特定の値は、物理制御情報がデータ・チャネルで搬送される場合には、そのコード・レートを保証するように設定される。
【００６３】
ＵＥが利用可能なデータ（available  data）を有するか否かに関係なくＵＥ挙動が一定していることが可能である（例えば、図１９に挙げるように物理制御情報が制御チャネルで送信される）場合、ネットワークは異なるＵＥ挙動を想定する必要がないため、ネットワーク復号を単純化することができる。
【００６４】
シナリオ２に対処するために、１つの解決法は、一般に、設定されたアップリンク・グラントが利用可能で、ＴＴＩ中に物理制御情報を送信する必要があるときに、ＵＥが送信可能なデータを有し、制御チャネルとデータ・チャネルでの同時の送信が可能であるが、ＵＥが制御チャネルとデータ・チャネル両方の通信を十分な電力で行うことができない場合、ＵＥは物理制御情報をデータ・チャネルで送信するというものである。電力が十分でない事例の原因は、データ・チャネルの算出電力と制御チャネルの算出電力との合計がＵＥの最大電力を超えることである可能性がある。
【００６５】
より具体的には、ＵＥは、物理制御情報をデータ・チャネル上のデータと多重化する。ＵＥは、設定されたアップリンク・グラントを使用して、データ・チャネルでデータを送信する。さらに、設定されたアップリンク・グラントが利用可能であり、送信可能なデータがないときに、ＴＴＩ中に物理制御情報を送信する必要がない場合、ＵＥは、設定されたアップリンク・グラントをデータ・チャネルでの送信（例えばパディングの送信）に使用しない。例が図１８及び図２０に挙げられる。
【００６６】
ＵＥが物理制御情報をデータ・チャネルで送信し、制御チャネルではそれを送信しない場合は、より多くの電力をデータ・チャネルでの送信に使用することができ、データ・チャネルの送信が成功する見込みが高まる可能性がある。それに対し、ＴＴＩ中に２つ以上の物理制御情報を送信する必要がある場合には、ＵＥが制御チャネルの送信を優先すると、制御チャネル構成が原因となって物理制御情報の一部が破棄される可能性がある。物理制御情報をデータ・チャネルで送信すると、すべての物理制御情報を送信することができる。
【００６７】
シナリオ３に対処するために、１つの解決法は、一般に、ＵＥが、ＴＴＩにおいて、設定されたアップリンク・グラントをスキップするか、又は動的グラントをスキップするかを、そのＴＴＩ中に物理制御情報を送信する必要があるか否かに従って決定するというものである。例えば、設定されたアップリンク・グラントが利用可能であり、ＵＥが送信可能なデータを有していないときに、ＴＴＩ中に物理制御情報を送信する必要がある場合、ＵＥは、物理制御情報をデータ・チャネルで送信する。ＴＴＩ中に物理制御情報を送信する必要がない場合、ＵＥは設定されたアップリンク・グラントをスキップする。
【００６８】
一実施形態では、ＵＥが設定されたアップリンク・グラントをスキップすることは、ＵＥがデータ・チャネルで送信を行わないことを意味する。別の実施形態では、ＵＥは、物理制御情報を、データ・チャネルで、パディング、（又はパディングＭＡＣ制御要素）を含むトランスポート・ブロックによって送信する。より具体的には、ＵＥ内の物理レイヤは、物理制御情報をそのＴＴＩ中に送信する必要があるか否かをＭＡＣレイヤに知らせ、それによりＭＡＣレイヤは、グラントをスキップするかどうかを決定することができる。或いは、ＵＥは、パディングなしで（又はパディングＭＡＣ制御要素なしで）物理制御情報をデータ・チャネルで送信する。より具体的には、ＭＡＣレイヤは、ＴＴＩに関して利用可能な、設定されたアップリンク・グラント又は動的グラントを知らせると共に、そのＴＴＩで送信すべきデータがないことを知らせ、その結果、ＵＥ内の物理レイヤは、グラントを使用して物理制御情報を送信するか、又はＵＬグラントをスキップするかを決定し、どのようにグラントを使用して物理制御情報を送信するかを決定することができる。
【００６９】
ＵＥがどのようにパディングなしで（又はパディングＭＡＣ制御要素なしで）物理制御情報をデータ・チャネルで送信するかの数個の例がある。一例では、ＵＥは、すべての物理制御情報をＭＡＣレイヤからの通常のトランスポート・ブロックとして扱い、すべての物理制御情報に、ＣＲＣ（巡回冗長検査：Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）の付加、インターリーブ、チャネル符号化などの通常の符号化を行う。別の例では、ＵＥは、ＵＬ−ＳＣＨ（アップリンク共有チャネル）データなしでＰＵＳＣＨ送信を行うのと同じようにして、データ・チャネル送信を行う。より具体的には、ＵＥは、第１の種類の物理制御情報（例えばＣＱＩ及び／又はＰＭＩ）を、ＭＡＣレイヤからの通常のトランスポート・ブロックとして扱い、第１の種類の物理制御情報に、通常の符号化（ＣＲＣの付加、インターリーブ、チャネル符号化など）を行う。さらに、ＵＥは、第２の種類の物理制御情報（例えばＨＡＲＱ−ＡＣＫ及び／又はＲＩ）を、データ・チャネルの一部のリソース上に多重化する。
【００７０】
一実施形態では、上記の（複数の）例に関して、ＵＥは、物理制御情報のペイロード・サイズをデータ・チャネルで知らせる。より具体的には、ペイロード・サイズの指示は、データ・チャネル上の何らかの特定のリソースで搬送される。或いは、ペイロード・サイズの指示は、データ・チャネルのＣＲＣをマスクすることによって行われる。
【００７１】
一実施形態では、上記の（複数の）例に関して、ＵＥは、データ・チャネルで物理制御情報を搬送するための特定のペイロード・サイズを想定する。別の実施形態では、ＵＥは、ＵＥが送信可能なデータを有するか否かをデータ・チャネルで知らせる。より具体的には、ＵＥが送信可能なデータを有するか否かの指示は、データ・チャネル上の何らかの特定のリソースで搬送される。或いは、ＵＥが送信可能なデータを有するか否かの指示は、データ・チャネルのＣＲＣをマスクすることによって行われる。また、ｅＮＢは、ＵＥが送信可能なデータを有するという仮定と、ＵＥが送信可能なデータを有していないという仮定の両方を想定して復号を行う。
【００７２】
上記の例では、データ・チャネルのＣＲＣをマスクすることによって情報を指示することは、ＣＲＣが生成された後に、異なるシーケンスを利用してＣＲＣをマスクすることを意味する可能性がある。１ビットの情報を指示するには、２つのシーケンスが必要となる可能性がある。すべて１のシーケンスは特殊事例であり、マスキングが行われていないことを意味することができることに留意されたい。一実施形態では、ＣＲＣをマスクすることは、シーケンスとの排他的論理和（ＸＯＲ）演算又は何らかの他の演算をＣＲＣに行うことを意味することができる。受信機の視点からは、異なるシーケンスを用いて逆の演算が行われ、それらのうちの１つのみがＣＲＣ検査に合格することになり、それにより、どのシーケンスを使用してＣＲＣ検査に合格することができたかに従って指示を実現する。
【００７３】
物理制御情報はＣＱＩであってよい。物理制御情報は、ＰＭＩ、ＲＩ、及び／又はＨＡＲＱフィードバックであってもよい。ＵＥは、データ・チャネルと制御チャネルを同時に送信することができない場合がある（例えば、ＵＥ能力又は電力の制約が理由で）。データ・チャネルはＰＵＳＣＨであり得る。制御チャネルはＰＵＣＣＨであり得る。
【００７４】
図２３は、ＵＥの視点から見た一例示的実施形態によるフローチャート２３００である。ステップ２３０５で、ＵＥが、アップリンク・グラントを設定するためのシグナリングを受信し、ここで、設定されたアップリンク・グラントは、データ・チャネルでのＵＬ送信のために周期的に利用可能である。ステップ２３１０で、ＵＥが、設定されたアップリンク・グラントが利用可能であるＴＴＩにおける物理制御情報の送信を準備する。ステップ２３１５で、ＵＥが、そのＴＴＩ中に物理制御情報を制御チャネルで送信し、ここで、ＵＥは送信可能なデータを有し、ＵＥは制御チャネルとデータ・チャネルで同時に送信を行うことを許されていない。
【００７５】
図３及び図４を再度参照すると、ＵＥの一例示的実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラム・コード３１２を含む。ＣＰＵ３０８は、プログラム・コード３１２を実行して、ＵＥに、（ｉ）アップリンク・グラントを設定するためのシグナリングを受信させ、設定されたアップリンク・グラントは、データ・チャネルでのＵＬ送信のために周期的に利用することができ、（ｉｉ）設定されたアップリンク・グラントが利用可能であるＴＴＩにおける物理制御情報の送信を準備させ、及び（ｉｉｉ）そのＴＴＩ中に物理制御情報を制御チャネルで送信させることができ、ここで、ＵＥは送信可能なデータを有し、ＵＥは制御チャネルとデータ・チャネルで同時に送信を行うことを許されていない。さらに、ＣＰＵ３０８は、プログラム・コード３１２を実行して、上記で説明した動作及びステップ、並びに本明細書に記載される他のステップ及び動作のすべてを行わせることができる。
【００７６】
図２４は、ＵＥの視点から見た一例示的実施形態によるフロー２４００である。ステップ２４０５で、ＵＥが、アップリンク・グラントを設定するためのシグナリングを受信し、ここで、設定されたアップリンク・グラントは、データ・チャネルでのＵＬ送信のために周期的に利用可能である。ステップ２４１０で、ＵＥが、設定されたアップリンク・グラントが利用可能であるＴＴＩにおける物理制御情報の送信を準備する。ステップ２４１５で、ＨＡＲＱ−ＡＣＫの反復が設定されていない場合、ＵＥは、そのＴＴＩ中に物理制御情報を制御チャネルで送信する。ステップ２４２０で、ＨＡＲＱ−ＡＣＫの反復が設定されている場合、ＵＥは、そのＴＴＩ中に物理制御情報を制御チャネルで送信し、ここで、ＵＥは送信可能なデータを有し、ＵＥは制御チャネルとデータ・チャネルで同時に送信を行うことを許されていない。
【００７７】
図３及び図４を再度参照すると、ＵＥの一例示的実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラム・コード３１２を含む。ＣＰＵ３０８は、プログラム・コード３１２を実行して、ＵＥに、（ｉ）アップリンク・グラントを設定するためのシグナリングを受信させ、設定されたアップリンク・グラントは、データ・チャネルでのＵＬ送信のために周期的に利用することができ、（ｉｉ）設定されたアップリンク・グラントが利用可能であるＴＴＩにおける物理制御情報の送信を準備させ、（ｉｉｉ）ＨＡＲＱ−ＡＣＫの反復が設定されていない場合、そのＴＴＩ中に物理制御情報を制御チャネルで送信させ、及び（ｉｖ）ＨＡＲＱ−ＡＣＫの反復が設定されている場合、そのＴＴＩ中に物理制御情報を制御チャネルで送信させることができ、ここで、ＵＥは送信可能なデータを有し、ＵＥは制御チャネルとデータ・チャネルで同時に送信を行うことを許されていない。さらに、ＣＰＵ３０８は、プログラム・コード３１２を実行して、上記で説明した動作及びステップ、並びに本明細書に記載される他のステップ及び動作のすべてを行わせることができる。
【００７８】
図２２及び図２３に示された実施形態を再度参照すると、ＵＥは、一実施形態では、設定されたアップリンク・グラントをデータ・チャネルでの送信に使用しない。ＵＥは、一実施形態では、利用可能なデータを送信しない。
【００７９】
図２５は、ＵＥの視点から見た一例示的実施形態によるフローチャート２５００である。ステップ２５０５で、ＵＥは、アップリンク・グラントを設定するためのシグナリングを受信し、ここで、設定されたアップリンク・グラントは、データ・チャネルでのＵＬ送信のために周期的に利用可能である。ステップ２５１０で、ＵＥは、設定されたアップリンク・グラントが利用可能であるＴＴＩにおける物理制御情報の送信を準備する。ステップ２５１５で、ＵＥは、設定されたアップリンク・グラントを使用して、物理制御情報をデータ・チャネルで送信し、ここで、ＵＥは送信可能なデータを有し、また制御チャネルとデータ・チャネルでの同時の送信が許されているが、ＵＥは制御チャネルとデータ・チャネルでの両方の送信を十分な電力で行うことができない。
【００８０】
一実施形態では、ＵＥは、物理制御情報をデータ・チャネル上のデータと多重化する。送信可能なデータがない場合、ＵＥは、設定されたアップリンク・グラントを使用して物理制御情報をデータ・チャネルで送信する。ＵＥは、ＴＴＩ中に物理制御情報を送信する必要がない場合は、設定されたアップリンク・グラントを使用してデータ・チャネルでパディングを送信することをしない。
【００８１】
一実施形態では、物理制御情報はＣＱＩ及び／又はＨＡＲＱフィードバックである。設定されたアップリンク・グラントが開始された後は、設定されたアップリンク・グラントを割り振るためにネットワーク・シグナリングは必要とされない。設定されたアップリンク・グラントは、ネットワーク・シグナリングによって開始されるか、又はあらかじめ割り当てておくことができる。ネットワーク・シグナリングは、ＳＰＳの開始又は再開始である可能性がある。
【００８２】
一実施形態では、ＵＥは、スケジューリング要求を送信する前にシグナリングを受信することができる。ＵＥは、ＢＳＲ制御要素を送信する前にシグナリングを受信することができる。ＵＥは、送信可能なデータがないときにシグナリングを受信することができる。
【００８３】
一実施形態では、ＵＥは、設定されたアップリンク・グラントを介して、パディングのみを伴うＭＡＣ  ＰＤＵを送信することはしない。パディングは、（ｉ）（複数の）パディング・ビット、（ｉｉ）（複数の）パディング・ビットに関連付けられた少なくとも１つのサブヘッダ、（ｉｉｉ）パディングＢＳＲに対応するＭＡＣ制御要素、（ｉｖ）パディングＢＳＲに対応するＭＡＣ制御要素に関連付けられたサブヘッダ、（ｖ）パディング・サイドリンクＢＳＲに対応するＭＡＣ制御要素、及び／又は（ｖｉ）パディング・サイドリンクＢＳＲに対応するＭＡＣ制御要素に関連付けられたサブヘッダを含み得る。
【００８４】
一実施形態では、設定されたアップリンク・グラントを利用できる周期は、１０ｍｓなどの指定値よりも短い。或いは、周期は、１ｍｓ、２ｍｓ、又は５ｍｓであってもよい。
【００８５】
一実施形態では、シグナリングはＰＤＣＣＨで送信することができる。シグナリングは、半永続的スケジューリングのＣ−ＲＮＴＩを宛先とすることができる。シグナリングはＲＲＣメッセージとすることができる。
【００８６】
一実施形態では、アップリンク・グラントは、データ・チャネル又はＵＬ−ＳＣＨで行うことができる。送信可能なデータとは、設定されたアップリンク・グラントを利用することが可能な論理チャネルに属するデータが、送信のために利用できることを意味することができる。
【００８７】
一実施形態では、ＵＥは、ネットワーク構成に基づいて、制御チャネル及びデータ・チャネルで送信を行うことを許されていない。制御チャネルはＰＵＣＣＨであり得る。データ・チャネルはＰＵＳＣＨであり得る。ＵＥが制御チャネルとデータ・チャネル両方の通信を十分な電力で行うことができないとは、データ・チャネルの算出電力と制御チャネルの算出電力との合計がＵＥの最大電力を超えることを意味する可能性がある。
【００８８】
図３及び図４を再度参照すると、ＵＥの一例示的実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラム・コード３１２を含む。ＣＰＵ３０８は、プログラム・コード３１２を実行して、ＵＥに、（ｉ）アップリンク・グラントを設定するためのシグナリングを受信させ、設定されたアップリンク・グラントは、データ・チャネルでのＵＬ送信のために周期的に利用することができ、（ｉｉ）設定されたアップリンク・グラントが利用可能であるＴＴＩにおける物理制御情報の送信を準備させ、（ｉｉｉ）設定されたアップリンク・グラントを使用して物理制御情報をデータ・チャネルで送信させることができ、ここで、ＵＥは送信可能なデータを有し、また制御チャネルとデータ・チャネルでの同時の送信が許されているが、ＵＥは制御チャネルとデータ・チャネルでの両方の送信を十分な電力で行うことができない。さらに、ＣＰＵ３０８は、プログラム・コード３１２を実行して、上記で説明した動作及びステップ、並びに本明細書に記載される他のステップ及び動作のすべてを行わせることができる。
【００８９】
図２６は、ＵＥの視点から見た一例示的実施形態によるフローチャート２６００である。ステップ２６０５で、ＵＥは、第１のアップリンク・グラントを設定するための第１のシグナリングを受信し、ここで、設定された第１のアップリンク・グラントは、データ・チャネルでのＵＬ送信のために周期的に利用可能である。ステップ２６１０で、ＵＥは、ＴＴＩにおける物理制御情報の送信を準備する。ステップ２６１５で、設定された第１のアップリンク・グラントがそのＴＴＩ中に利用可能な場合、ＵＥは、そのＴＴＩ中に物理制御情報を制御チャネルで送信する。ステップ２６２０で、そのＴＴＩ中に特定のＴＴＩについての第２のアップリンク・グラントを示すために第２のシグナリングが受信された場合、ＵＥは、そのＴＴＩ中に物理制御情報をデータ・チャネルで送信する。
【００９０】
一実施形態では、物理制御情報が制御チャネルで送信される場合、ＵＥは、設定された第１のアップリンク・グラントをデータ・チャネルでの送信に使用しない。ＵＥは、制御チャネルとデータ・チャネルで同時に送信を行うことを許されていない。
【００９１】
図３及び図４を再度参照すると、ＵＥの一例示的実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラム・コード３１２を含む。ＣＰＵ３０８は、プログラム・コード３１２を実行して、ＵＥに、（ｉ）第１のアップリンク・グラントを設定するための第１のシグナリングを受信させ、設定された第１のアップリンク・グラントは、データ・チャネルでのＵＬ送信のために周期的に利用することができ、（ｉｉ）所与のＴＴＩにおける物理制御情報の送信を準備させ、（ｉｉｉ）設定された第１のアップリンク・グラントがそのＴＴＩ中に利用可能な場合、そのＴＴＩ中に物理制御情報を制御チャネルで送信させ、及び（ｉｖ）そのＴＴＩ中に特定のＴＴＩについての第２のアップリンク・グラントを示すために第２のシグナリングが受信された場合、そのＴＴＩ中に物理制御情報をデータ・チャネルで送信させることができる。さらに、ＣＰＵ３０８は、プログラム・コード３１２を実行して、上記で説明した動作及びステップ、並びに本明細書に記載される他のステップ及び動作のすべてを行わせることができる。
【００９２】
図２７は、ＵＥの視点から見た一例示的実施形態によるフローチャート２７００である。ステップ２７０５で、ＵＥは、第１のアップリンク・グラントを設定するための第１のシグナリングを受信し、ここで、設定された第１のアップリンク・グラントは、データ・チャネルでのＵＬ送信のために周期的に利用可能である。ステップ２７１０で、ＵＥは、ＴＴＩにおける物理制御情報の送信を準備する。ステップ２７１５で、設定された第１のアップリンク・グラントがそのＴＴＩ中に利用可能な場合、ＵＥは、設定された第１のアップリンク・グラントを使用して、物理制御情報をデータ・チャネルで送信する。ステップ２７２０で、ＵＥは、そのＴＴＩ中に特定のＴＴＩについての第２のアップリンク・グラントを示すために第２のシグナリングが受信された場合、そのＴＴＩ中に物理制御情報を制御チャネルで送信し、ここで、制御チャネルとデータ・チャネルでの同時の送信が許されている。
【００９３】
一実施形態では、物理制御情報がデータ・チャネルで送信される場合、ＵＥは、物理制御情報をデータ・チャネル上のデータと多重化する。送信可能なデータがない場合、ＵＥは、設定された第１のアップリンク・グラントを使用して、物理制御情報をデータ・チャネルで送信する。ＴＴＩ中に物理制御情報を送信する必要がない場合、ＵＥは、設定された第１のアップリンク・グラントを使用してデータ・チャネルでパディングを送信することをしない。そのＴＴＩ中に物理制御情報を送信する必要がない場合、ＵＥは、第２のアップリンク・グラントを使用してデータ・チャネルでパディングを送信する。送信可能なデータがある場合、ＵＥは、第２のアップリンク・グラントを使用してデータを送信する。
【００９４】
一実施形態では、物理制御情報はＣＱＩ及び／又はＨＡＲＱフィードバックである可能性がある。設定された第１のアップリンク・グラントが開始された後は、設定された第１のアップリンク・グラントを割り振るためにネットワーク・シグナリングは必要とされない。設定された第１のアップリンク・グラントは、ネットワーク・シグナリングによって開始されるか、又はあらかじめ割り当てておくことができる。ネットワーク・シグナリングは、ＳＰＳの開始又は再開始である可能性がある。
【００９５】
一実施形態では、ＵＥは、スケジューリング要求を送信する前にシグナリングを受信することができる。ＵＥは、ＢＳＲ制御要素を送信する前にシグナリングを受信することができる。ＵＥは、送信可能なデータがないときにシグナリングを受信することができる。
【００９６】
一実施形態では、ＵＥは、設定された第１のアップリンク・グラントを介して、パディングのみを伴うＭＡＣ  ＰＤＵを送信することはしない。パディングは、（ｉ）（複数の）パディング・ビット、（ｉｉ）（複数の）パディング・ビットに関連付けられた少なくとも１つのサブヘッダ、（ｉｉｉ）パディングＢＳＲに対応するＭＡＣ制御要素、（ｉｖ）パディングＢＳＲに対応するＭＡＣ制御要素に関連付けられたサブヘッダ、（ｖ）パディング・サイドリンクＢＳＲに対応するＭＡＣ制御要素、（ｖｉ）パディング・サイドリンクＢＳＲに対応するＭＡＣ制御要素に関連付けられたサブヘッダを含み得る。
【００９７】
一実施形態では、設定された第１のアップリンク・グラントを利用できる周期は、１０ｍｓなどの指定値よりも短い。或いは、周期は、１ｍｓ、２ｍｓ、又は５ｍｓであってもよい。
【００９８】
一実施形態では、第１のシグナリングはＰＤＣＣＨで送信することができる。第１のシグナリングは、半永続的スケジューリングのＣ−ＲＮＴＩを宛先とすることができる。第１のシグナリングはＲＲＣメッセージとすることができる。
【００９９】
一実施形態では、第２のシグナリングはＰＤＣＣＨで送信することができる。さらに、第２のシグナリングはＣ−ＲＮＴＩを宛先とすることができる。
【０１００】
一実施形態では、第１のアップリンク・グラント及び第２のアップリンク・グラントは、データ・チャネル又はＵＬ−ＳＣＨで行うことができる。さらに、送信可能なデータとは、設定された第１のアップリンク・グラントを利用することが可能な論理チャネルに属するデータが、送信のために利用できることを意味することができる。ＵＥは、ネットワーク構成に基づいて、制御チャネル及びデータ・チャネルで送信を行うことを許されていない。制御チャネルはＰＵＣＣＨであり得る。データ・チャネルはＰＵＳＣＨであり得る。
【０１０１】
図３及び図４を再度参照すると、ＵＥの一例示的実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラム・コード３１２を含む。ＣＰＵ３０８は、プログラム・コード３１２を実行して、ＵＥに、（ｉ）第１のアップリンク・グラントを設定するための第１のシグナリングを受信させ、設定された第１のアップリンク・グラントは、データ・チャネルでのＵＬ送信のために周期的に利用することができ、（ｉｉ）所与のＴＴＩにおける物理制御情報の送信を準備させ、（ｉｉｉ）設定された第１のアップリンク・グラントがそのＴＴＩ中に利用可能である場合、設定された第１のアップリンク・グラントを使用して、物理制御情報をデータ・チャネルで送信させ、及び（ｉｖ）そのＴＴＩ中に特定のＴＴＩについてのアップリンク・グラントを示す第２のシグナリングが受信された場合、物理制御情報を制御チャネルで送信させることができ、ここで、制御チャネルとデータ・チャネルでの同時の送信が許されている。さらに、ＣＰＵ３０８は、プログラム・コード３１２を実行して、上記で説明した動作及びステップ、並びに本明細書に記載される他のステップ及び動作のすべてを行わせることができる。
【０１０２】
図２８は、ＵＥの視点から見た一例示的実施形態によるフローチャート２８００である。ステップ２８０５で、ＵＥは、第１のアップリンク・グラントを設定するための第１のシグナリングを受信し、ここで、設定された第１のアップリンク・グラントは、データ・チャネルでのＵＬ送信のために周期的に利用可能である。ステップ２８１０で、ＵＥは、所与のＴＴＩにおける物理制御情報の送信を準備する。ステップ２８１５で、設定された第１のアップリンク・グラントがそのＴＴＩ中に利用可能である場合、ＵＥは、そのＴＴＩ中に物理制御情報を制御チャネルで送信する。ステップ２８２０で、そのＴＴＩ中に特定のＴＴＩについての第２のアップリンク・グラントを示すために第２のシグナリングが受信された場合、ＵＥは、そのＴＴＩ中に物理制御情報をデータ・チャネルで送信する。
【０１０３】
図３及び図４を再度参照すると、ＵＥの一例示的実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラム・コード３１２を含む。ＣＰＵ３０８は、プログラム・コード３１２を実行して、ＵＥに、（ｉ）第１のアップリンク・グラントを設定するための第１のシグナリングを受信させ、設定された第１のアップリンク・グラントは、データ・チャネルでのＵＬ送信のために周期的に利用することができ、（ｉｉ）所与のＴＴＩにおける物理制御情報の送信を準備させ、（ｉｉｉ）設定された第１のアップリンク・グラントがそのＴＴＩ中に利用可能である場合、そのＴＴＩ中に物理制御情報を制御チャネルで送信させ、及び（ｉｖ）そのＴＴＩ中に特定のＴＴＩについての第２のアップリンク・グラントを示すために第２のシグナリングが受信された場合、そのＴＴＩ中に物理制御情報をデータ・チャネルで送信させることができる。さらに、ＣＰＵ３０８は、プログラム・コード３１２を実行して、上記で説明した動作及びステップ、並びに本明細書に記載される他のステップ及び動作のすべてを行わせることができる。
【０１０４】
図２９は、ＵＥの視点から見た一例示的実施形態によるフローチャート２９００である。ステップ２９０５で、データ・チャネルでの送信のためにＴＴＩについてアップリンク・グラントを利用可能である。ステップ２９１０で、ＵＥがそのＴＴＩにおける物理制御情報の送信を準備する。ステップ２９１５で、ＵＥが、アップリンク・グラントの利用可能リソースに従って、どちらのチャネルで物理制御情報を送信するかを決定する。一実施形態では、アップリンク・グラントの利用可能リソースに従って、どちらのチャネルで物理制御情報を送信するかを決定すること（ステップ２９１５に示される）は、アップリンク・グラントの利用可能リソースが特定の値より少ない場合は、そのＴＴＩ中に物理制御情報を制御チャネルで送信し、アップリンク・グラントの利用可能リソースが特定の値より多い場合は、そのＴＴＩ中に物理制御情報をデータ・チャネルで送信することを意味する。
【０１０５】
図３及び図４を再度参照すると、データ・チャネルでの送信のためにＴＴＩについてアップリンク・グラントが利用可能であるＵＥの一実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラム・コード３１２を含む。ＣＰＵ３０８は、プログラム・コード３１２を実行して、ＵＥに、（ｉ）そのＴＴＩにおける物理制御情報の送信を準備させ、及び（ｉｉ）アップリンク・グラントの利用可能リソースに従って、どちらのチャネルで物理制御情報を送信するかを決定させることができる。さらに、ＣＰＵ３０８は、プログラム・コード３１２を実行して、上記で説明した動作及びステップ、並びに本明細書に記載される他のステップ及び動作のすべてを行わせることができる。
【０１０６】
図２８及び図２９に示された実施形態を再度参照すると、一実施形態では、アップリンク・グラントの利用可能リソースが特定の値より少ない場合、ＵＥは、そのＴＴＩ中に物理制御情報を制御チャネルで送信する。アップリンク・グラントの利用可能リソースが特定の値より多い場合、ＵＥは、そのＴＴＩ中に物理制御情報をデータ・チャネルで送信する。
【０１０７】
一実施形態では、利用可能リソースは、アップリンク・グラントのＴＴＩ長、又はアップリンク・グラントのＰＲＢ（ペア）の数である可能性がある。アップリンク・グラントは、特定のＴＴＩについてダウンリンク制御チャネルで受信することができる。アップリンク・グラントは、ＵＬ送信のために周期的に利用可能となるように設定されることができる。
【０１０８】
一実施形態では、特定の値は、物理制御情報の異なる量／ペイロード・サイズごとに異なってもよい。特定の値は、異なる変調及び符号化方式ごとに異なってよい。特定の値は、物理制御情報のコード・レートがしきい値を上回ることを保証することができる。
【０１０９】
一実施形態では、物理制御情報が制御チャネルで送信される場合、ＵＥは、設定されたアップリンク・グラントをデータ・チャネルでの送信に使用しない。ＵＥは、制御チャネルとデータ・チャネルで同時に送信を行うことを許されていない。
【０１１０】
図３０は、ＵＥの視点から見た一例示的実施形態によるフローチャート３０００である。ステップ３００５で、ＴＴＩ中にアップリンク・グラントがＵＥに利用可能であり、ここで、ＵＥは送信可能なデータを有していない。ステップ３０１０で、ＵＥは、物理制御情報をそのＴＴＩ中に送信する必要があるか否かに従って、そのＴＴＩ中にアップリンク・グラントをスキップするかどうかを決定する。
【０１１１】
図３及び図４を再度参照すると、ＵＥの一例示的実施形態では、ＴＴＩ中にアップリンク・グラントがＵＥに利用可能であり、ここで、ＵＥは送信可能なデータを有しておらず、デバイス３００は、メモリ３１０に記憶されたプログラム・コード３１２を含む。ＣＰＵ３０８は、プログラム・コード３１２を実行して、ＵＥに、そのＴＴＩ中に物理制御情報を送信する必要があるか否かに従って、そのＴＴＩ中にアップリンク・グラントをスキップするかどうかを決定させることができる。さらに、ＣＰＵ３０８は、プログラム・コード３１２を実行して、上記で説明した動作及びステップ、並びに本明細書に記載される他のステップ及び動作のすべてを行わせることができる。
【０１１２】
図３１は、ＵＥの視点から見た一例示的実施形態によるフローチャート３１００である。ステップ３１０５で、ＴＴＩ中にＵＥにアップリンク・グラントが利用可能であり、ここで、ＵＥは送信可能なデータを有していない。ステップ３１１０で、そのＴＴＩ中に物理制御情報を送信する必要がある場合、ＵＥは、アップリンク・グラントに従って、物理制御情報をデータ・チャネルで送信する。ステップ３１１５で、そのＴＴＩ中に物理制御情報を送信する必要がない場合、ＵＥはアップリンク・グラントをスキップする。
【０１１３】
図３及び図４を再度参照すると、ＵＥの一例示的実施形態では、ＴＴＩ中にアップリンク・グラントがＵＥに利用可能であり、ここで、ＵＥは送信可能なデータを有しておらず、デバイス３００は、メモリ３１０に記憶されたプログラム・コード３１２を含む。ＣＰＵ３０８は、プログラム・コード３１２を実行して、ＵＥに、（ｉ）そのＴＴＩ中に物理制御情報を送信する必要がある場合、アップリンク・グラントに従って、物理制御情報をデータ・チャネルで送信させ、（ｉｉ）そのＴＴＩ中に物理制御情報を送信する必要がない場合、アップリンク・グラントをスキップさせることができる。さらに、ＣＰＵ３０８は、プログラム・コード３１２を実行して、上記で説明した動作及びステップ、並びに本明細書に記載される他のステップ及び動作のすべてを行わせることができる。
【０１１４】
図３０及び図３１に示された実施形態を再度参照すると、一実施形態では、アップリンク・グラントをスキップすることは、ＵＥがデータ・チャネルで送信を行わないことを意味する。ＵＥは、物理制御情報を、データ・チャネルで、パディング又はパディングＭＡＣ（媒体アクセス制御）制御要素を含むトランスポート・ブロックによって送信する。
【０１１５】
一実施形態では、アップリンク・グラントは、周期的に利用可能である設定されたアップリンク・グラントであり得る。アップリンク・グラントは、ＴＴＩに固有の動的グラントであり得る。
【０１１６】
一実施形態では、ＵＥは、パディングなしで（又はパディングＭＡＣ制御要素なしで）物理制御情報をデータ・チャネルで送信する。データ・チャネルで送信を行う際には、ＵＥは、すべての物理制御情報をＭＡＣレイヤからの通常のトランスポート・ブロックとして扱い、すべての物理制御情報に対して通常の符号化を行う。ＵＥは、ＵＬ−ＳＣＨデータなしでＰＵＳＣＨ送信を行うのと同じようにして、データ・チャネルでの送信を行うであろう。
【０１１７】
一実施形態では、ＵＥは、第１の種類の物理制御情報（ＣＱＩ及び／又はＰＭＩなど）をＭＡＣレイヤからの通常のトランスポート・ブロックとして扱い、第１の種類の物理制御情報に対して通常の符号化（ＣＲＣの付加、インターリーブ、及び／又はチャネル符号化など）を行う。ＵＥは、第２の種類の物理制御情報（ＨＡＲＱ−ＡＣＫ及び／又はＲＩなど）を、データ・チャネルの一部のリソース上に多重化する。ＵＥは、物理制御情報のペイロード・サイズをデータ・チャネル上で指示する。ペイロード・サイズの指示は、データ・チャネルの何らかの特定のリソースで搬送される。ペイロード・サイズの指示は、データ・チャネルのＣＲＣをマスクすることによって行われる。ＵＥは、ＵＥが送信可能なデータを有するか否かをデータ・チャネル上で指示する。ＵＥが送信可能なデータを有するか否かの指示は、データ・チャネルの何らかの特定のリソースで搬送される。ＵＥが送信可能なデータを有するか否かの指示は、データ・チャネルのＣＲＣをマスクすることによって行われる。
【０１１８】
上記の解決法又は実施形態に基づくと、物理制御情報をより効率的に送信することができる。
【０１１９】
本開示の様々な態様を上記で説明した。本明細書の教示は、幅広い形態で具現化することが可能であり、本明細書に開示される特定の構造、機能、又はその両方は単に代表的なものに過ぎないことは明らかであろう。本明細書の教示に基づき、当業者は、本明細書に開示される態様は、どの他の態様とも独立して実装することができ、それらの態様の２つ以上を様々な形で組み合わせることが可能であることを認識されよう。例えば、任意数の本明細書に述べられる態様を使用して、装置を実装することができ、又は方法を実施することができる。また、本明細書に述べられる態様の１つ又は複数に加えて、又はそれ以外の他の構造、機能性、若しくは構造及び機能性を使用して、そのような装置を実装する、又はそのような方法を実施することも可能である。上記概念の一部の一例として、いくつかの態様では、パルス反復周波数に基づいて同時のチャネルを確立することができる。いくつかの態様では、パルスの位置又はオフセットに基づいて同時のチャネルを確立することができる。いくつかの態様では、時間ホッピング・シーケンスに基づいて同時のチャネルを確立することができる。いくつかの態様では、パルス反復周波数、パルスの位置又はオフセット、及び時間ホッピング・シーケンスに基づいて同時のチャネルを確立することができる。
【０１２０】
当業者は、情報及び信号は、各種の異なる技術及び技法のいずれかを使用して表され得ることを理解されよう。例えば、上記の説明全体を通じて参照される可能性のあるデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは磁粉、光場若しくは光学粒子、又はそれらの任意の組み合わせによって表されることが可能である。
【０１２１】
当業者はさらに、本明細書に開示される態様との関連で記載される様々な例示的論理ブロック、モジュール、プロセッサ、手段、回路、及びアルゴリズムのステップは、電子ハードウェア（例えば、ソース・コーディング若しくは何らかの他の技術を使用して設計可能な、デジタル実装、アナログ実装、若しくは両者の組み合わせ）、命令を組み込んだ様々な形態のプログラム若しくは設計コード（本明細書では便宜的に「ソフトウェア」若しくは「ソフトウェア・モジュール」と呼ぶことがある）、又はそれら両方の組み合わせとして実装可能であることを認識されよう。ハードウェアとソフトウェアとのこの互換性を明確に説明するために、様々な例示的構成要素、ブロック、モジュール、回路、及びステップは、上記では、一般にそれらの機能性の点から説明している。そのような機能性がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の用途、及びシステム全体に課される設計の制約に応じて決まる。当業者は、記載される機能性を、特定の用途ごとに様々に異なる方式で実装することができるが、そのような実装の決定は、本開示の範囲からの逸脱を引き起こすと解釈すべきでない。
【０１２２】
また、本明細書に開示される態様との関連で記載される様々な例示的論理ブロック、モジュール、及び回路は、集積回路（「ＩＣ」）、アクセス端末、又はアクセス・ポイントの内部で実装されるか、又はそれらによって行われることができる。ＩＣは、本明細書に記載される機能を行うように設計された、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途集積回路（ＡＳＩＣ）、フィールド・プログラム可能ゲートアレイ（ＦＰＧＡ）若しくは他のプログラム可能論理デバイス、個別のゲート若しくはトランジスタ論理、個別のハードウェア構成要素、電気構成要素、光学構成要素、機械的構成要素、又はそれらの任意の組み合わせからなることができ、ＩＣの内部、ＩＣの外部、又はその両方にあるコード又は命令を実行することができる。汎用プロセッサは、マイクロプロセッサであってよいが、代替法では、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械であってもよい。プロセッサはまた、コンピューティング・デバイスの組み合わせ、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサの組み合わせ、ＤＳＰコアと併用した１つ若しくは複数のマイクロプロセッサの組み合わせ、又は任意の他の同様の構成として実装されてもよい。
【０１２３】
開示される方法におけるステップの特定の順序又は階レイヤは、例としての手法の一例であることが理解される。設計上の嗜好に基づいて、本開示の範囲内に留まりながら、方法におけるステップの特定の順序又は階レイヤを並べ替えることが可能であることが理解される。添付の方法クレームは、様々なステップの要素を例としての順序で提示しており、提示される特定の順序又は階レイヤに限定される意図はない。
【０１２４】
本明細書に開示される態様との関連で記載される方法又はアルゴリズムのステップは、直接ハードウェアとして具現化するか、プロセッサによって実行されるソフトウェア・モジュールとして具現化するか、又はその両者の組み合わせとして具現化することができる。ソフトウェア・モジュール（例えば実行可能命令及び関連するデータを含む）並びに他のデータが、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能ディスク、ＣＤ−ＲＯＭ、又は当技術分野で知られる任意の他の形態のコンピュータ可読記憶媒体などのデータ・メモリに存在することができる。例としての記憶媒体は、例えばコンピュータ／プロセッサ（本明細書では便宜的に「プロセッサ」と呼ぶことがある）などの機械に結合して、プロセッサが記憶媒体から情報（例えばコード）を読み出し、そこに情報を書き込むことができるようにすることができる。例としての記憶媒体は、プロセッサと一体にすることもできる。プロセッサ及び記憶媒体はＡＳＩＣの中に存在してもよい。ＡＳＩＣはユーザ機器の中に存在することができる。代替法では、プロセッサ及び記憶媒体は、個別の構成要素としてユーザ機器内に存在することができる。さらに、いくつかの態様では、任意の適切なコンピュータ・プログラム製品が、本開示の態様の１つ又は複数に関係するコードを備えたコンピュータ可読媒体を備えることができる。いくつかの態様では、コンピュータ・プログラム製品は、パッケージング材料を備えることができる。
【０１２５】
本発明について様々な態様との関連で説明したが、本発明にはさらなる改変が可能であることが理解されよう。本願は、本発明の原理に概ね従う本発明のいずれの変形例、使用例、又は適合を包含することを意図し、本発明が関係する技術分野内で知られており、慣習的である慣行内に該当する、本開示からの逸脱を含む。
【図１】
0006435007.tif 000199
【図２】
0006435007.tif 000200
【図３】
0006435007.tif 000201
【図４】
0006435007.tif 000202
【図５】
0006435007.tif 000203
【図６】
0006435007.tif 000204
【図７】
0006435007.tif 000205
【図８】
0006435007.tif 000206
【図９】
0006435007.tif 000207
【図１０】
0006435007.tif 000208
【図１１】
0006435007.tif 000209
【図１２】
0006435007.tif 000210
【図１３】
0006435007.tif 000211
【図１４】
0006435007.tif 000212
【図１５】
0006435007.tif 000213
【図１６】
0006435007.tif 000214
【図１７】
0006435007.tif 000215
【図１８】
0006435007.tif 000216
【図１９】
0006435007.tif 000217
【図２０】
0006435007.tif 000218
【図２１】
0006435007.tif 000219
【図２２】
0006435007.tif 000220
【図２３】
0006435007.tif 000221
【図２４】
0006435007.tif 000222
【図２５】
0006435007.tif 000223
【図２６】
0006435007.tif 000224
【図２７】
0006435007.tif 000225
【図２８】
0006435007.tif 000226
【図２９】
0006435007.tif 000227
【図３０】
0006435007.tif 000228
【図３１】
0006435007.tif 000229