JP7740393B2 - 端末装置、ネットワーク装置及び方法 - Google Patents

Description

本開示の実施形態は、全体として通信の分野に関し、特にハイブリッド自動再送要求（ＨＡＲＱ：Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバックを送信するための解決策に関する。

送信の信頼性を向上させるために、ＨＡＲＱの仕組みは、通信システムにおいて広く利用されている。ＨＡＲＱにおいて、受信機は、送信機からのデータが正しく検出された場合、肯定応答（ＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信機にフィードバックし、データが正しく検出されなかった場合、否定応答（ＮＡＣＫ：ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）をフィードバックする。そして、送信機は、受信機からＡＣＫ又はＮＡＣＫのどちらを受信したかに応じて、新たな送信又は再送を行う。

リリース１５及び１６において、端末装置がＨＡＲＱ－ＡＣＫコードブックを構築することを決定した場合、現在の仕様では、マルチキャスト及びブロードキャストサービス（ＭＢＳ：Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ）をサポートしていないため、ＭＢＳのためのダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）送信オケージョンを含むことができない。そのため、ユニキャストサービスのみを考慮する。リリース１７において、接続モードにおける端末装置の信頼性を向上させる仕組みがＮＲ ＭＢＳの作業項目の１つであるため、ＭＢＳをサポートするＨＡＲＱ－ＡＣＫフィードバック仕組みの完成が急務である。

全体として、本開示の例示的な実施形態は、ＨＡＲＱフィードバックを送信するための解決策を提供する。

第１の態様において、通信方法が提供される。前記方法は、端末装置から、スロット内で少なくとも１つのＨＡＲＱ－ＡＣＫコードブックをネットワーク装置に送信することを含む。前記少なくとも１つのＨＡＲＱ－ＡＣＫコードブックは、ユニキャストサービスについての第１のフィードバックと、ＭＢＳについての第２のフィードバックとを含む。

第２の態様において、通信方法が提供される。前記方法は、ネットワーク装置において、スロット内で少なくとも１つのＨＡＲＱ－ＡＣＫコードブックを端末装置から受信することを含む。前記少なくとも１つのＨＡＲＱ－ＡＣＫコードブックは、ユニキャストサービスについての第１のフィードバックと、ＭＢＳについての第２のフィードバックとを含む。

第３の態様において、端末装置が提供される。前記端末装置は、プロセッサと、命令を記憶するメモリとを備える。前記メモリと前記命令とは、前記プロセッサを用いて、前記端末装置に第１の態様にかかる方法を実行させるように設定されている。

第４の態様において、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、命令を記憶するメモリとを備える。メモリ及び命令は、プロセッサを用いて、ネットワーク装置に第２の態様にかかる方法を実行させるように設定されている。

第５の態様において、命令を記憶するコンピュータ可読媒体が提供される。前記命令は、装置の少なくとも１つのプロセッサ上で実行された場合、前記装置に第１の態様にかかる方法を実行させる。

第６の態様において、命令を記憶するコンピュータ可読媒体が提供される。前記命令は、装置の少なくとも１つのプロセッサ上で実行された場合、前記装置に第２の態様にかかる方法を実行させる。

発明の概要部分は、本開示の実施形態の重要な又は基本的な特徴を特定することも、本開示の範囲を限定することも意図していないことを理解すべきである。本開示のその他の特徴は、以下の説明により容易に理解することができるであろう。

添付図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述の及びその他の目的、特徴、及び利点をさらに明らかにする。
本開示のいくつかの実施形態を実施可能な通信ネットワークの模式図である。 本開示のいくつかの実施形態にかかる、ＨＡＲＱフィードバックを送信するための例示的なプロセスの例示的なシグナリング図である。 本開示のいくつかの実施形態にかかる、ＨＡＲＱフィードバックを送信するための例示的なプロセスの簡略化されたブロック図である。 本開示のいくつかの他の実施形態にかかる、ＨＡＲＱフィードバックを送信するための例示的なプロセスの簡略化されたブロック図である。 本開示の他の実施形態にかかる、ＨＡＲＱフィードバックを送信するための例示的なプロセスの簡略化されたブロック図である。 本開示の他の実施形態にかかる、ＨＡＲＱフィードバックを送信するための例示的なプロセスの簡略化されたブロック図である。 本開示のいくつかの実施形態にかかる例示的な方法のフローチャートである。 本開示のいくつかの実施形態にかかる別の例示的な方法のフローチャートである。 本開示のいくつかの実施形態を実現するのに適した装置の概略ブロック図である。 図中、同一又は類似の参照番号は、同一又は類似の要素を表す。

ここで、いくつかの例示的実施形態を参照して、本開示の原理を説明する。これらの実施形態は、説明のためにのみ記載され、当業者が本開示を理解し、実施するのを助けるものであり、本開示の範囲に関するいかなる限定も示唆しないことを理解すべきである。本明細書で説明される開示内容は、以下で説明される方法とは異なる様々な方法で実施することができる。

以下の説明及び特許請求の範囲において、別途定義されていない限り、本明細書で使用されるすべての技術的及び科学的用語は、本開示の当業者が一般に理解するものと同一の意味を有する。

本明細書で使用される「ネットワーク装置」又は「基地局」（ＢＳ：ｂａｓｅ ｓｔａｔｉｏｎ）という用語は、端末装置が通信を実行可能なセル又はカバレッジを提供又はホストすることのできる装置を意味する。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢ又はＮＢ）と、進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）と、次世代ノードＢ（ｇＮＢ）と、Ｖ２Ｘ通信のためのインフラストラクチャ装置と、送受信ポイント（ＴＲＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ／Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）と、リモートラジオユニット（ＲＲＵ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｕｎｉｔ）と、ラジオヘッド（ＲＨ：ｒａｄｉｏ ｈｅａｄ）と、リモートラジオヘッド（ＲＲＨ：ｒｅｍｏｔｅ ｒａｄｉｏ ｈｅａｄ）と、フェムトノード、ピコノードなどの低電力ノードとを含むが、これらに限定されない。

本明細書で使用されるように、用語「端末装置」は、無線又は有線の通信能力を有する任意の装置を意味する。端末装置の例としては、ユーザ装置（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）、車載端末装置、歩行者装置、路側機（ｒｏａｄｓｉｄｅ ｕｎｉｔ）、パーソナルコンピュータ、デスクトップコンピュータ、携帯電話、セルラーホン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、デジタルカメラなどの画像取得装置、ゲーム装置、音楽保存及び再生装置、若しくは無線又は有線のインターネットアクセス及び閲覧を可能とするインターネット家電などを含むが、これらに限定されない。説明のために、ＵＥを端末装置の例として参照して、いくつかの実施形態を説明し、用語「端末装置」及び「ユーザ装置」（ＵＥ）は、本開示のコンテキストにおいて互換的に使用されてもよい。

本明細書で使用される単数形「１つ」及び「前記」は、文脈に明示的に示されていない限り、複数形も含まれる。用語「含む」及びその変型は、「含むが、これらに限定されるものではない」を意味するオープンエンド用語として理解されるべきである。「に基づく」という用語は、「に少なくとも部分的に基づく」と理解されるべきである。「一実施形態」及び「実施形態」という用語は、「少なくとも１つの実施形態」と理解されるべきである。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」と理解されるべきである。「第１」、「第２」などの用語は、異なる又は同一の対象を指してもよい。以下では、その他の明示的及び暗黙的な定義を含む場合がある。

いくつかの例において、値、プロシージャ、又は機器は、「最良」、「最低」、「最高」、「最小」、「最大」などと称される。このような説明は、多くの使用される機能的代替案の中から選択することができることを示すことを意図されており、そして、このような選択は、他の選択より良く、より小さく、より高い必要がなく、又はそのほかの点でより好ましい必要はないことを理解することができるであろう。

リリース１７において、ＭＢＳが導入されている。したがって、リリース１７において、ユニキャストのためのＤＬ送信とＭＢＳのためのＤＬ送信とが同じＤＬスロット内に存在し、対応するＨＡＲＱ－ＡＣＫビットが同じアップリンク（ＵＬ）スロット内にスケジューリングされる場合にＨＡＲＱ－ＡＣＫコードブックを構築する新しい方法を定義すべきである。

ＭＢＳメッセージについてのフィードバックのために、いくつかの解決策が提案された。

