(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-01-05
(45)【発行日】2022-01-20
(54)【発明の名称】アップリンク制御チャネルリソース割当方法および装置
(51)【国際特許分類】
H04L 27/26 20060101AFI20220113BHJP
H04W 72/04 20090101ALI20220113BHJP
H04W 72/12 20090101ALI20220113BHJP
【ＦＩ】
H04L27/26 113
H04W72/04 136
H04W72/12 150
【請求項の数】
9
(21)【出願番号】P 2020513857
(86)(22)【出願日】2017-09-08
(65)【公表番号】
(43)【公表日】2020-11-12
(86)【国際出願番号】 CN2017101094
(87)【国際公開番号】W WO2019047172
(87)【国際公開日】2019-03-14
【審査請求日】2020-03-06
(73)【特許権者】
【識別番号】511151662
【氏名又は名称】中興通訊股▲ふん▼有限公司
【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ
【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ－Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７ Ｃｈｉｎａ
(74)【代理人】
【識別番号】110002572
【氏名又は名称】特許業務法人平木国際特許事務所
(72)【発明者】
【氏名】ハン，シャンフイ
(72)【発明者】
【氏名】シア，シュチアン
(72)【発明者】
【氏名】リアン，チュンリ
(72)【発明者】
【氏名】ゴウ，ウェイ
(72)【発明者】
【氏名】シ，ジン
(72)【発明者】
【氏名】ツァン，ウェン
【審査官】阿部 弘
(56)【参考文献】
【文献】特表２０１３－５４２６８５（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１７／００４８０５２（ＵＳ，Ａ１）
【文献】ZTE，UL control for CBG[online]，3GPP TSG RAN WG1 adhoc_NR_AH_1706 R1-1710019，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1706/Docs/R1-1710019.zip>，2017年06月17日，pp. 1-5
【文献】Intel Corporation，Long PUCCH design aspects[online]，3GPP TSG RAN WG1 #88b R1-1705031，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_88b/Docs/R1-1705031.zip>，2017年03月25日，pp. 1-5
【文献】Huawei, HiSilicon，Remaining issues for dynamic adaptation of PUCCH formats for HARQ-ACK feedback[online]， 3GPP TSG-RAN WG1#83 R1-156453，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_83/Docs/R1-156453.zip＞，2015年11月07日，pp. 1-3
【文献】Intel Corporation，Long PUCCH over multiple slots[online]，3GPP TSG RAN WG1 #90 R1-1712581，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_90/Docs/R1-1712581.zip>，2017年08月12日，pp. 1-6
【文献】Nokia Networks，Dynamic PUCCH format adaptation[online]， 3GPP TSG-RAN WG1#83 R1-157126，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_83/Docs/R1-157126.zip＞，2015年11月06日，pp. 1-3
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ ２７／２６
Ｈ０４Ｗ ７２／０４
Ｈ０４Ｗ ７２／１２
(57)【特許請求の範囲】
【請求項1】
基地局において実行される無線通信方法であって、移動局に対して割り当てられたチャネルリソースセットの通知を送信するステップであって、各チャネルリソースセットは、少なくとも１つのチャネルリソースを含み、第１チャネルリソースセット内の１つまたは複数のチャネルリソースは、最大２ビットを搬送するように構成され、第２チャネルリソースセット内の１つまたは複数のチャネルリソースは、３ビット以上を搬送するように構成されており、前記通知は前記移動局に対して送信される無線リソース制御（ＲＲＣ）メッセージ内に含まれており、前記ＲＲＣメッセージは、物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマットタイプ、ＰＵＣＣＨ長、開始シンボルインデックス、周波数ホッピング有効化または無効化情報、巡回シフトインデックス、時間領域直交カバーコード（ＯＣＣ）、を含む、ステップ；
前記第１チャネルリソースセットと前記第２チャネルリソースセットのうちの１つからのチャネルリソースを使用して、メッセージを前記移動局から受信するステップ；
を有する方法。
【請求項2】
前記チャネルリソースセットは、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースセットを含み、前記１つまたは複数のチャネルリソースは、１つ以上のＰＵＣＣＨリソースを含む、
請求項１記載の方法。
【請求項3】
前記メッセージは、肯定応答（ＡＣＫ）メッセージまたは非肯定応答（ＮＡＣＫ）メッセージを含む、請求項１記載の方法。
【請求項4】
無線通信方法であって、移動局によって、前記移動局に割り当てられたチャネルリソースセットの通知を受信するステップであって、各チャネルリソースセットは、少なくとも１つのチャネルリソースを含み、第１チャネルリソースセット内の１つまたは複数のチャネルリソースは、最大２ビットを搬送するように構成され、第２チャネルリソースセット内の１つまたは複数のチャネルリソースは、３ビット以上を搬送するように構成されており、前記通知は前記移動局に対して送信される無線リソース制御（ＲＲＣ）メッセージ内に含まれており、前記ＲＲＣメッセージは、物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマットタイプ、ＰＵＣＣＨ長、開始シンボルインデックス、周波数ホッピング有効化または無効化情報、巡回シフトインデックス、時間領域直交カバーコード（ＯＣＣ）、を含む、ステップ；
前記移動局によって、前記第１チャネルリソースセットまたは前記第２チャネルリソースセットのいずれかからのチャネルリソースを使用してメッセージを送信するステップ； を有する方法。
【請求項5】
前記チャネルリソースセットは、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースセットを含み、前記１つまたは複数のチャネルリソースは、１つ以上のＰＵＣＣＨリソースを含む、
請求項４記載の方法。
【請求項6】
前記メッセージは、肯定応答（ＡＣＫ）メッセージまたは非肯定応答（ＮＡＣＫ）メッセージを含む、請求項４記載の方法。
【請求項7】
コードが記憶された非一時的コンピュータ可読プログラム記憶媒体であって、前記コードは、プロセッサによって実行されると、前記プロセッサに、請求項１から６のいずれか１項記載の方法を実行させる、記憶媒体。
【請求項8】
プロセッサと、命令を格納するメモリとを備える基地局であって、前記命令は、前記プロセッサによって実行されると、請求項１から３のいずれか１項記載の方法を実施するように前記基地局を構成する、基地局。
【請求項9】
プロセッサと、命令を格納するメモリとを備えるモバイルデバイスであって、前記命令は、前記プロセッサによって実行されると、請求項４から６のいずれか１項記載の方法を実装するように前記モバイルデバイスを構成する、モバイルデバイス。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、一般に、デジタル無線通信を対象とする。
【背景技術】
【0002】
モバイル通信技術は、ますます接続されネットワーク化された社会に向かって世界を動かしている。既存の無線ネットワークと比較して、次世代システムおよび無線通信技術は、はるかに広範囲のユースケース特性をサポートし、より複雑かつ高度な範囲のアクセス要件および柔軟性を提供する必要がある。
【0003】
ＬＴＥ（Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）によって開発された、モバイルデバイスおよびデータ端末のための無線通信規格である。ＬＴＥ Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）は、ＬＴＥ規格を強化する無線通信規格である。５Ｇとして知られる第５世代の無線システムは、ＬＴＥおよびＬＴＥ－Ａ無線規格を進歩させ、より高いデータレート、多数の接続、超低遅延、高信頼性、および他の新たなビジネスニーズをサポートすることにコミットしている。
【発明の概要】
【発明が解決しようとする課題】
【0004】
本開示は、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを割り当てるための方法、システム、およびデバイスに関する。
【課題を解決するための手段】
【0005】
例示的な実施形態は、無線通信方法を開示する。例示的な方法は以下を含む：移動局によって、移動局に対して割り当てられたチャネルリソースグループの第１セットの第１通知を受信するステップであって、各前記チャネルリソースグループは、少なくとも１つのチャネルリソースを含む、ステップ；前記移動局によって、前記移動局に対して割り当てられたチャネルリソースグループの第２セットの第２通知を受信するステップであって、チャネルリソースグループの前記第１セットはチャネルリソースグループの前記第２セットを含み、前記第２通知はチャネルリソースグループの前記第１セットに属する１つまたは複数のチャネルリソースを通知するように構成されている、ステップ；前記移動局によって、１つまたは複数の前記チャネルリソースを使用して、１つまたは複数のメッセージを送信するステップ。
【0006】
いくつかの実施形態では、チャネルリソースグループの前記第１セットは、互いに異なる数のチャネルリソースを有する少なくとも２つのチャネルリソースグループを含む。いくつかの実施形態では、チャネルリソースグループの前記第１セットは、少なくとも２つのチャネルリソースグループを含み、前記少なくとも２つのチャネルリソースグループのそれぞれは、前記移動局によって復号された１つまたは複数のチャネルリソースを含む。いくつかの実施形態では、チャネルリソースグループの前記第２セットは、前記移動局によって復号された１つまたは複数のチャネルリソースを含む。
【0007】
いくつかの実施形態では、前記移動局によって受信された前記第２通知は、前記移動局に対して割り当てられたチャネルリソースグループの前記第２セットに含まれる第１チャネルリソースグループを識別する第１チャネルリソースグループインデックスを含む。例示的な実施形態では、チャネルリソースグループの前記第１セットは、第２チャネルリソースグループを含み、前記移動局は、前記第２チャネルリソースグループを識別する第２チャネルリソースグループインデックスを計算し、前記第２チャネルリソースグループインデックスは、前記第１チャネルリソースグループインデックスおよび所定値の関数である。いくつかの実施形態では、前記第２チャネルリソースグループインデックスは、前記第１チャネルリソースグループインデックスと前記所定値とを加算することによって計算される。
【0008】
いくつかの実施形態では、前記１つまたは複数のメッセージは、肯定応答（ＡＣＫ）メッセージおよび非肯定応答（ＮＡＣＫ）メッセージのうちの任意の１つまたは複数を含む。
【0009】
いくつかの実施形態では、前記第１通知を受信するステップは、チャネルリソースグループの前記第１セットを前記移動局に対して割り当てる無線リソース制御（ＲＲＣ）メッセージを受信するステップを含む。いくつかの実施形態では、前記第２通知を受信するステップは、チャネルリソースグループの前記第２セットを前記移動局に対して割り当てるダウンリンク制御情報（ＤＣＩ）を受信することを備える。
【0010】
いくつかの実施形態では、前記方法はさらに以下を含む：前記移動局によって、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース値を有する無線リソース制御（ＲＲＣ）メッセージを受信するステップ；前記移動局によって、時間領域、周波数領域、および符号領域のうちの任意の１つまたは複数において、前記ＰＵＣＣＨリソース値をマッピングするステップ。
【0011】
実施形態において、前記方法はさらに以下を含む：前記移動局により、少なくとも１つのリソースセットを有する無線リソース制御（ＲＲＣ）メッセージを受信するステップであって、前記少なくとも１つのリソースセットは、ＨＡＲＱ－ＡＣＫタイミング値、ＰＵＣＣＨ形式タイプ、ＰＵＣＣＨ長、チャネルリソースグループインデックス、時間ドメイン直交カバーコード（ＯＣＣ）、周波数ドメインＯＣＣ、のうちいずれか１つ以上を含む、ステップ。
【0012】
いくつかの実施形態では、前記方法はさらに、前記移動局によって、２つまたは４つの循環シフトインデックスを含む循環シフトインデックスセットを有する無線リソース制御（ＲＲＣ）メッセージを受信するステップを含み、前記１つまたは複数のメッセージを送信するために使用される前記１つまたは複数のチャネルリソースは、２つまたは４つの循環シフトインデックスのいずれかを含む。
【0013】
いくつかの実施形態では、前記方法はさらに、前記移動局によって、ＰＵＣＣＨ長、リソースブロックインデックス、およびチャネルリソースグループインデックスを有する無線リソース制御（ＲＲＣ）メッセージを受信するステップを有する。
【0014】
例示的な実施形態では、前記チャネルリソースは、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースである。いくつかの実施形態では、チャネルリソースグループの前記第１セットは、少なくとも１つのチャネルリソースグループを含む。いくつかの実施形態では、チャネルリソースグループの前記第２セットは、少なくとも１つのチャネルリソースグループを含む。
【0015】
別の例示的な実施形態は、基地局において実行される無線通信方法を開示する。前記方法は以下を有する：複数の移動局のそれぞれに対して割り当てられたチャネルリソースグループの第１セットの第１通知を送信するステップであって、各前記チャネルリソースグループは少なくとも１つのチャネルリソースを有する、ステップ；複数の移動局のそれぞれに対して割り当てられたチャネルリソースグループの第２セットの第２通知を送信するステップであって、チャネルリソースグループの前記第１セットはチャネルリソースグループの前記第２セットを含み、前記第２通知はチャネルリソースグループの前記第１セットに属する１つまたは複数のチャネルリソースを示すように構成されている、ステップ；複数の移動局のうちの少なくとも１つから、前記１つまたは複数のチャネルリソース上の１つまたは複数のメッセージを受信するステップ。
【0016】
いくつかの実施形態では、チャネルリソースグループの前記第１セットは、互いに異なる数のチャネルリソースを有する少なくとも２つのチャネルリソースグループを含む。いくつかの実施形態では、チャネルリソースグループの前記第１セットは、少なくとも２つのチャネルリソースグループを含み、前記少なくとも２つのチャネルリソースグループのそれぞれは、１つまたは複数のチャネルリソースを含む。いくつかの実施形態では、チャネルリソースグループの前記第２セットは、１つまたは複数のチャネルリソースを含む。
【0017】
いくつかの実施形態では、前記基地局によって送信される前記第２通知は、前記複数の移動局のそれぞれに対して割り当てられたチャネルリソースグループの前記第２セットに含まれる第１チャネルリソースグループを識別する第１チャネルリソースグループインデックスを含む。
【0018】
いくつかの実施形態では、前記１つまたは複数のメッセージは、肯定応答（ＡＣＫ）メッセージまたは非肯定応答（ＮＡＣＫ）メッセージのうちの任意の１つまたは複数を含む。
【0019】
いくつかの実施形態では、前記第１通知を送信するステップは、チャネルリソースグループの前記第１セットを複数の移動局のそれぞれに対して割り当てる無線リソース制御（ＲＲＣ）メッセージを送信するステップを含む。いくつかの実施形態では、前記第２通知を送信するステップは、チャネルリソースグループの前記第２セットを複数の移動局のそれぞれに対して割り当てるダウンリンク制御情報（ＤＣＩ）を送信するステップを含む。
【0020】
いくつかの実施形態において、前記基地局において実施される前記方法はさらに、少なくとも１つのリソースセットを有する無線リソース制御（ＲＲＣ）メッセージを前記複数の移動局に対して送信するステップを有し、前記少なくとも１つのリソースセットは、ＨＡＲＱ－ＡＣＫタイミング値、ＰＵＣＣＨ形式、ＰＵＣＣＨ長、チャネルリソースグループインデックス、時間領域直交カバーコード（ＯＣＣ）、周波数ドメインＯＣＣ、のうち任意の１つ以上を含む。
【0021】
いくつかの実施形態では、前記基地局において実施される前記方法はさらに、ＰＵＣＣＨ長、リソースブロックインデックス、巡回シフトインデックスセット、およびチャネルリソースグループインデックスを有する無線リソース制御（ＲＲＣ）メッセージを前記複数の移動局に対して送信するステップを含み、前記巡回シフトインデックスセットは、２つまたは４つの巡回シフトインデックスを含む。
【0022】
いくつかの実施形態では、前記チャネルリソースは、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースである。いくつかの実施形態では、チャネルリソースグループの前記第１セットは、少なくとも１つのチャネルリソースグループを含む。いくつかの実施形態では、チャネルリソースグループの前記第２セットは、少なくとも１つのチャネルリソースグループを含む。
【0023】
さらに別の例示的な態様では、上述の方法は、プロセッサ実行可能コードの形態で実施され、コンピュータ可読プログラム媒体に格納される。
【0024】
さらに別の例示的な実施形態では、上述の方法を実行するように構成または動作可能なデバイスが開示される。
【0025】
上記および他の態様ならびにそれらの実施は、図面、説明、および特許請求の範囲においてより詳細に説明される。
【図面の簡単な説明】
【0026】
【図1】ＰＵＣＣＨチャネルリソースグループを管理し、利用する例示的な基地局および移動局を示す。
【0027】
【図2】新たなダウンストリームトラフィック送信に起因するＡＣＫ／ＮＡＣＫを送信するためのリソース数の増加を示す。
【0028】
【図3】ＰＵＣＣＨリソース値とシンボルインデックスおよびリソースブロックインデックスとの間の関係の例示的なマッピングを示す。
【0029】
【図4】移動局が、１つまたは複数のチャネルリソースを使用して１つまたは複数のメッセージを送信するための例示的なフローチャートを示す。
【0030】
【図5】基地局が複数の移動局に対してチャネルリソースグループを割り当てるための例示的なフローチャートを示す。
【0031】
【図6】チャネルリソースグループを利用する移動局の例示的なブロック図を示す。
【0032】
【図7】チャネルリソースグループを割り当てる基地局の例示的なブロック図を示す。
【発明を実施するための形態】
【0033】
物理アップリンク制御チャネル（ＰＵＣＣＨ）は、移動局から基地局に情報を送信するために使用される無線チャネルである。例えば、移動局は、ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）およびＮＡＣＫ（Ｎｏｎ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）のような情報を送信するためにＰＵＣＣＨを使用することができる。移動局は、ＡＣＫ／ＮＡＣＫを基地局に送信することにより、基地局によって送信されたデータを移動局が適切に復号したかどうかを基地局に対して通知する。
【0034】
ＬＴＥ、ＬＴＥ－Ａ、および５Ｇシステムでは、順序選択送信方式は、短縮されたＰＵＣＣＨ方式上で、１～２ビットの肯定応答（ＡＣＫ）メッセージまたは非肯定応答（ＮＡＣＫ）メッセージの送信を可能にする。したがって、チャネルリソースシーケンスは、情報を搬送するために使用される。しかし、チャネルリソースシーケンス上で情報を搬送することは、より多くのリソースも消費する。例えば、１ビットの送信は２つのチャネルリソースを使用し、２ビットの送信は４チャネルリソースを使用する。
【0035】
現在、移動局は、ＰＵＣＣＨトランスポートフォーマットのために１つのＰＵＣＣＨチャネルリソースのみを使用する。しかしながら、シーケンス選択ベースのＰＵＣＣＨは、各アンテナポートに対して２つ以上のＰＵＣＣＨチャネルリソースを使用する。したがって、現在のシステムは、シーケンス選択ＰＵＣＣＨのためのチャネルリソースを制御する効果的な方法を欠いている。さらに、ＡＣＫ／ＮＡＣＫのために移動局によって使用されるチャネルリソースの数は、動的に変化する場合がある。例えば、移動局によるＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）の送信ビット数は、動的に変化する。したがって、チャネルリソースを移動局に対して効率的かつ動的に割り当てる必要がある。
【0036】
また、リソース情報が動的に変動し、物理層シグナリングによってリソース情報が通知されると、シグナリングオーバーヘッドが大きくなることがある。リソース情報は、例えば、ＰＵＣＣＨチャネルに含まれる時間領域シンボルの数、シンボル開始位置、およびＰＤＳＣＨとＰＵＣＣＨとの間のタイミング関係を含むことができる。したがって、より低い物理層シグナリングオーバーヘッドを実現するために、ＰＵＣＣＨに関連するリソース情報を通知するためのデバイスおよび方法が必要とされている。したがって、例示的な実施形態は、アップリンク制御チャネルのための柔軟なチャネルリソース割り当て方法を開示する。
【0037】
図１は、ＰＵＣＣＨチャネルリソースグループを管理し、利用する例示的な基地局および移動局を示す。基地局（１２０）は、複数の移動局（１１０ａ～１１０ｃ）の各々に対して割り当てられたチャネルリソースグループ（１４０ａ～１４０ｃ）の第１セットの第１通知を送信する。移動局（１１０ａ～１１０ｃ）は、１つまたは複数のＰＵＣＣＨチャネルリソース（１３０ａ～１３０ｃ）を使用して、１つまたは複数のメッセージを基地局（１２０）に対して送信する。図１の様々な特徴は、以下のセクションで説明される。
【0038】
以下のセクションでは、様々な実施例により、チャネルリソースグループの割り振り、割り当て、および利用をさらに説明する。実施例は、開示された主題の理解を容易にするために使用され、いかなる形であっても特許請求された主題の範囲を限定しない。したがって、１つの例の１つまたは複数の特徴は、別の例の１つまたは複数の特徴と組み合わせることができる。
【0039】
＜チャネルリソースグループの割り当て、割り当て、および利用のための例示的な実施形態＞
【0040】
＜実施例１＞
【0041】
実施形態において、基地局（１２０）は、例えば、移動局（１１０ａ）に割り振られた４つのチャネルリソースグループを含むことができるチャネルリソースグループの第１セット（１４０ａ）を、構成または割り当てる。基地局（１２０）は、上位レイヤ無線リソース制御（ＲＲＣ）メッセージを使用して第１通知を移動局（１１０ａ）に送信することによって、チャネルリソースグループの第１セット（１４０ａ）を割り当てることができる。実施形態において、チャネルリソースグループの第１セットは、少なくとも１つのチャネルリソースグループを含むことができる。別実施形態において、チャネルリソースグループの第１セットは、２つ以上のチャネルリソースグループを含むことができ、ここで、少なくとも２つのチャネルリソースグループは、互いに異なる数のチャネルリソースを有する。例えば、４つのチャネルリソースグループのうちの２つは、２つのチャネルリソースを含むことができ、他の２つのチャネルリソースグループは、４つのチャネルリソースを含むことができる。同じ数のチャネルリソースを含むチャネルリソースグループの数は、所定の値であってもよく、またはＲＲＣ構成可能であってもよい。
【0042】
基地局（１２０）はまた、移動局（１１０ａ）に対して割り当てられた第２セットのチャネルリソースグループ（１５０ａ）の第２通知を送信する。基地局（１２０）は、例えば、ダウンリンク制御情報（ＤＣＩ）内の２ビットを送信することによって、第２通知を移動局（１１０ａ）に送信することができる。基地局（１２０）が移動局（１１０ａ）に４つのチャネルリソースグループを割り当てる例を続ける。移動局（１１０ａ）に対して割り当てられたチャネルリソースグループの第２セットは、４つの割当済チャネルリソースグループのうちの１つのチャネルリソースグループを含むことができる。移動局（１１０ａ）に割り当てられた１つのチャネルリソースグループは、２つのチャネルリソースを含むことができる。この例では、第２通知は、移動局に対して割り当てられた１つのチャネルリソースグループを識別することができる（１１０ａ）。実施形態において、チャネルリソースグループの第１セットは、チャネルリソースグループの第２セットを含むことができる。
【0043】
実施形態において、移動局（１１０ａ）は、ＡＣＫ／ＮＡＣＫを送信するために、割り当てられたチャネルリソースグループ内のチャネルリソースのすべてを使用することができる。例えば、移動局（１１０ｂ）は、割り当てられたチャネルリソースグループ内の２つのチャネルリソースを使用してＡＣＫ／ＮＡＣＫを送信することができる。
【0044】
移動局（１１０ａ）は、受信した第２通知に基づいて、１つまたは複数のチャネルリソースを復号することができる。１つまたは複数のチャネルリソースは、チャネルリソースグループの第１セットに含まれる。移動局（１１０ａ）は、復号された１つまたは複数のチャネルリソースを使用して１つまたは複数のメッセージを送信することができる。１つまたは複数のメッセージは、肯定応答（ＡＣＫ）メッセージおよび非肯定応答（ＮＡＣＫ）メッセージのうちの任意の１つまたは複数を含む。
【0045】
上述のように、実施形態において、チャネルリソースグループの第１セットは、少なくとも２つのチャネルリソースグループを有することができる。この少なくとも２つのチャネルリソースグループは、互いに異なる数のチャネルリソースを有する。別実施形態において、チャネルリソースグループの第１セットは、少なくとも２つのチャネルリソースグループを含み、少なくとも２つのチャネルリソースグループのそれぞれは、移動局によって復号された１つまたは複数のチャネルリソースを含む。別実施形態において、チャネルリソースグループの第２セットは、移動局によって復号された１つまたは複数のチャネルリソースを含む。
【0046】
＜実施例２＞
【0047】
別の例として、基地局（１２０）は、実施例１の例示的なプロセスを使用して、上位レイヤＲＲＣを介して、４つのチャネルリソースグループを移動局（１１０ｂ）に対して構成または割り当てることができる。この例では、各チャネルリソースグループは、４つのチャネルリソースを有することができる。実施例１の例示的なプロセスを使用して、基地局（１２０）は、ＤＣＩ内の２ビットを介して、４つのチャネルリソースグループのうちの１つのチャネルリソースグループを移動局（１１０ｂ）に対して割り当てる。
【0048】
いくつかの実施形態では、移動局（１１０ｂ）は、ＡＣＫ／ＮＡＣＫを送信するために、割り当てられたチャネルリソースグループ内のチャネルリソースのうちのいくつかのみを使用することができる。移動局（１１０ｂ）は、ＡＣＫ／ＮＡＣＫ送信ビット数に基づいてチャネルリソース数を決定することができる。１ビットの送信は、２つのチャネルリソースを使用し、２ビットの送信は、4チャネルリソースを使用する。この例を続けると、移動局（１１０ｂ）は、割り当てられたチャネルリソースグループ内の４つのチャネルリソースのうちの最初の２つのチャネルリソースのみを使用してＡＣＫ／ＮＡＣＫを送信することができる。
【0049】
＜実施例３＞
【0050】
別の例として、基地局（１２０）は、実施例１の例示的なプロセスを使用して、上位レイヤＲＲＣを介して、移動局（１１０ｃ）に対して４つのチャネルリソースグループを構成または割り当てることができる。この例では、各グループは、２つのチャネルリソースを有することができる。実施例１の例示的なプロセスを使用して、基地局（１２０）は、ＤＣＩ内の２ビットを介して、４つのチャネルリソースグループのうちの１つのチャネルリソースグループを移動局（１１０ｃ）に対して割り当てる。
【0051】
この例において、第２通知は、第１チャネルリソースグループインデックスｍを含む。第１チャネルリソースグループインデックスｍは、移動局（１１０ｃ）に対して割り当てられたチャネルリソースグループの第２セットに含まれる第１チャネルリソースグループを識別する。１例として、第１チャネルリソースグループインデックスｍは、ゼロまたは１などのプリセット値とすることができる。移動局（１１０ｃ）は、ＡＣＫ／ＮＡＣＫを送信するために第１チャネルリソースグループを使用することができる。この実施形態では、移動局（１１０ｃ）は、追加のＡＣＫ／ＮＡＣＫ送信のために必要とされる場合、チャネルリソースグループの第１セットに含まれる第２チャネルリソースグループを識別する第２チャネルリソースグループインデックスを計算することができる。実施形態において、第２チャネルリソースグループインデックスは、第１チャネルリソースグループインデックスｍおよび所定値ｋの関数である。例えば、第２チャネルリソースグループインデックスは、第１チャネルリソースグループインデックスｍと所定値ｋとを加算することによって計算することができる。１例として、ｋの値を１に設定することができる。
【0052】
いくつかの他の実施形態では、第２通知は、移動局（１１０ｃ）に対して割り当てられたすべてのチャネルリソースグループを含むことができる。例えば、２つのチャネルリソースグループが移動局（１１０ｃ）に対して割り当てられる場合、移動局（１１０ｃ）は、ＤＣＩにおける２つのチャネルリソースグループインデックスｍ１およびｍ２を基地局から受信することができる。
【0053】
＜実施例４＞
【0054】
例示的な実施形態において、移動局は、異なるタイムスロットで実行されるダウンリンク送信のために、１つのタイムスロットでＰＵＣＣＨフィードバックを送信することができる。図２に示されるように、スロット＃ｎおよびスロット＃ｎ＋２に対するＡＣＫ／ＮＡＣＫフィードバックは、スロット＃ｎ＋２の短いＰＵＣＣＨ上で実行することができる。スロット＃ｎ＋２における新しいダウンストリーム送信に起因して、スロット＃ｎについて基地局によって通知されたチャネルリソースは、スロット＃ｎ＋２においてもはや適用できないことがある。したがって、基地局は、スロット＃ｎ＋２のための最新のチャネルリソースを通知して、スロット＃ｎのためのリソースを置換する。
【0055】
図２は、スロット＃ｎ＋２上の新たなダウンストリームトラフィック送信に起因する、ＡＣＫ／ＮＡＣＫを送信するためのリソース数の増加を示す。さらに、図２に示されるように、移動局はスロット＃ｎ＋２においてスロット＃ｎと＃ｎ＋２のＡＣＫ／ＮＡＣＫを送信するので、ＡＣＫ／ＮＡＣＫを送信するためのリソース数も増加する。リソースの浪費可能性を回避するために、ＲＲＣは、チャネルリソースを構成するときに、１ビット、２ビット、または３ビット以上をフィードバックするように、対応するチャネルリソースを構成することができる。したがって、いくつかの実施形態では、基地局は、ＲＲＣを使用してチャネルリソースを割り当てる。いくつかの実施形態では、基地局は、ＤＣＩを使用して、ＡＣＫ／ＮＡＣＫの送信のために追加のリソースを必要とする可能性があるチャネルリソースを移動局に対して動的に割り当てることができる。
【0056】
別実施形態において、異なる送信時間間隔（ＴＴＩ）長を有するダウンリンク送信は、送信されるべきＡＣＫ／ＮＡＣＫ数の動的変化につながる場合がある。例えば、ＴＴＩ ＃ｎにおける１ｍｓ物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関連する１ビットＡＣＫ／ＮＡＣＫが、ＴＴＩ ＃ｎ＋４におけるＰＵＣＣＨにおいて送信される場合、基地局またはｅＮＢは、ＴＴＩ ＃ｎ＋３における１つの短縮されたＰＤＳＣＨ送信をスケジュールする。対応する１つの１ビットＡＣＫ／ＮＡＣＫは、ＴＴＩ ＃ｎ＋４において、短縮されたＰＵＣＣＨで送信される。この例では、ＰＵＣＣＨに関連するＡＣＫ／ＮＡＣＫは、短縮されたＰＵＣＣＨに乗せて送信することができ、これは、短縮されたＰＵＣＣＨにおいて送信されるべきＡＣＫ／ＮＡＣＫの数を２ビットに増加させる。
【0057】
別実施形態において、ＡＣＫ／ＮＡＣＫビットの数は、キャリアアグリゲーション（ＣＡ）シナリオの場合において、動的に変化し得る。
【0058】
別実施形態において、２ビットＨＡＲＱ－ＡＣＫにおけるＨＡＲＱ－ＡＣＫバンドリングは、スケジューリング要求（ＳＲ）送信機会を有するスロットにおいて使用することができる。このような実施形態では、ＨＡＲＱ－ＡＣＫビットの数も動的に変化する可能性がある。いくつかの実施形態においては、基地局またはｅＮＢは、動的に変化するＨＡＲＱ－ＡＣＫビットの数を調整するために、ＰＵＣＣＨリソース割当のために本特許文書で議論された方法を使用することができる。別実施形態において、基地局またはｅＮＢは、ＳＲ送信機会を有するスロットおよびＳＲ送信機会を有さないスロットについて、移動局に対してＰＵＣＣＨリソースの別個のセットを構成することができる。例えば、ＳＲ伝送機会のないスロットでのＨＡＲＱ－ＡＣＫ伝送用リソースのセットは、ＳＲ伝送機会のないスロットでのＨＡＲＱ－ＡＣＫ伝送用リソースのサブセットであってもよい。
【0059】
＜実施例５＞
【0060】
別例において、基地局（１２０）は、以下の表１に示すように、ＰＵＣＣＨリソーステーブルからの情報を移動局（１１０ａ）に送信することができる。実施形態において、基地局（１２０）は、移動局（１１０ａ）に対して、ＨＡＲＱ－ＡＣＫタイミング値（ｋ）、ＰＵＣＣＨ形式、ＰＵＣＣＨ長およびＰＵＣＣＨリソース値、グループインデックスまたはチャネルリソースグループインデックスなどの情報を送信することができる。
【0061】
表１は、１６個のグループを含み、各グループがリソース情報を含む移動局に対して送信されるリソースセットの例である。実施形態において、２つ以上のリソースセットを１つ以上の移動局に送信することができる。ＨＡＲＱ－ＡＣＫのタイミング値ｋは、表１に示すように、０や１のような所定の数値とすることができる。この点をさらに説明するために、実施例４では、スロット＃ｎおよび＃ｎ＋２におけるｋの値は、それぞれゼロおよび２とすることができる。ＰＵＣＣＨ長は、シンボル数を示す。この実施形態では、実施例５のＰＵＣＣＨリソース値は、１つのチャネルリソースのみに関連付けられる。したがって、この実施形態では、チャネルリソースグループインデックスによって示される各チャネルリソースグループは、１つのチャネルリソースのみを含む。グループインデックスまたはチャネルリソースグループインデックスは、移動局に対して割り当てられたグループの数を示す。
【表1】
【0062】
ネットワークまたは基地局（１２０）は、無線リソース制御（ＲＲＣ）シグナリングを介して、表１などのＰＵＣＣＨリソーステーブルを用いて構成することができる。いくつかの実施形態において、基地局（１２０）は、少なくとも１つのリソースセットからなるＲＲＣメッセージを送信する。これには、ＨＡＲＱ－ＡＣＫタイミング値、ＰＵＣＣＨフォーマットタイプ、ＰＵＣＣＨ長、ＰＵＣＣＨリソース値、チャネルリソースグループインデックスのうち任意の１つ以上が含まれる。いくつかの実施形態では、ＲＲＣシグナリングは、移動局能力または送信モードなどの他の情報と組み合わせることができる。いくつかの実施形態では、基地局（１２０）はさらに、ＲＲＣメッセージ中の直交カバーコード（ＯＣＣ）情報および周波数ホッピング有効化または無効化情報を通知することができる。例えば、基地局（１２０）は、時間領域直交カバーコード（ＯＣＣ）および周波数領域ＯＣＣを１つまたは複数の移動局に対して通知することもできる。基地局（１２０）は、移動局（１１０ａ）に対して、例えばＤＣＩ内の４ビットを使用してチャネルリソースグループインデックスを通知することができる。
【0063】
図３に示されるように、移動局がＰＵＣＣＨリソース値を受信すると、移動局は、ＰＵＣＣＨ送信のために、時間領域、周波数領域、またはコード領域のうちの任意の１つまたは複数において、リソースをフォローアップし、取得することができる。例えば、図３に示すように、移動局は、ＰＵＣＣＨリソース値とＰＵＣＣＨ開始シンボルインデックスと開始リソースブロック（ＲＢ）インデックスとの間の関係をマッピングすることができる。図３において、時間領域におけるスロット長は、７つのアップリンクシンボルを含む。移動局は、時間領域シンボルおよび周波数領域リソースブロックにおいてＰＵＣＣＨリソース値をマッピングする。図３に例示されているように、ＰＵＣＣＨ資源価値が８であれば、モバイルステーションは、開始シンボルインデックスが１であり、開始ＲＢインデックスが１であることを決定できる。いくつかの実施形態では、移動局はＰＵＣＣＨ資源価値を受け取り、ＰＵＣＣＨを送信するために表１に示された他のリソース情報を得ることができる。
【0064】
ＲＢインデックスとシンボルインデックスとの共通部分は、リソースサブセットに関連付けられる。いくつかの実施形態では、各リソースサブセットは、循環シフト、時間領域ＯＣＣ、または周波数領域ＯＣＣなどの１つまたは複数のリソースを備える。各ＰＵＣＣＨリソース値は、１つのリソースに対応することができる。例えば、ロングＰＵＣＣＨフォーマットにおける１ビットまたは２ビットのＡＣＫ／ＮＡＣＫ送信の場合、各リソースサブセットは、１２個の循環シフト値を有することができる。この例においては、第１ＲＢおよび第１シンボル内の第１リソースサブセットは、ＰＵＣＣＨリソース値０～１１を有することができる。次のリソースサブセットは、１２から２３までのＰＵＣＣＨリソース値を有することができ、以下同様である。別実施形態において、周波数領域における１つまたは複数のＲＢと組み合わされた時間領域における１つまたは複数のシンボルは、リソースサブセットに対応するユニットとして定義できる。例えば、４つのシンボルおよび１つのＲＢは、リソースサブセットのための最小単位であり得る。各リソースサブセットは、循環シフト、時間領域ＯＣＣ、または周波数領域ＯＣＣなどの１つまたは複数のリソースを備えることができる。
【0065】
他の実施形態において、移動局は、少なくとも１つのリソースセットについてＲＲＣメッセージを受け取ることができ、ＲＲＣメッセージは、ＨＡＲＱ－ＡＣＫタイミング値、ＰＵＣＣＨフォーマットタイプ、ＰＵＣＣＨ長、ＰＵＣＣＨリソース値、チャネルリソースグループインデックス、時間領域直交カバーコード（ＯＣＣ）、および頻度ドメインＯＣＣからなる。
【0066】
＜実施例６＞
【0067】
別例において、基地局（１２０）は、以下の表２に示すように、ＰＵＣＣＨリソーステーブルからの情報を移動局（１１０ｂ）に対して送信することができる。例示的な実施形態では、表２は、最大２ビットを搬送する１つまたは２つのシンボルＰＵＣＣＨフォーマットのために使できるリソースセットである。いくつかの実施形態では、基地局（１２０）は、ＰＵＣＣＨ長およびＰＵＣＣＨ ＲＢインデックス、巡回シフトインデックス、グループインデックスまたはチャネルリソースグループインデックスなどの情報を移動局（１１０ｂ）に対して送信することができる。
【0068】
例示的な表２は、それぞれがリソース情報を含む８つのグループを含む。基地局（１２０）は、移動局（１１０ｂ）に対して、例えばＤＣＩ内の３ビットを使用してチャネルリソースグループインデックスを通知することができる。図中の各循環シフトインデックスセットは、２つまたは４つの循環シフトインデックスを含むことができる。例えば、セット＃０は循環シフトインデックス｛０，６｝を含み、セット＃１は循環シフトインデックス｛３，９｝を含み、セット＃２は循環シフトインデックス｛０，３，６，９｝を含み、セット＃３は循環シフトインデックス｛０，１，２，３｝を含む。別の例として、ＲＢインデックスａ０がａ１に等しくない場合、セット＃１およびセット＃２は、同じ循環シフトインデックスを含むことができる。いくつかの実施形態では、移動局によって送信される１つまたは複数のＡＣＫ／ＮＡＣＫメッセージは、２つまたは４つの循環シフトインデックスを含む。
【表2】
【0069】
ネットワークまたは基地局（１２０）は、ＲＲＣシグナリングを使用して、表２などのＰＵＣＣＨリソーステーブルを用いて構成できる。いくつかの実施形態では、基地局（１２０）は、ＰＵＣＣＨ長およびＰＵＣＣＨ ＲＢインデックス、巡回シフトインデックス、ならびにグループインデックスまたはチャネルリソースグループインデックスを有する無線リソース制御（ＲＲＣ）メッセージを送信する。いくつかの実施形態では、ＲＲＣシグナリングは、移動局能力または送信モードなどの他の情報と組み合わせることができる。いくつかの実施形態では、基地局（１２０）は、ＲＲＣメッセージ内の開始シンボルを通知することもできる。いくつかの実施形態では、基地局（１２０）は、ＲＲＣメッセージ中のショートＰＵＣＣＨのマッピング構造を通知することもできる。例えば、短いＰＵＣＣＨのマッピング構造は、櫛状または連続的に、周波数領域においてマッピングすることができる。
【0070】
＜実施例７＞
【0071】
別の例では、基地局（１２０）は、以下の例示的な表３に示すように、ＰＵＣＣＨリソーステーブルからの情報を移動局（１１０ｂ）に対して送信することができる。例示的な実施形態では、表３は、最大２ビットを搬送するＰＵＣＣＨフォーマットのために使用できるリソースセットである。いくつかの実施形態では、基地局（１２０）は、ＰＵＣＣＨフォーマット、ＰＵＣＣＨ長およびＰＵＣＣＨリソース値、巡回シフトインデックス、およびグループインデックスまたはチャネルリソースグループインデックスなどの情報を移動局（１１０ｂ）に対して送信することができる。移動局は、ＰＵＣＣＨリソース値を使用して、図３に示されるように開始シンボルと開始ＲＢをさらに通知することができる。いくつかの実施形態では、短いＰＵＣＣＨフォーマットの各循環シフトインデックスセットは、２つまたは４つの循環シフトを含む。別実施形態において、ロングＰＵＣＣＨフォーマットのための各循環シフトインデックスセットは、１つの循環シフトを含む。いくつかの実施形態では、対応するＣＳインデックスセットが２つのＣＳのみを含みつつ２ビットが送信される場合、ＵＥは、構成されたＲＢインデックスによって明示的に通知することができる別のＲＢを自動的に使用する。
【表3】
【0072】
いくつかの実施形態では、基地局は、最大２ビットを搬送するＰＵＣＣＨフォーマットと、３ビット以上を搬送するＰＵＣＣＨフォーマットとについて、別個のリソースセットを構成する。いくつかの実施形態では、基地局は、ショートＰＵＣＣＨフォーマットおよびロングＰＵＣＣＨフォーマットについて、別個のリソースセットを構成する。
【0073】
いくつかの実施形態では、基地局（１２０）は、以下の例示的な表４に示すように、ＰＵＣＣＨリソーステーブルからの情報を移動局（１１０ｂ）に対して送信することができる。例示的な実施形態では、表４は、最大２ビットを搬送するＰＵＣＣＨフォーマットのために使用できるリソースセットである。いくつかの実施形態では、基地局（１２０）は、ＰＵＣＣＨフォーマット、ＰＵＣＣＨ長およびＰＵＣＣＨリソース値、時間領域ＯＣＣ、巡回シフトインデックス、およびグループインデックスまたはチャネルリソースグループインデックスなどの情報を移動局（１１０ｂ）に対して送信することができる。移動局は、図４に示されるように、開始シンボルおよび開始ＲＢをさらに示すためにＰＵＣＣＨリソース値を使用することができる。いくつかの実施形態では、ショートＰＵＣＣＨフォーマットのための各循環シフトインデックスセットは、２つまたは４つの循環シフトを含む。いくつかの他の実施形態では、ロングＰＵＣＣＨフォーマットのための各循環シフトインデックスセットは、１つの循環シフトを含む。別実施形態において、時間領域ＯＣＣは、ロングＰＵＣＣＨフォーマットにのみ適用される。いくつかの実施形態では、対応するＣＳインデックスセットが２つのＣＳのみを含つつ２ビットが送信される場合、ＵＥは、構成されたＲＢインデックスによって明示的に通知できる別のＲＢを自動的に使用する。
【表4】
【0074】
いくつかの他の実施形態では、表４のような類似のリソースセットは、２ビットを超えるＰＵＣＣＨフォーマットについて定義することができ、列＃５の「巡回シフトインデックス」を「ＲＢの数」で置き換えるだけである。別実施形態において、基地局は、すべてのＰＵＣＣＨフォーマットに対して単一のリソースセットのみを構成する。
【0075】
図４は、移動局が１つまたは複数のチャネルリソースを使用して１つまたは複数のメッセージを送信するための例示的なフローチャートを示す。第１通知オペレーション４０２を受信すると、移動局は、移動局に対して割り当てられたチャネルリソースグループの第１セットの第１通知を受信する。各チャネルリソースグループは、少なくとも１つのチャネルリソースを備える。第２通知オペレーション４０４を受信すると、移動局は、移動局に対して割り当てられたチャネルリソースグループの第２セットの第２通知を受信する。チャネルリソースグループの第１セットは、チャネルリソースグループの第２セットを含む。第２通知は、チャネルリソースグループの第１セットに属する１つまたは複数のチャネルリソースを通知するように構成される。いくつかの実施形態では、移動局は、第２通知に基づいて１つまたは複数のチャネルリソースを復号することができ、ここで、１つまたは複数のチャネルリソースは、チャネルリソースグループの第１セットに属する。送信動作４０６において、移動局は、１つまたは複数のチャネルリソースを使用して１つまたは複数のメッセージを送信する。
【0076】
図５は、基地局が複数の移動局に対してチャネルリソースグループを配分し、割り当てるための例示的なフローチャートを示す。第１通知オペレーション５０２を送信する際に、基地局は、複数の移動局のそれぞれに対して割り当てられたチャネルリソースグループの第１セットの第１通知を送信し、各チャネルリソースグループは、少なくとも１つのチャネルリソースを備える。第２通知オペレーション５０４の送信において、基地局は、複数の移動局の各々に対して割り当てられたチャネルリソースグループの第２セットの第２通知を送信する。チャネルリソースグループの第１セットは、チャネルリソースグループの第２セットを含む。第２通知は、チャネルリソースグループの第１セットに属する１つまたは複数のチャネルリソースを通知するように構成される。受信動作５０６において、基地局は、複数の移動局のうちの少なくとも１つから、１つまたは複数のチャネルリソース上の１つまたは複数のメッセージを受信する。
【0077】
図６は、ＡＣＫ／ＮＡＣＫなどの１つまたは複数のメッセージの送信のためにチャネルリソースグループを利用する移動局６００の例示的なブロック図を示す。移動局６００は、少なくとも１つのプロセッサ６１０と、その上に格納された命令を有するメモリ６０５とを有する。プロセッサ６１０が実行するときの命令は、様々なモジュールを使用して動作を実行するように移動局６００を構成する。受信器６２０は、基地局によって送信された様々な情報またはデータを受信する。
【0078】
配分済チャネルリソースグループモジュール６２５は、移動局に対して割り当てられたチャネルリソースグループの第１セットの第１通知を基地局から受信する。各チャネルリソースグループは、少なくとも１つのチャネルリソースを備える。割当済チャネルリソースグループモジュール６３０は、移動局に対して割り当てられたチャネルリソースグループの第２セットの第２通知を受信する。チャネルリソースグループの第１セットは、チャネルリソースグループの第２セットを含む。第２通知は、チャネルリソースグループの第１セットに属する１つまたは複数のチャネルリソースを示すように構成される。いくつかの実施形態では、移動局６００は、第２通知に基づいて１つまたは複数のチャネルリソースを復号する復号モジュール６３５を含み得る。復号モジュール６３５によって復号された１つまたは複数のチャネルリソースは、チャネルリソースグループの第１セットに属する。送信器６１５は、１つまたは複数のチャネルリソースを使用して１つまたは複数のメッセージを送信する。
【0079】
図７は、ＡＣＫ／ＮＡＣＫなどの１つまたは複数のメッセージの受信のためにチャネルリソースグループを割り振り、割り当てる基地局７００の例示的なブロック図を示す。基地局７００は、少なくとも１つのプロセッサ７１０と、その上に格納された命令を有するメモリ７０５とを含む。プロセッサ７１０が実行するときの命令は、様々なモジュールを使用しての動作を実行するように基地局７００を構成する。送信器７１５は、移動局に多様な情報またはデータを送信する。
【0080】
チャネルリソースグループ配分モジュール７２５は、複数の移動局のそれぞれに対して割り当てられたチャネルリソースグループの第１セットの第１通知を生成する。各チャネルリソースグループは、少なくとも１つのチャネルリソースを備える。送信器７１５は、複数の移動局の各々に対して割り当てられたチャネルリソースグループの第１セットの第１通知を送信する。
【0081】
チャネルリソースグループ割当モジュール７３０は、複数の移動局の各々に対して割り当てられたチャネルリソースグループの第２セットの第２通知を生成する。チャネルリソースグループの第１セットは、チャネルリソースグループの第２セットを含む。第２通知は、チャネルリソースグループの第１セットに属する１つまたは複数のチャネルリソースを示すように構成される。送信器７１５は、複数の移動局の各々に対して割り当てられたチャネルリソースグループの第２セットの第２通知を送信する。
【0082】
受信器７２０は、複数の移動局のうちの少なくとも１つから、チャネルリソースグループの第１セットに属する１つまたは複数のチャネルリソース上の１つまたは複数のメッセージを受信する。
【0083】
用語「例示的」は、「の例」を意味するために使用され、特に断らない限り、理想的または好ましい実施形態を意味しない。
【0084】
本明細書で説明される実施形態のいくつかは、方法またはプロセスの一般的なコンテキストで説明され、方法またはプロセスは、１実施形態では、ネットワーク化された環境内のコンピュータによって実行される、プログラムコードなどのコンピュータ実行可能命令を含む、コンピュータ可読媒体で実施されるコンピュータプログラム製品によって実装され得る。コンピュータ可読媒体は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）などを含むが、これらに限定されない、取外し可能および取外し不能記憶デバイスを含むことができる。したがって、コンピュータ可読媒体は、非一時的記憶媒体を含むことができる。一般に、プログラムモジュールは、特定のタスクを実行するか、または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含むことができる。コンピュータまたはプロセッサ実行可能命令、関連するデータ構造、およびプログラムモジュールは、本明細書で開示される方法のステップを実行するためのプログラムコードの例を表す。そのような実行可能命令または関連するデータ構造の特定のシーケンスは、そのようなステップまたはプロセスで説明される機能を実装するための対応する動作の例を表す。
【0085】
開示された実施形態のいくつかは、ハードウェア回路、ソフトウェア、またはそれらの組み合わせを使用して、デバイスまたはモジュールとして実装され得る。例えば、ハードウェア回路実装は、例えば、プリント回路基板の一部として集積される個別のアナログおよび／またはデジタル構成要素を含むことができる。代替的に、または追加的に、開示されたコンポーネントまたはモジュールは、特定用途向け集積回路（ＡＳＩＣ）および／またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）デバイスとして実装することができる。いくつかの実装形態は、追加的にまたは代替的に、本出願の開示された機能に関連するデジタル信号処理の動作上の必要性のために最適化されたアーキテクチャを有する特殊化されたマイクロプロセッサであるデジタル信号プロセッサ（ＤＳＰ）を含むことができる。同様に、各モジュール内の様々なコンポーネントまたはサブコンポーネントは、ソフトウェア、ハードウェア、またはファームウェアで実装され得る。モジュールおよび／またはモジュール内の構成要素間の接続性は、インターネット、有線、または適切なプロトコルを使用する無線ネットワークを介する通信を含むが、これらに限定されない、当技術分野で知られている接続性方法および媒体のうちの任意の１つを使用して提供され得る。
【0086】
この文書は多くの詳細を含むが、これらは、特許請求される発明の範囲または特許請求され得る発明の範囲に対する限定として解釈されるべきではなく、むしろ、特定の実施形態に特有の特徴の説明として解釈されるべきである。別個の実施形態の文脈で本文書に記載されている特定の特徴は、単一の実施形態においても組み合わせて実施することができる。逆に、単一の実施形態の文脈で説明される様々な特徴は、複数の実施形態で別々に、または任意の適切なサブコンビネーションで実装することもできる。さらに、特徴は、特定の組み合わせで動作するものとして上記で説明されてもよく、そのようなものとして最初に特許請求されてもよいが、特許請求される組み合わせからの１つまたは複数の特徴は、場合によっては、その組み合わせから削除されてもよく、特許請求される組み合わせは、下位組み合わせまたは下位組み合わせの変形に向けられてもよい。同様に、動作は、特定の順序で図面に示されているが、これは、望ましい結果を達成するために、そのような動作が、示された特定の順序で、または連続的な順序で実行されること、または示されたすべての動作が実行されることを必要とするものとして理解されるべきではない。
【0087】
ほんの少数の実装および例が説明され、他の実装、拡張、および変形が、本開示で説明および図示されるものに基づいて行われ得る。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】