第１の解決策において、ネットワーク装置がユニキャストサービス及びマルチキャストサービスを送信しようとする場合、ネットワーク装置は、端末装置が確認応答フィードバックを送信するために使用する、該端末装置固有の制御チャネルリソースを最初に設定する。次に、端末装置は、ユニキャストデータメッセージの送信をスケジューリングする第１のダウンリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）と、マルチキャストデータメッセージの送信をスケジューリングする第２のＤＣＩとをネットワーク装置から受信する。これらのメッセージが正しいか否かをフィードバックするために、端末装置は、設定された制御チャネルリソースにおいてＨＡＲＱ－ＡＣＫコードブックをネットワーク装置に送信する。ＨＡＲＱ－ＡＣＫコードブックは、ユニキャストデータメッセージのための監視に応じる第１の確認応答情報と、ユニキャストデータメッセージのための監視に応じる第２の確認応答情報とを含む。復号化するか否か。

第１の解決策は、物理アップリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）リソースをどのように決定するかを実現するだけであり、コードブックをどのように決定するかは設計されていない。

第２の解決策において、端末装置は、アップリンク確認応答フィードバックのためのオケージョンに関連付けられる送信時間間隔（ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌｓ）のセットを決定する。ＴＴＩのセットは、ＵＥについてのユニキャストダウンリンクデータ用に割り当てられた少なくとも第１のＴＴＩと、端末装置についてのマルチキャストダウンリンクデータ用に割り当てられた少なくとも第２のＴＴＩとを含む。端末装置は、ユニキャストダウンリンクデータ及びマルチキャストダウンリンクデータについてＴＴＩのセットを監視する。端末装置は、ユニキャストダウンリンクデータ用に割り当てられたＴＴＩ（第１のＴＴＩを含む）を含み、マルチキャストダウンリンクデータ用に割り当てられたＴＴＩ（第２のＴＴＩを含む）を除外した確認応答コードブックに基づいて、監視されるＴＴＩのセットについての確認応答情報を決定する。そして、端末装置は、アップリンク確認応答フィードバックのためのオケージョン内で、決定された確認応答情報を含むフィードバックメッセージを送信する。

第２の解決策は、ＨＡＲＱ－ＡＣＫフィードバックウィンドウをどのように決定するかを実装するだけであり、コードブックをどのように決定するかは設計されていない。

第３の解決策において、ＦＤＭされたユニキャスト及びマルチキャストシナリオをサポートするために、最も簡単な方法は、それぞれのｋ１値に従って、ユニキャスト及びマルチキャストサービスについて別々にサブコードブックを構築することである。各スロットにおいて、ネットワーク装置と端末装置との両方について同じ認識をさせるように、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅ Ｃｈａｎｎｅｌ）の受信順序は、ユニキャストフィードバック情報の後にマルチキャストフィードバック情報が続くとの原則として決定されてもよい。さらに、複数のＭＢＳ Ｔｙｐｅ－１ ＨＡＲＱ－ＡＣＫサブコードブック間の順序をさらに研究してもよい。

第３の解決策は、ＰＤＳＣＨオケージョンがユニキャストサブコードブック又はマルチキャストサブコードブックのどちら内でフィードバックされるべきか否かを端末装置がどのように識別するかについては議論していない。

従来の解決策における上述した技術的問題を解決するために、本開示の実施形態は、ＨＡＲＱフィードバックを送信するための解決策を提供する。この解決策において、端末装置は、ネットワーク装置に、スロット内で少なくとも１つのＨＡＲＱ－ＡＣＫコードブックを送信する。該少なくとも１つのＨＡＲＱ－ＡＣＫコードブックは、ユニキャストサービスについての第１のフィードバックと、ＭＢＳについての第２のフィードバックとを含む。こうして、ネットワーク装置は、ユニキャストサービスとＭＢＳとの両方のフィードバックを含むＨＡＲＱ－ＡＣＫコードブックを得ることができる。

本開示の実施形態は、任意の適切なシナリオに適用されてもよい。例えば、本開示の実施形態は、ＵＲＬＬＣ（Ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：超信頼性及び低遅延通信）において実現されてもよい。代替として、本開示の実施形態は、能力が低減されたＮＲ装置、ＮＲマルチ入力マルチ出力（ＭＩＭＯ）、ＮＲサイドリンク強化、５２．６ＧＨｚより高い周波数のＮＲシステム、最大７１ＧＨｚの拡張ＮＲオペレーション、非地上系ネットワーク（ＮＴＮ）上の狭帯域モノのインターネット（ＮＢ－ＩＯＴ）／拡張マシンタイプ通信（ｅＭＴＣ）、ＮＴＮ、ＵＥ省電力強化、ＮＲカバレッジ強化、ＮＢ－ＩＯＴ及びＬＴＥ－ＭＴＣ、統合アクセス及びバックホール（ＩＡＢ）、ＮＲマルチキャスト及びブロードキャストサービス、又はマルチ無線デュアル接続の強化のうちの一つで実施することができる。

図１は、本開示のいくつかの実施形態を実施可能な通信環境１００の模式図である。図１に示すように、通信ネットワーク１００と称されてもよい通信環境１００は、端末装置１２０をサービングするネットワーク装置１１０を含む。具体的には、端末装置１２０は、通信チャネル１０５を介してネットワーク装置１１０と通信してもよい。

ネットワーク装置１１０から端末装置１２０への送信の場合、通信チャネル１０５は、ダウンリンクチャネルと称されてもよい。端末装置１２０からネットワーク装置１１０への送信の場合、通信チャネル１０５は、アップリンクチャネルと称されてもよい。

図１に示す通信環境１００では、ネットワーク装置１１０と端末装置１２０とについて説明したが、本開示の実施形態は、互いに通信する他の適切な通信装置にも同様に適用可能であってもよい。すなわち、本開示の実施形態は、図１の例示的なシナリオに限定されない。この点において、端末装置１２０が図１において携帯電話として概略的に表されているが、このような表示は例に過ぎず、いかなる限定も示唆していないことを、理解すべきである。他の実施形態において、端末装置１２０は、車載端末装置などの任意の他の無線通信装置であってもよい。

図１に示すような端末装置の数及びネットワーク装置の数は、説明のためにのみ使用され、いかなる限定も示唆しないことを理解すべきである。通信環境１００は、本開示の実施形態を実現するように適合された任意の適切な数の端末装置、任意の適切な数のネットワーク装置及び任意の適切な数の他の通信装置を含んでもよい。さらに、すべての通信装置の間には、必要であれば、様々な無線通信及び有線通信が存在してもよいことを理解すべきである。

通信環境１００における通信は、モバイル通信のためのグローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、モノのモバイルインターネットのための拡張カバレッジグローバルシステム（ＥＣ－ＧＳＭ－ＩｏＴ：Ｅｘｔｅｎｄｅｄ Ｃｏｖｅｒａｇｅ Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（登録商標））、符号分割多元接続（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）などを含むがこれらに限定されない任意の適切な規格に準拠してもよい。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコルを含むが、これらに限定されない。

以下、図２から図８を参照して、本開示の原理及び実施態様について詳細に説明する。図２は、本開示のいくつかの実施形態にかかる、ＨＡＲＱフィードバックを送信するための例示的な通信プロセス２００の例示的なシグナリング図である。説明のために、図１を参照して、通信プロセス２００を説明する。しかしながら、通信プロセス２００は、ネットワーク装置と端末装置とが互いに通信する他の通信シナリオにも同様に適用可能であることを理解すべきである。

図２に示すように、端末装置１２０は、ユニキャストサービスについての第１のフィードバックと、ＭＢＳについての第２のフィードバックとを含む少なくとも１つのＨＡＲＱ－ＡＣＫコードブックをスロット内でネットワーク装置１１０に送信する（２３０）。こうして、ネットワーク装置１１０は、ユニキャストサービスとＭＢＳとの両方のフィードバックを含むＨＡＲＱ－ＡＣＫコードブックを得ることができる。

いくつかの実施形態において、端末装置１２０は、ユニキャストサービスについての第１のフィードバックを、該ユニキャストサービスが受信される第１の周波数範囲に基づいて決定してもよい（２１０）。端末装置１２０は、ＭＢＳについての第２のフィードバックを、該ＭＢＳが受信される第２の周波数範囲に基づいて決定してもよい（２２０）。第２の周波数範囲は、第１の周波数範囲とは異なる。

このような実施形態において、ＭＢＳグループ内のすべての端末装置は、特定の周波数帯域（第２の周波数範囲とも称される）内のグループ共通ＰＤＳＣＨ又は物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を受信してもよい。第２の周波数範囲は、共通周波数リソース（ＣＦＲ：Ｃｏｍｍｏｎ Ｆｒｅｑｕｅｎｃｙ Ｒｅｓｏｕｒｃｅ）又はＭＢＳ専用帯域幅パート（ＢＷＰ）を含んでもよい。端末装置１２０がユニキャストサービスについての第１のフィードバックを決定するとき、ＣＦＲ又はＭＢＳ専用ＢＷＰ内に存在するＰＤＳＣＨオケージョンは除外されるべきである。代替として、端末装置１２０がＭＢＳについての第２のフィードバックを決定するとき、ＣＦＲ又はＭＢＳ専用ＢＷＰ内に存在しないＰＤＳＣＨオケージョンは除外されるべきである。

いくつかの実施形態において、ユニキャストサービスとＭＢＳとの優先度インデックスが同じである場合、ＭＢＳのための専用ＨＡＲＱ－ＡＣＫコードブックが設定されてもよい。言い換えれば、ユニキャストサービスとＭＢＳのために、個別のＨＡＲＱ－ＡＣＫコードブックが構築される。このような実施形態において、端末装置１２０は、ユニキャストサービスのための第１のＨＡＲＱ－ＡＣＫコードブックと、ＭＢＳのための第２のＨＡＲＱ－ＡＣＫコードブックとをネットワーク装置１１０に送信してもよい。第１のＨＡＲＱ－ＡＣＫコードブックは、ユニキャストサービスについての第１のフィードバックを含み、第２のＨＡＲＱ－ＡＣＫコードブックは、ＭＢＳについての第２のフィードバックを含む。第１及び第２のフィードバックの各々は、１つ又は複数のＨＡＲＱ－ＡＣＫビットを含んでもよい。

いくつかの実施形態において、ＭＢＳのための個別のＰＵＣＣＨ設定を設定してもよい。このような実施形態において、ネットワーク装置１１０は、ユニキャストサービスのための第１のＰＵＣＣＨ設定と、ＭＢＳのための第２のＰＵＣＣＨ設定とで端末装置１２０を設定してもよい。例えば、ネットワーク装置１１０は、第１及び第２のＰＵＣＣＨ設定の各々をＰＵＣＣＨ－ＣｏｎｆｉｇｕｒａｔｉｏｎＬｉｓｔを介して送信してもよい。したがって、端末装置１２０は、ユニキャストサービスのための第１のＰＵＣＣＨ設定と、ＭＢＳのための第２のＰＵＣＣＨ設定とをネットワーク装置１１０から受信してもよい。これについては、図３を参照して説明する。

図３は、本開示のいくつかの実施形態にかかる、ＨＡＲＱフィードバックを送信するための例示的なプロセス３００の簡略化されたブロック図である。説明のために、図１を参照して、例示的なプロセス３００を説明する。しかしながら、例示的なプロセス３００は、ネットワーク装置と端末装置とが互いに通信する他の通信シナリオにも同様に適用可能であることを理解すべきである。

例示的なプロセス３００において、端末装置１２０は、ユニキャストサービスのための第１のＰＵＣＣＨ設定と、ＭＢＳのための第２のＰＵＣＣＨ設定とをネットワーク装置１１０から受信する。第１のＰＵＣＣＨ設定は、ＨＡＲＱタイミング値の第１のセットを含んでもよく、第２のＰＵＣＣＨ設定は、ＨＡＲＱタイミング値の第２のセットを含んでもよい。以下では、ＨＡＲＱタイミング値の第１のセットは、第１のＫ１セットと称されてもよく、ＨＡＲＱタイミング値の第２のセットは、第２のＫ１セットと称されてもよい。

追加として、例示的なプロセス３００において、端末装置１２０は、ユニキャストサービスのための第１のＨＡＲＱ－ＡＣＫコードブックと、ＭＢＳのための第２のＨＡＲＱ－ＡＣＫコードブックとをネットワーク装置１１０に送信する。第１のＨＡＲＱ－ＡＣＫコードブックは、ユニキャストサービスについての第１のフィードバックを含み、第２のＨＡＲＱ－ＡＣＫコードブックは、ＭＢＳについての第２のフィードバックを含む。

例示的なプロセス３００において、第１のＫ１セットは、第２のＫ１セットとは異なってもよい。例えば、第１のＫ１セットは｛２，３，４｝であってもよく、第２のＫ１セットは｛０，１，２，３｝であってもよい。

第１のＫ１セットに基づいて、端末装置１２０は、ユニキャストサービスのためのＨＡＲＱ－ＡＣＫフィードバックウィンドウがスロットＮ－３、スロットＮ－４、及びスロットＮ－５を含むと決定してもよい。第２のＫ１セットに基づいて、端末装置１２０は、ＭＢＳのためのＨＡＲＱ－ＡＣＫフィードバックウィンドウがスロットＮ－１、スロットＮ－２、スロットＮ－３、及びスロットＮ－４を含むと決定してもよい。そのため、ユニキャストサービスのためのＨＡＲＱ－ＡＣＫフィードバックウィンドウと、ＭＢＳのためのＨＡＲＱ－ＡＣＫフィードバックウィンドウとは、スロットＮ－３及びスロットＮ－４において重複する。

スロットＮ－３及びスロットＮ－４の各々において、ユニキャストサービスのためのＰＤＳＣＨオケージョンとＭＢＳのためのＰＤＳＣＨオケージョンとを時分割多重化（ＴＭＤ－ｅｄ）されてもよい。

図３に示すように、ユニキャストサービスのためのＰＤＳＣＨ送信は、第１の周波数範囲３１０内で受信され、ＭＢＳのためのＰＤＳＣＨ送信は、第２の周波数範囲３１２内で受信される。第２の周波数範囲３１２は、第１の周波数範囲３１０とは異なる。

スロットＮ－３及びスロットＮ－４との各々について、端末装置１２０がユニキャストサービスのための第１のＨＡＲＱ－ＡＣＫコードブックを決定するとき、端末装置１２０は、ユニキャストサービスのためのＰＤＳＣＨオケージョン３２０のみを考慮してもよい。同様に、スロットＮ－３及びスロットＮ－４との各々について、端末装置１２０がＭＢＳのための第２のＨＡＲＱ－ＡＣＫコードブックを決定するとき、端末装置１２０は、ＭＢＳのためのＰＤＳＣＨオケージョン３２２のみを考慮してもよい。

ユニキャストサービスのためのＰＤＳＣＨオケージョンのみを含むスロットＮ－５については、端末装置１２０は、従来の方法に基づいて、ユニキャストサービスのためのＰＤＳＣＨオケージョンについてのＨＡＲＱ－ＡＣＫビットを決定してもよい。例えば、端末装置１２０がスロットＮ－５においてＰＤＳＣＨオケージョン内でＤＬ送信を正しく受信した場合、端末装置１２０は、ＰＤＳＣＨオケージョンについてのＡＣＫを決定してもよく、そうでなければ、端末装置１２０は、ＰＤＳＣＨオケージョンについてＮＡＣＫを決定してもよい。

同様に、ＭＢＳのためのＰＤＳＣＨオケージョンのみを含むスロットＮ－１及びスロットＮ－２については、端末装置１２０は、従来の方法に基づいて、ＭＢＳのためのＰＤＳＣＨオケージョンについてのＨＡＲＱ－ＡＣＫビットを決定してもよい。

追加として、ユニキャストサービスのための第１のＰＵＣＣＨ設定と第１のＨＡＲＱ－ＡＣＫフィードバックのサイズとに基づいて、端末装置１２０は、ユニキャストサービスについての第１のＨＡＲＱ－ＡＣＫフィードバックのためのＰＵＣＣＨリソース３３０を決定してもよい。同様に、ＭＢＳのための第２のＰＵＣＣＨ設定と第２のＨＡＲＱ－ＡＣＫフィードバックのサイズとに基づいて、端末装置１２０は、ＭＢＳについての第２のＨＡＲＱ－ＡＣＫフィードバックのためのＰＵＣＣＨリソース３３２を決定してもよい。

例示的なプロセス３００において、端末装置１２０は、ユニキャストサービスについての第１のフィードバックを含む第１のＨＡＲＱ－ＡＣＫコードブックと、ＭＢＳについての第２のフィードバックを含む第２のＨＡＲＱ－ＡＣＫコードブックとを構築してもよい。次に、スロットＮにおいて、端末装置１２０は、ＰＵＣＣＨリソース３３０において第１のＨＡＲＱ－ＡＣＫコードブックをネットワーク装置１１０に送信し、ＰＵＣＣＨリソース３３２において第２のＨＡＲＱ－ＡＣＫコードブックを送信してもよい。

いくつかの実施形態において、ＭＢＳについての第２のフィードバックを無効化してもよい。このような実施形態において、端末装置１２０は、ユニキャストサービスについての第１のフィードバックのみを含むＨＡＲＱ－ＡＣＫコードブックを送信してもよい。

いくつかの実施形態において、ユニキャストサービスとＭＢＳとのために、共有ＨＡＲＱ－ＡＣＫコードブックが構築されてもよい。このような実施形態において、端末装置１２０は、ユニキャストサービスとＭＢＳとのためのＨＡＲＱ－ＡＣＫコードブックとをネットワーク装置１１０に送信してもよい。ＨＡＲＱ－ＡＣＫコードブックは、ユニキャストサービスについての第１のフィードバックとＭＢＳについての第２のフィードバックとを含む。

このような実施形態において、端末装置１２０は、ユニキャストサービスについての第１のフィードバックのための第１のビットシーケンスを生成してもよく、ＭＢＳについての第２のフィードバックのための第２のビットシーケンスを生成してもよい。次に、端末装置１２０は、第１のビットシーケンスと第２のビットシーケンスとを連結することにより、ＨＡＲＱ－ＡＣＫコードブックを生成してもよい。例えば、ＨＡＲＱ－ＡＣＫコードブックでは、ユニキャストサービスのための第１のビットシーケンスの後に、ＭＢＳのための第２のビットシーケンスが続いてもよい。代替として、ＭＢＳのための第２のビットシーケンスの後に、ユニキャストサービスのための第１のビットシーケンスが続いてもよい。これについては、図４を参照して説明する。

図４は、本開示のいくつかの他の実施形態にかかる、ＨＡＲＱフィードバックを送信するための例示的なプロセス４００の簡略化されたブロック図である。説明のために、図１を参照して、例示的なプロセス４００を説明する。しかしながら、例示的なプロセス４００は、ネットワーク装置と端末装置とが互いに通信する他の通信シナリオにも同様に適用可能であることを理解すべきである。

例示的なプロセス３００と同様に、例示的なプロセス４００において、端末装置１２０は、ユニキャストサービスのための第１のＰＵＣＣＨ設定と、ＭＢＳのための第２のＰＵＣＣＨ設定とをネットワーク装置１１０から受信する。第１のＰＵＣＣＨ設定は、第１のＫ１セットを含んでもよく、第２のＰＵＣＣＨ設定は、第２のＫ１セットを含んでもよい。例示的なプロセス４００において、第１のＫ１セットは｛２，３，４｝であってもよく、第２のＫ１セットは｛０，１，２，３｝であってもよい。

第１及び第２のＫ１セットに基づいて、端末装置１２０は、ユニキャストサービスのためのＨＡＲＱ－ＡＣＫフィードバックウィンドウがスロットＮ－３、スロットＮ－４、及びスロットＮ－５を含み、ＭＢＳのためのＨＡＲＱ－ＡＣＫフィードバックウィンドウがスロットＮ－１、スロットＮ－２、スロットＮ－３、及びスロットＮ－４を含むと決定してもよい。

例示的なプロセス３００とは異なり、例示的なプロセス４００において、端末装置１２０は、ユニキャストサービスのため及びＭＢＳのためのＨＡＲＱ－ＡＣＫコードブックをネットワーク装置１１０に送信する。ＨＡＲＱ－ＡＣＫコードブックは、ユニキャストサービスについての第１のフィードバックとＭＢＳについての第２のフィードバックとを含む。

ＨＡＲＱ－ＡＣＫコードブックを生成するために、スロットＮ－３、スロットＮ－４、及びスロットＮ－５を含むユニキャストサービスのためのＨＡＲＱ－ＡＣＫフィードバックウィンドウについて、端末装置１２０は、ユニキャストサービスについての第１のフィードバックのための第１のビットシーケンスを生成してもよい。スロットＮ－１、スロットＮ－２、スロットＮ－３、及びスロットＮ－４を含むＭＢＳのためのＨＡＲＱ－ＡＣＫフィードバックウィンドウについて、端末装置１２０は、ＭＢＳについての第２のフィードバックのための第２のビットシーケンスを生成してもよい。

例示的なプロセス３００と同様に、例示的なプロセス４００において、スロットＮ－３及びスロットＮ－４との各々について、端末装置１２０がユニキャストサービスのための第１のＨＡＲＱ－ＡＣＫフィードバックを決定するとき、端末装置１２０は、ユニキャストサービスのためのＰＤＳＣＨオケージョン３２０のみを考慮してもよい。同様に、スロットＮ－３及びスロットＮ－４との各々について、端末装置１２０がＭＢＳのための第２のＨＡＲＱ－ＡＣＫフィードバックを決定するとき、端末装置１２０は、ＭＢＳのためのＰＤＳＣＨオケージョン３２２のみを考慮してもよい。

第１及び第２のビットシーケンスが生成されると、端末装置１２０は、第１のビットシーケンスと第２のビットシーケンスとを連結することにより、ＨＡＲＱ－ＡＣＫコードブックを生成してもよい。

例示的なプロセス４００において、端末装置１２０は、第１のダウンリンク制御情報（ＤＣＩ）と第２のＤＣＩとをネットワーク装置１１０から受信してもよい。第１のＤＣＩは、第１のＨＡＲＱ－ＡＣＫフィードバックの送信のための第１のＰＵＣＣＨリソースを示す。第２のＤＣＩは、第２のＨＡＲＱ－ＡＣＫフィードバックの送信のための第２のＰＵＣＣＨリソースを示す。端末装置１２０は、第１のＨＡＲＱ－ＡＣＫフィードバック及び第２のＨＡＲＱ－ＡＣＫフィードバックを含むＨＡＲＱ－ＡＣＫコードブックを、第１のＤＣＩと第２のＤＣＩとのうちの１つにより示されるＰＵＣＣＨリソース４１０において送信してもよい。

例えば、第１のＤＣＩは、第１のＰＲＩフィールドにより第１のＰＵＣＣＨリソースを示してもよく、第２のＤＣＩは、第２のＰＲＩフィールドにより第２のＰＵＣＣＨリソースを示してもよい。端末装置１２０は、第１のＤＣＩ内の第１のＰＲＩフィールドにより示される第１のＰＵＣＣＨリソースを無視してもよい。次に、端末装置１２０は、第２のＤＣＩ内の第２のＰＲＩフィールドにより示される第２のＰＵＣＣＨリソースにおいてＨＡＲＱ－ＡＣＫコードブックを送信してもよい。代替として、端末装置１２０は、第２のＤＣＩ内の第２のＰＲＩフィールドにより示される第２のＰＵＣＣＨリソースを無視してもよい。次に、端末装置１２０は、第１のＤＣＩ内の第１のＰＲＩフィールドにより示される第１のＰＵＣＣＨリソースにおいてＨＡＲＱ－ＡＣＫコードブックを送信してもよい。

例示的なプロセス４００において、端末装置１２０は、単一のＨＡＲＱ－ＡＣＫコードブック内で、ユニキャストサービスについての第１のＨＡＲＱ－ＡＣＫフィードバックと、ＭＢＳのための第２のＨＡＲＱ－ＡＣＫフィードバックとを構築する。したがって、端末装置１２０の処理能力についての要求を低減させてもよい。追加として、現在の仕様にいくつかの変更を加えてもよい。

追加として、例示的なプロセス３００と同様に、例示的なプロセス４００では、ＭＢＳについての第２のフィードバックを無効化してもよい。このような実施形態において、端末装置１２０は、ユニキャストサービスについての第１のフィードバックのみを含むＨＡＲＱ－ＡＣＫコードブックを送信してもよい。

いくつかの実施形態において、共有ＰＵＣＣＨ設定を設定してもよい。このような実施形態において、端末装置１２０は、ユニキャストサービス及びＭＢＳのためのＰＵＣＣＨ設定をネットワーク装置１１０から受信してもよい。そして、端末装置１２０は、ＰＵＣＣＨ設定に基づいて、第１及び第２のＨＡＲＱ－ＡＣＫフィードバックを決定してもよい。これについては、図５を参照して説明する。

図５は、本開示のいくつかの他の実施形態にかかる、ＨＡＲＱフィードバックを送信するための例示的なプロセス５００の簡略化されたブロック図である。説明のために、図１を参照して、例示的なプロセス５００を説明する。しかしながら、例示的なプロセス５００は、ネットワーク装置と端末装置とが互いに通信する他の通信シナリオにも同様に適用可能であることを理解すべきである。

例示的なプロセス５００において、端末装置１２０は、ユニキャストサービス及びＭＢＳのためのＰＵＣＣＨ設定をネットワーク装置１１０から受信する。ＰＵＣＣＨ設定は、Ｋ１セットを含んでもよい。例示的なプロセス５００において、Ｋ１セットは｛０，２，３，４｝であってもよい。

Ｋ１セットに基づいて、端末装置１２０は、ユニキャストサービス及びＭＢＳのためのＨＡＲＱ－ＡＣＫフィードバックウィンドウがスロットＮ－５、スロットＮ－４、スロットＮ－３、及びスロットＮ－１を含むと決定してもよい。

スロットＮ－５、スロットＮ－４、スロットＮ－３、及びスロットＮ－１の各々内には、ユニキャストサービスのための２つのＰＤＳＣＨオケージョンと、ＭＢＳのための２つのＰＤＳＣＨオケージョンとがある。例えば、スロットＮ－４内には、ユニキャストサービスのためのＰＤＳＣＨオケージョン５１０及び５１２と、ＭＢＳのためのＰＤＳＣＨオケージョン５２０及び５２２とがある。

スロットＮ－５、スロットＮ－４、スロットＮ－３、及びスロットＮ－１の各々内のユニキャストサービスのためのＰＤＳＣＨオケージョンについて、端末装置１２０は、ユニキャストサービスのための第１のＨＡＲＱ－ＡＣＫコードブックを構築する。スロットＮ－５、スロットＮ－４、スロットＮ－３、及びスロットＮ－１の各々内のＭＢＳのためのＰＤＳＣＨオケージョンについて、端末装置１２０は、ＭＢＳのための第２のＨＡＲＱ－ＡＣＫコードブックを構築する。

端末装置１２０がユニキャストサービスのための第１のＨＡＲＱ－ＡＣＫコードブックを構築するとき、端末装置１２０は、スロットＮ－５、スロットＮ－４、スロットＮ－３、及びスロットＮ－１の各々内にあるユニキャストサービスのＰＤＳＣＨオケージョンのみを考慮してもよい。同様に、端末装置１２０がＭＢＳの第２のＨＡＲＱ－ＡＣＫコードブックを決定するとき、端末装置１２０は、スロットＮ－５、スロットＮ－４、スロットＮ－３、及びスロットＮ－１の各々内にあるＭＢＳのためのＰＤＳＣＨオケージョンのみを考慮してもよい。

例示的なプロセス５００において、端末装置１２０は、第１のＤＣＩと第２のＤＣＩとをネットワーク装置１１０から受信してもよい。第１のＤＣＩは、第１のＨＡＲＱ－ＡＣＫコードブックの送信のための第１のＰＵＣＣＨリソース５３０を示す。第２のＤＣＩは、第２のＨＡＲＱ－ＡＣＫコードブックの送信のための第２のＰＵＣＣＨリソース５３２を示す。第１のＰＵＣＣＨリソースは、第２のＰＵＣＣＨリソースとは異なる。

スロットＮにおいて、端末装置１２０は、第１のＤＣＩ内の第１のＰＲＩにより示されるＰＵＣＣＨリソース５３０において、ユニキャストサービスのための第１のＨＡＲＱ－ＡＣＫコードブックを送信し、第２のＤＣＩ内の第２のＰＲＩにより示されるＰＵＣＣＨリソース５３２において、ＭＢＳのための第２のＨＡＲＱ－ＡＣＫコードブックを送信してもよい。

追加として、例示的なプロセス３００と同様に、例示的なプロセス５００では、ＭＢＳについての第２のフィードバックを無効化してもよい。このような実施形態において、端末装置１２０は、ユニキャストサービスについての第１のフィードバックのみを含むＨＡＲＱ－ＡＣＫコードブックを送信してもよい。

ユニキャストサービスのため且つＭＢＳのために共有ＰＵＣＣＨ設定を設定する実施形態において、端末装置１２０は、ユニキャストサービスのため及びＭＢＳのために共有ＨＡＲＱ－ＡＣＫコードブックを構築してもよい。これについては、図６を参照して説明する。

図６は、本開示のいくつかの他の実施形態にかかる、ＨＡＲＱフィードバックを送信するための例示的なプロセス６００の簡略化されたブロック図である。説明のために、図１を参照して、例示的なプロセス６００を説明する。しかしながら、例示的なプロセス６００は、ネットワーク装置と端末装置とが互いに通信する他の通信シナリオにも同様に適用可能であることを理解すべきである。

例示的なプロセス５００と同様に、例示的なプロセス６００において、端末装置１２０は、ユニキャストサービスのため及びＭＢＳのためのＰＵＣＣＨ設定をネットワーク装置１１０から受信する。ＰＵＣＣＨ設定は、Ｋ１セットを含んでもよい。例示的なプロセス６００において、Ｋ１セットは｛０，２，３，４｝であってもよい。

Ｋ１セットに基づいて、端末装置１２０は、ユニキャストサービス及びＭＢＳのためのＨＡＲＱ－ＡＣＫフィードバックウィンドウがスロットＮ－５、スロットＮ－４、スロットＮ－３、及びスロットＮ－１を含むと決定してもよい。

スロットＮ－５、スロットＮ－４、スロットＮ－３、及びスロットＮ－１の各々内のユニキャストサービスのためのＰＤＳＣＨオケージョンについて、端末装置１２０は、ユニキャストサービスについての第１のＨＡＲＱ－ＡＣＫフィードバックのための第１のビットシーケンスを生成する。スロットＮ－５、スロットＮ－４、スロットＮ－３、及びスロットＮ－１の各々内のＭＢＳのためのＰＤＳＣＨオケージョンについて、端末装置１２０は、ＭＢＳについての第２のＨＡＲＱ－ＡＣＫフィードバックのための第２のビットシーケンスを生成する。

端末装置１２０がユニキャストサービスのための第１のビットシーケンスを生成するとき、端末装置１２０は、スロットＮ－５、スロットＮ－４、スロットＮ－３、及びスロットＮ－１の各々内のユニキャストサービスのためのＰＤＳＣＨオケージョンのみを考慮してもよい。同様に、端末装置１２０がＭＢＳのための第２のビットシーケンスを生成するとき、端末装置１２０は、スロットＮ－５、スロットＮ－４、スロットＮ－３、及びスロットＮ－１の各々内のＭＢＳのためのＰＤＳＣＨオケージョンのみを考慮してもよい。

第１及び第２のビットシーケンスが生成されると、端末装置１２０は、第１のビットシーケンスと第２のビットシーケンスとを連結することにより、ＨＡＲＱ－ＡＣＫコードブックを生成してもよい。

例示的なプロセス４００と同様に、例示的なプロセス６００において、端末装置１２０は、第１のＤＣＩと第２のＤＣＩとをネットワーク装置１１０から受信してもよい。第１のＤＣＩは、第１のＨＡＲＱ－ＡＣＫコードブックの送信のための第１のＰＵＣＣＨリソースを示す。第２のＤＣＩは、第２のＨＡＲＱ－ＡＣＫコードブックの送信のための第２のＰＵＣＣＨリソースを示す。第１のＰＵＣＣＨリソースは、第２のＰＵＣＣＨリソースとは異なる。端末装置１２０は、第１のＤＣＩと第２のＤＣＩとのうちの１つにより示されるＰＵＣＣＨリソースにおいて、第１のＨＡＲＱ－ＡＣＫフィードバック及び第２のＨＡＲＱ－ＡＣＫフィードバックを含むＨＡＲＱ－ＡＣＫコードブックを送信してもよい。

例えば、第１のＤＣＩは、第１のＰＲＩフィールドにより第１のＰＵＣＣＨリソースを示してもよく、第２のＤＣＩは、第２のＰＲＩフィールドにより第２のＰＵＣＣＨリソースを示してもよい。端末装置１２０は、第１のＤＣＩ内の第１のＰＲＩフィールドにより示される第１のＰＵＣＣＨリソースを無視してもよい。次に、端末装置１２０は、第２のＤＣＩ内の第２のＰＲＩフィールドにより示される第２のＰＵＣＣＨリソースにおいてＨＡＲＱ－ＡＣＫコードブックを送信してもよい。代替として、端末装置１２０は、第２のＤＣＩ内の第２のＰＲＩフィールドにより示される第２のＰＵＣＣＨリソースを無視してもよい。次に、端末装置１２０は、第１のＤＣＩ内の第１のＰＲＩフィールドにより示される第１のＰＵＣＣＨリソースにおいてＨＡＲＱ－ＡＣＫコードブックを送信してもよい。例示的なプロセス６００において、端末装置１２０は、第１及び第２のＤＣＩのうちの１つにより示されるＰＵＣＣＨリソース６１０において、第１のＨＡＲＱ－ＡＣＫフィードバック及び第２のＨＡＲＱ－ＡＣＫフィードバックを含むＨＡＲＱ－ＡＣＫコードブックを送信してもよい。

さらに、以下の態様は本開示の実施形態に適用されてもよい。

少なくとも異なる優先度の場合、少なくともＴｙｐｅ－２ ＨＡＲＱコードブックについて、（超信頼性及び低遅延通信、ＵＲＬＬＣ）機能のためのシグナリングを再利用して、ユニキャスト及びマルチキャストのためにそれぞれ個別のコードブックを設定することができる。

時分割多重化されたユニキャスト及びマルチキャストの場合、同じＰＵＣＣＨリソース内で多重化されるＡＣＫ／ＮＡＣＫに基づくユニキャスト及びマルチキャストのためのＴｙｐｅ－１ ＨＡＲＱ－ＡＣＫコードブック構築について、ＰＤＳＣＨ受信候補は、以下の２つの代替案のうちの１つの選択に基づいて決定される。

１つの代替案において、ユニキャストのためのＫ１セット（セットＡと称される）とマルチキャストのためのＫ１セット（セットＢと称される）との積集合内のスロットタイミング値Ｋ１について、ＰＤＳＣＨ受信候補オケージョンはＰＤＳＣＨ ＤＲＡセットの和集合に基づいて決定される。セットＢではなくセットＡ内のスロットタイミング値Ｋ１については、ＰＤＳＣＨ受信候補オケージョンはユニキャストのためのＰＤＳＣＨ ＴＤＲＡセットに基づいて決定される。セットＡではなくセットＢ内のスロットタイミング値Ｋ１は、マルチキャストのためのＰＤＳＣＨ ＴＤＲＡセットに基づく。

別の代替案において、ユニキャストのためのＫ１セットとマルチキャストのためのＫ１セットとの和集合内のスロットタイミング値Ｋ１は、ＰＤＳＣＨ ＴＤＲＡセットの和集合に基づく。

ＮＲは、マルチキャストをサポートする端末装置について、少なくとも以下の場合をサポートする。

端末装置は、端末装置の能力に応じて、スロット内での異なる優先度を有するマルチキャストについてのＡＣＫ／ＮＡＣＫに基づくＨＡＲＱ－ＡＣＫフィードバックのための２つの非重複のスロットに基づくＰＵＣＣＨをサポートする。

端末装置は、端末装置の能力に応じて、スロット内でのそれぞれ異なる優先度を有するマルチキャスト及びユニキャストについてのＡＣＫ／ＮＡＣＫに基づくＨＡＲＱ－ＡＣＫフィードバックのための２つの非重複のスロットに基づくＰＵＣＣＨをサポートする。

同じＴＲＰからの同じ優先度を有するＦＤＭされたユニキャスト及びマルチキャストのためのＴｙｐｅ－１ ＨＡＲＱ－ＡＣＫコードブックについて、以下がサポートされる。

ユニキャストのためのすべてのサービングセルについてのすべてのスロット上のすべてのＰＤＳＣＨオケージョンのためのＨＡＲＱ－ＡＣＫビットは、マルチキャストのためのすべてのサービングセルについてのすべてのスロット上のすべてのＰＤＳＣＨオケージョンのためのＨＡＲＱ－ＡＣＫビットの前にある。これは、ｍＴＲＰのための共同Ｔｙｐｅ－１コードブックと同様である。

そうでない場合、端末装置は、ユニキャスト及びマルチキャストがＦＤＭにおいてスケジューリングされることを期待しない。

少なくともＡＣＫ／ＮＡＣＫに基づくＨＡＲＱ－ＡＣＫフィードバックのために、任意に設定される、マルチキャストについての個別のＰＵＣＣＨ－ＣｏｎｆｉｇｕｒａｔｉｏｎＬｉｓｔについては、マルチキャスト設定のための該個別のＰＵＣＣＨ－ＣｏｎｆｉｇｕｒａｔｉｏｎＬｉｓｔは、それぞれ低優先度コードブックと高優先度コードブックとに対応する最大２つのＰＵＣＣＨ－Ｃｏｎｆｉｇ設定を含むリストであってもよい。

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにある端末装置のマルチキャストの場合、グループ共通ＰＤＣＣＨ／ＰＤＳＣＨのための共通周波数リソースを専用ユニキャストＢＷＰの周波数リソース内に限定することにより、同一スロット内でのユニキャストとマルチキャストとの同時受信をサポートする。

端末装置は、グループ共通ＰＤＣＣＨ／ＰＤＳＣＨのための共通周波数リソースについての２つのオプションから選択してもよい。

オプション２Ａ：共通周波数リソースは、専用ユニキャストＢＷＰに関連付けられ、同じヌメロロジー（ＳＣＳ及びＣＰ）を使用するＭＢＳ固有ＢＷＰとして定義される。

オプション２Ｂ：共通周波数リソースは、専用ユニキャストＢＷＰ内に設定される、複数の連続するＰＲＢを有する「ＭＢＳ周波数領域」として定義される。

図７は、本開示のいくつかの実施形態にかかる例示的な方法７００のフローチャートである。いくつかの実施形態において、方法７００は、端末装置、例えば図１に示すような端末装置１２０において実現されてもよい。説明のために、図１を参照して、一般性を失わずに、端末装置１２０により実行されるように方法７００を説明する。

ブロック７１０において、端末装置１２０は、ユニキャストサービスについての第１のフィードバックと、ＭＢＳについての第２のフィードバックとを含む少なくとも１つのＨＡＲＱ－ＡＣＫコードブックをスロット内で、ネットワーク装置１１０に送信する。

いくつかの実施形態において、追加として、端末装置１２０は、ユニキャストサービスが受信される第１の周波数範囲に基づいて、該ユニキャストサービスについての第１のフィードバックを決定してもよい。さらに、端末装置１２０は、ＭＢＳが受信される第２の周波数範囲に基づいて、該ＭＢＳについての第２のフィードバックを決定してもよい。第２の周波数範囲は、第１の周波数範囲とは異なる。

いくつかの実施形態において、代替として、端末装置１２０は、第１のＨＡＲＱ－ＡＣＫコードブックと第２のＨＡＲＱ－ＡＣＫコードブックとを送信してもよい。第１のＨＡＲＱ－ＡＣＫコードブックは、ユニキャストサービスについての第１のフィードバックを含み、第２のＨＡＲＱ－ＡＣＫコードブックは、ＭＢＳについての第２のフィードバックを含む。

いくつかの実施形態において、代替として、端末装置１２０は、ＨＡＲＱ－ＡＣＫコードブックを送信してもよい。

いくつかの実施形態において、追加として、端末装置１２０は、ユニキャストサービスについての第１のフィードバックのための第１のビットシーケンスを生成してもよく、ＭＢＳについての第２のフィードバックのための第２のビットシーケンスを生成してもよい。次に、端末装置１２０は、第１のビットシーケンスと第２のビットシーケンスとを連結することにより、ＨＡＲＱ－ＡＣＫコードブックを生成してもよい。

いくつかの実施形態において、追加として、端末装置１２０は、ユニキャストサービスのための第１のＰＵＣＣＨ設定と、ＭＢＳのための第２のＰＵＣＣＨ設定とをネットワーク装置１１０から受信してもよい。端末装置１２０は、第１のＰＵＣＣＨ設定に基づいて、第１のＨＡＲＱ－ＡＣＫフィードバックを決定してもよく、第２のＰＵＣＣＨ設定に基づいて、第２のＨＡＲＱ－ＡＣＫフィードバックを決定してもよい。

いくつかの実施形態において、追加として、端末装置１２０は、ユニキャストサービス及びＭＢＳのためのＰＵＣＣＨ設定をネットワーク装置１１０から受信してもよい。次に、端末装置１２０は、ＰＵＣＣＨ設定に基づいて、第１及び第２のＨＡＲＱ－ＡＣＫフィードバックを決定してもよい。

いくつかの実施形態において、追加として、端末装置１２０は、第１のＤＣＩと第２のＤＣＩとをネットワーク装置１１０から受信してもよい。第１のＤＣＩは、第１のＨＡＲＱ－ＡＣＫフィードバックの送信のための第１のＰＵＣＣＨリソースを示す。第２のＤＣＩは、第２のＨＡＲＱ－ＡＣＫフィードバックの送信のための第２のＰＵＣＣＨリソースを示す。端末装置１２０は、第１のＤＣＩと第２のＤＣＩとのうちの１つにより示されるＰＵＣＣＨリソースにおいて、第１のＨＡＲＱ－ＡＣＫフィードバック及び第２のＨＡＲＱ－ＡＣＫフィードバックを含むＨＡＲＱ－ＡＣＫコードブックを送信してもよい。

いくつかの実施形態において、代替として、第１のＤＣＩは、第１のＰＲＩフィールドにより第１のＰＵＣＣＨリソースを示し、第２のＤＣＩは、第２のＰＲＩフィールドにより第２のＰＵＣＣＨリソースを示す。端末装置１２０は、第１のＤＣＩ内の第１のＰＲＩフィールドにより示される第１のＰＵＣＣＨリソースを無視し、第２のＤＣＩ内の第２のＰＲＩフィールドにより示される第２のＰＵＣＣＨリソースにおいてＨＡＲＱ－ＡＣＫコードブックを送信してもよい。

いくつかの実施形態において、代替として、第１のＤＣＩは、第１のＰＲＩフィールドにより第１のＰＵＣＣＨリソースを示し、第２のＤＣＩは、第２のＰＲＩフィールドにより第２のＰＵＣＣＨリソースを示す。端末装置１２０は、第２のＤＣＩ内の第２のＰＲＩフィールドにより示される第２のＰＵＣＣＨリソースを無視し、第１のＤＣＩ内の第１のＰＲＩフィールドにより示される第１のＰＵＣＣＨリソースにおいてＨＡＲＱ－ＡＣＫコードブックを送信してもよい。

いくつかの実施形態において、追加として、端末装置１２０が、ＭＢＳについての第２のフィードバックが無効化されたと決定する場合、端末装置１２０は、ユニキャストサービスについての第１のフィードバックのみを含む少なくとも１つのＨＡＲＱ－ＡＣＫコードブックを生成する。

図８は、本開示のいくつかの実施形態にかかる例示的な方法８００のフローチャートである。いくつかの実施形態において、方法８００は、端末装置、例えば図１に示すようなネットワーク装置１１０において実現されてもよい。説明のために、図１を参照して、一般性を失わずに、ネットワーク装置１１０により実行されるように方法８００を説明する。

ブロック８１０において、ネットワーク装置１１０は、ユニキャストサービスについての第１のフィードバックと、ＭＢＳについての第２のフィードバックとを含む少なくとも１つのＨＡＲＱ－ＡＣＫコードブックをスロット内で、端末装置１２０から受信する。

いくつかの実施形態において、代替として、ユニキャストサービスについての第１のフィードバックは、該ユニキャストサービスが受信される第１の周波数範囲に基づいて決定され、ＭＢＳについての第２のフィードバックは、該ＭＢＳが受信される第２の周波数範囲に基づいて決定される。第２の周波数範囲は、第１の周波数範囲とは異なる。

いくつかの実施形態において、代替として、ネットワーク装置１１０は、第１のＨＡＲＱ－ＡＣＫコードブックと第２のＨＡＲＱ－ＡＣＫコードブックとを受信してもよい。第１のＨＡＲＱ－ＡＣＫコードブックは、ユニキャストサービスについての第１のフィードバックを含み、第２のＨＡＲＱ－ＡＣＫコードブックは、ＭＢＳについての第２のフィードバックを含む。

いくつかの実施形態において、代替として、ネットワーク装置１１０は、ＨＡＲＱ－ＡＣＫコードブックを受信してもよい。

いくつかの実施形態において、代替として、ＨＡＲＱ－ＡＣＫコードブックは、ユニキャストサービスについての第１のフィードバックのための第１のビットシーケンスと、ＭＢＳについての第２のフィードバックのための第２のビットシーケンスとを含む。

いくつかの実施形態において、追加として、ネットワーク装置１１０は、ユニキャストサービスのための第１のＰＵＣＣＨ設定と、ＭＢＳのための第２のＰＵＣＣＨ設定とを端末装置１２０に送信してもよい。第１のＨＡＲＱ－ＡＣＫフィードバックは、第１のＰＵＣＣＨ設定に基づいて決定され、第２のＨＡＲＱ－ＡＣＫフィードバックは、第２のＰＵＣＣＨ設定に基づいて決定される。

いくつかの実施形態において、追加として、ネットワーク装置１１０は、ユニキャストサービス及びＭＢＳのためのＰＵＣＣＨ設定を端末装置１２０に送信してもよい。第１及び第２のＨＡＲＱ－ＡＣＫフィードバックは、ＰＵＣＣＨ設定に基づいて決定される。

いくつかの実施形態において、追加として、ネットワーク装置１１０は、第１のＤＣＩと第２のＤＣＩとを端末装置に送信してもよい。第１のＤＣＩは、第１のＨＡＲＱ－ＡＣＫフィードバックの送信のための第１のリソースを示す。第２のＤＣＩは、第２のＨＡＲＱ－ＡＣＫフィードバックの送信のための第２のリソースを示す。ネットワーク装置１１０は、第１及び第２のリソースのうちの１つにおいて、少なくとも１つのＨＡＲＱ－ＡＣＫコードブックを受信してもよい。

いくつかの実施形態において、代替として、ＭＢＳについての第２のフィードバックが無効化され、該少なくとも１つのＨＡＲＱ－ＡＣＫコードブックは、ユニキャストサービスについての第１のフィードバックのみを含む。

図９は、本開示のいくつかの実施形態を実装するのに適した装置９００の概略ブロック図である。装置９００は、図１に示すネットワーク装置１１０又は端末装置１２０の別の例示的な実施態様として考えられる。したがって、装置９００は、ネットワーク装置１１０又は端末装置１２０において、或いはそれらの少なくとも一部として実現することができる。

図示のように、装置９００は、プロセッサ９１０と、プロセッサ９１０に結合されたメモリ９２０と、プロセッサ９１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）９４０と、ＴＸ／ＲＸ９４０に結合された通信インターフェースとを含む。メモリ９２０は、プログラム９３０の少なくとも一部を記憶する。ＴＸ／ＲＸ９４０は双方向通信に用いられる。ＴＸ／ＲＸ９４０は、通信を容易にするために少なくとも一つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有してもよい。通信インターフェースは、ｇＮＢ又はｅＮＢ間の双方向通信のためのＸ２インターフェース、モビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／サービングゲートウェイ（Ｓ－ＧＷ：Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）とｅＮＢとの間の通信のためのＳ１インターフェース、ｇＮＢ又はｅＮＢと中継ノード（ＲＮ）との間の通信のためのＵｎインターフェース、又はｇＮＢ又はｅＮＢと端末装置との間の通信のためのＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。

プログラム９３０は、図２～図８を参照して本明細書で説明したように、関連付けられるプロセッサ９１０により実行された場合、装置９００が本開示の実施形態に従って動作することを可能にするプログラム命令を含むと想定される。本開示の実施形態は、装置９００のプロセッサ９１０により実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアとの組合せにより実現されてもよい。プロセッサ９１０は、本開示の様々な実施形態を実施するように設定されてもよい。さらに、プロセッサ９１０とメモリ９２０との組み合わせは、本開示の様々な実施形態を実現するのに適したプロセッシング手段９５０を形成してもよい。

メモリ９２０は、ローカル技術ネットワークに適した任意のタイプであってもよく、また、非限定的な例として、非一時的なコンピュータ可読記憶媒体、半導体に基づくメモリ装置、磁気メモリ装置及びシステム、光学メモリ装置及びシステム、固定メモリ及びリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実現されてもよい。装置９００内には１つのメモリ９２０のみが示されているが、装置９００内にはいくつかの物理的に異なるメモリモジュールが存在してもよい。プロセッサ９１０は、ローカル技術ネットワークに適した任意のタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの一つ又は複数を含んでもよい。装置９００は、複数のプロセッサ、例えば、メインプロセッサを同期化するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。

本開示の機器及び／又は装置に含まれるコンポーネントは、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを含む様々な態様で実現されいてもよい。一つの実施形態において、記憶媒体上に記憶されたマシン実行可能な命令などのようなソフトウェア及び／又はファームウェアを使用して１つ又は複数のユニットを実現することができる。マシン実行可能な命令に加えて、又はその代わりに、機器及び／又は装置内のユニットの一部又は全部は、少なくとも部分的に、１つ又は複数のハードウェア論理コンポーネントにより実装されてもよい。限定ではなく、一例として、使用可能なハードウェア論理コンポーネントの例示的なタイプは、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け汎用製品（ＡＳＳＰ）、システムオンチップ（ＳＯＣ）、複合プログラマブル論理装置（ＣＰＬＤ）などを含む。

全体として、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、論理、又はそれらの任意の組み合わせで実現されてもよい。いくつかの態様は、ハードウェアで実現されてもよく、他の態様は、コントローラ、マイクロプロセッサ、又は他のコンピューティング装置により実行可能なファームウェア又はソフトウェアで実現されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート又は他の何らかの絵画的表現を用いて図示及び説明されているが、本明細書に記載されたブロック、機器、システム、技術、又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又は論理、汎用ハードウェア又はコントローラ又は他のコンピューティング装置、又はそれらの何らかの組み合わせで実装されてもよいことを理解すべきである。

本開示はまた、非一時的なコンピュータ可読記憶媒体上に有形的に記憶された少なくとも一つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図３から図９のいずれか一つを参照して上述したプロセス又は方法を実行するために、対象の実プロセッサ又は仮想プロセッサ上の装置内で実行される、プログラムモジュールに含まれる命令などのコンピュータ実行可能な命令を含む。一般に、プログラムモジュールには、特定のタスクを実行するか、又は特定の抽象データタイプを実装するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などが含まれる。様々な実施形態において、プログラムモジュールの機能は、必要に応じて、プログラムモジュール間で結合又は分割されてもよい。プログラムモジュールのマシンが実行可能な命令は、ローカル又は分散型装置内で実行されてもよい。分散型装置において、プログラムモジュールは、ローカル記憶媒体及びリモート記憶媒体内の両方に配置されていてもよい。

本開示の方法を実行するためのプログラムコードは、一つ又は複数のプログラミング言語の任意の組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータプロセッシング機器のプロセッサ又はコントローラに提供され、プロセッサ又はコントローラにより実行された場合、プログラムコードで、フローチャート及び／又はブロック図に指定された機能／動作を実現させる。プログラムコードは、完全にマシン上で、部分的にマシン上で、独立したソフトウェアパッケージとして、部分的にマシン上でかつ部分的にリモートマシン上で、又は完全にリモートマシン又はサーバ上で実行してもよい。

上述のプログラムコードは、マシン可読媒体上で実装されてもよく、マシン可読媒体は、命令実行システム、機器、又は装置により利用されるか、又はそれらに関連するプログラムを含むか又は記憶することができる任意の有形媒体であってもよい。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体であってもよい。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、機器若しくは装置、又は前述の媒体の任意の適切な組み合せを含むことができるが、これらに限定されない。マシン可読記憶媒体のより具体的な例は、一つ又は複数のワイヤを有する電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は上述の任意の適切な組合せを含んでもよい。

なお、動作について特定の順序で説明を行ったが、所望の結果を得るために、こうした動作を、示された特定の順序で実行するか若しくは連続した順序で実行し、又は、説明されたすべての動作を実行することが求められる、と理解されるべきではない。場合によっては、マルチタスクや並列処理が有利になることもある。同様に、いくつかの特定の実施形態の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する限定として解釈されるべきではなく、特定の実施形態に固有となり得る特徴の説明として解釈されるべきである。個々の実施形態の文脈で説明されたいくつかの特徴は、単一の実施形態において組み合わされて実現されてもよい。逆に、単一の実施形態の文脈で説明された様々な特徴は、複数の実施形態において別々に、又は任意の適切なサブコンビネーションで実装されてもよい。

本開示は、構造的特徴及び／又は方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲において定義された本開示は、必ずしも上記の特定の特徴又は動作に限定されないことを理解すべきである。むしろ、上述した特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。

Claims (12)

1. 端末装置により実行される方法であって、
   第１の物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを示すユニキャストサービスのための第１のダウンリンク制御情報（ＤＣＩ）を、ネットワーク装置から受信することと、
   第２のＰＵＣＣＨリソースを示すマルチキャストサービスのための第２のＤＣＩを、前記ネットワーク装置から受信することと、
   少なくとも１つのハイブリッド自動再送要求確認応答（ＨＡＲＱ－ＡＣＫ）コードブックをスロット内で、前記ネットワーク装置に送信することであって、前記少なくとも１つのＨＡＲＱ－ＡＣＫコードブックは、前記ユニキャストサービスのための第１のＨＡＲＱ－ＡＣＫフィードバックと、前記マルチキャストサービスのための第２のＨＡＲＱ－ＡＣＫフィードバックとを、同じＰＵＣＣＨリソース内に含むことと、を含み、
   前記ユニキャストサービス及び前記マルチキャストサービスは、同じ優先度インデックスを有し、前記同じＰＵＣＣＨリソースは、前記ユニキャストサービスのための前記第１のＤＣＩによって示される前記第１のＰＵＣＣＨリソースである、
   方法。
2. 前記第２のＨＡＲＱ－ＡＣＫフィードバックは、前記同じＰＵＣＣＨリソース内の前記第１のＨＡＲＱ－ＡＣＫフィードバックに付加される、
   請求項１に記載の方法。
3. 前記同じＰＵＣＣＨリソースは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）オケージョンに対応し、前記ＰＤＳＣＨオケージョンは、前記ユニキャストサービスと前記マルチキャストサービスとのために重複したスロットに基づいて決定される、
   請求項１に記載の方法。
4. 第１の物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを示すユニキャストサービスのための第１のダウンリンク制御情報（ＤＣＩ）を、ネットワーク装置から受信する手段と、
   第２のＰＵＣＣＨリソースを示すマルチキャストサービスのための第２のＤＣＩを、前記ネットワーク装置から受信する手段と、
   少なくとも１つのハイブリッド自動再送要求確認応答（ＨＡＲＱ－ＡＣＫ）コードブックをスロット内で、前記ネットワーク装置に送信する手段であって、前記少なくとも１つのＨＡＲＱ－ＡＣＫコードブックは、前記ユニキャストサービスのための第１のＨＡＲＱ－ＡＣＫフィードバックと、前記マルチキャストサービスのための第２のＨＡＲＱ－ＡＣＫフィードバックとを、同じＰＵＣＣＨリソース内に含む手段と、を備え、
   前記ユニキャストサービス及び前記マルチキャストサービスは、同じ優先度インデックスを有し、前記同じＰＵＣＣＨリソースは、前記ユニキャストサービスのための前記第１のＤＣＩによって示される前記第１のＰＵＣＣＨリソースである、
   端末装置。
5. 前記第２のＨＡＲＱ－ＡＣＫフィードバックは、前記同じＰＵＣＣＨリソース内の前記第１のＨＡＲＱ－ＡＣＫフィードバックに付加される、
   請求項４に記載の端末装置。
6. 前記同じＰＵＣＣＨリソースは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）オケージョンに対応し、前記ＰＤＳＣＨオケージョンは、前記ユニキャストサービスと前記マルチキャストサービスとのために重複したスロットに基づいて決定される、
   請求項４に記載の端末装置。
7. ネットワーク装置により実行される方法であって、
   第１の物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを示すユニキャストサービスのための第１のダウンリンク制御情報（ＤＣＩ）を、端末装置に送信することと、
   第２のＰＵＣＣＨリソースを示すマルチキャストサービスのための第２のＤＣＩを、前記端末装置に送信することと、
   少なくとも１つのハイブリッド自動再送要求確認応答（ＨＡＲＱ－ＡＣＫ）コードブックをスロット内で、前記端末装置から受信することであって、前記少なくとも１つのＨＡＲＱ－ＡＣＫコードブックは、前記ユニキャストサービスのための第１のＨＡＲＱ－ＡＣＫフィードバックと、前記マルチキャストサービスのための第２のＨＡＲＱ－ＡＣＫフィードバックとを、同じＰＵＣＣＨリソース内に含むことと、を含み、
   前記ユニキャストサービス及び前記マルチキャストサービスは、同じ優先度インデックスを有し、前記同じＰＵＣＣＨリソースは、前記ユニキャストサービスのための前記第１のＤＣＩによって示される前記第１のＰＵＣＣＨリソースである、
   方法。
8. 前記第２のＨＡＲＱ－ＡＣＫフィードバックは、前記同じＰＵＣＣＨリソース内の前記第１のＨＡＲＱ－ＡＣＫフィードバックに付加される、
   請求項７に記載の方法。
9. 前記同じＰＵＣＣＨリソースは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）オケージョンに対応し、前記ＰＤＳＣＨオケージョンは、前記ユニキャストサービスと前記マルチキャストサービスとのために重複したスロットに基づいて決定される、
   請求項７に記載の方法。
10. 第１の物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを示すユニキャストサービスのための第１のダウンリンク制御情報（ＤＣＩ）を、端末装置に送信する手段と、
    第２のＰＵＣＣＨリソースを示すマルチキャストサービスのための第２のＤＣＩを、前記端末装置に送信する手段と、
    少なくとも１つのハイブリッド自動再送要求確認応答（ＨＡＲＱ－ＡＣＫ）コードブックをスロット内で、前記端末装置から受信する手段であって、前記少なくとも１つのＨＡＲＱ－ＡＣＫコードブックは、前記ユニキャストサービスのための第１のＨＡＲＱ－ＡＣＫフィードバックと、前記マルチキャストサービスのための第２のＨＡＲＱ－ＡＣＫフィードバックとを、同じＰＵＣＣＨリソース内に含む手段と、を備え、
    前記ユニキャストサービス及び前記マルチキャストサービスは、同じ優先度インデックスを有し、前記同じＰＵＣＣＨリソースは、前記ユニキャストサービスのための前記第１のＤＣＩによって示される前記第１のＰＵＣＣＨリソースである、
    ネットワーク装置。
11. 前記第２のＨＡＲＱ－ＡＣＫフィードバックは、前記同じＰＵＣＣＨリソース内の前記第１のＨＡＲＱ－ＡＣＫフィードバックに付加される、
    請求項１０に記載のネットワーク装置。
12. 前記同じＰＵＣＣＨリソースは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）オケージョンに対応し、前記ＰＤＳＣＨオケージョンは、前記ユニキャストサービスと前記マルチキャストサービスとのために重複したスロットに基づいて決定される、
    請求項１０に記載のネットワーク装置。