知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-03-07
(45)【発行日】2022-03-15
(54)【発明の名称】情報送信方法、装置、プロセッサー及び記憶媒体
(51)【国際特許分類】
H04W 28/04 20090101AFI20220308BHJP
H04W 72/14 20090101ALI20220308BHJP
H04L 27/26 20060101ALI20220308BHJP
H04W 72/04 20090101ALI20220308BHJP
【ＦＩ】
H04W28/04 110
H04W72/14
H04L27/26 113
H04W72/04 131
【請求項の数】
17
(21)【出願番号】P 2020526590
(86)(22)【出願日】2018-11-13
(65)【公表番号】
(43)【公表日】2021-02-04
(86)【国際出願番号】 CN2018115279
(87)【国際公開番号】W WO2019096135
(87)【国際公開日】2019-05-23
【審査請求日】2020-05-14
(31)【優先権主張番号】201711147183.X
(32)【優先日】2017-11-17
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】511151662
【氏名又は名称】中興通訊股▲ふん▼有限公司
【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ
【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ－Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７ Ｃｈｉｎａ
(74)【代理人】
【識別番号】100079049
【弁理士】
【氏名又は名称】中島 淳
(74)【代理人】
【識別番号】100084995
【弁理士】
【氏名又は名称】加藤 和詳
(72)【発明者】
【氏名】韓▲ショウ▼輝
(72)【発明者】
【氏名】夏樹強
(72)【発明者】
【氏名】苟偉
(72)【発明者】
【氏名】梁春麗
(72)【発明者】
【氏名】石靖
(72)【発明者】
【氏名】任敏
【審査官】青木 健
(56)【参考文献】
【文献】特表２０１４－５０１０７９（ＪＰ，Ａ）
【文献】Intel Corporation，Short PUCCH for UCI up to 2 bits，3GPP TSG RAN WG1 Meeting 90bis R1-1717382，2017年10月03日
【文献】ZTE et al.，Remaining issues on sPUCCH format design，3GPP TSG RAN WG1 Meeting #90bis R1-1717703，2017年09月30日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ ４／００ － ９９／００
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｌ ２７／２６
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
端末は、ネットワーク側が割り当てた無線リソースを受信することと、前記端末は、前記無線リソースに基づいて１つのリソースセットを取得することと、
前記端末は、リソースグループの数Ｙが２以上である前記リソースセット内の１つまたは複数のリソースグループを採用して上り情報を送信することと、を含み、
前記ネットワーク側が第１時間位置ｎ１と第２時間位置ｎ２で送信するスケジューリングデータ情報に対応するフィードバック情報は、いずれも前記端末の第３時間位置ｎ３で送信される場合、
前記端末が第１時間位置ｎ１のみでスケジューリングデータの制御情報を検出した場合、｛‘００’、‘１０’｝に対応するシーケンスを使用してフィードバック情報を送信することと、
前記端末が第２時間位置ｎ２のみでスケジューリングデータの制御情報を検出した場合、｛‘００’、‘０１’｝に対応するシーケンスを使用してフィードバック情報を送信することと、
前記端末が第１時間位置ｎ１と第２時間位置ｎ２でスケジューリングデータの制御情報を検出した場合、｛‘００’、‘０１’、‘１０’、‘１１’｝に対応するシーケンスを使用してフィードバック情報を送信し、
｛‘００’、‘０１’、‘１０’、‘１１’｝は、前記１つのリソースグループ内の異なるリソース要素であることと、
の少なくとも１つを満たす、
情報送信方法。
【請求項2】
前記リソースグループにはＭ個のリソース要素が含まれ、Ｍは２以上の整数であり、各リソースグループと他のリソースグループの間は、少なくとも１つのリソース要素が異なる、請求項１に記載の情報送信方法。
【請求項3】
前記上り情報は、上り制御情報肯定応答ＡＣＫ／否定応答ＮＡＣＫメッセージと、上りスケジューリング要求ＳＲと、ＡＣＫ／ＮＡＣＫメッセージ及びスケジューリング要求と、の１つを含む、請求項１に記載の情報送信方法。
【請求項4】
前記リソースグループに含まれる第１リソース要素は、第１リソース要素の初期値と、第１リソース要素の初期値のオフセット値と、の少なくとも１つである、請求項２に記載の情報送信方法。
【請求項5】
前記無線リソースの初期値は、前記オフセット値に基づいて第１暗黙的な指示の態様と組み合わせて取得する、請求項４に記載の情報送信方法。
【請求項6】
前記第１暗黙的な指示の態様は、下り制御チャネルの制御チャネル要素インデックスと、下りシステム帯域幅パートＢＷＰインデックスと、下り制御チャネルが位置するタイムスロットまたはシンボルのインデックスと、の１つまたは複数の情報によって指示を行うことを含む、請求項５に記載の情報送信方法。
【請求項7】
前記端末が前記無線リソースに基づいて１つのリソースセットを取得することは、前記端末は、前記第１リソース要素の初期値に対してランダム化する処理を行い、第１リソース値ｘ０を取得することを含み、
前記ランダム化の態様は、セル物理ＩＤと、セル仮想ＩＤと、上り制御が位置するスロットのインデックスと、上り制御が位置するシンボルのインデックスと、疑似乱数シーケンスと、下りトラフィックチャネルが位置するタイムスロットのインデックスと、下りトラフィックチャネルが位置するシンボルのインデックスと、の１つまたは複数の情報によって指示を行うことを含む、請求項４に記載の情報送信方法。
【請求項8】
前記ネットワーク側が第１時間位置ｎ１と第２時間位置ｎ２で送信するデータ情報に対応するフィードバック情報は、いずれも前記端末の第３時間位置ｎ３で送信される場合、前記端末の、第１時間位置ｎ１のデータと第２時間位置ｎ２のデータに対するフィードバック情報に使用される第１リソース値ｘ０は、同じである、請求項７に記載の情報送信方法。
【請求項9】
前記端末が第１時間位置ｎ１のみでスケジューリングデータの制御情報を検出した場合、｛‘００’、‘１０’｝に対応するシーケンスを使用してフィードバック情報を送信し、前記端末が第２時間位置ｎ２のみでスケジューリングデータの制御情報を検出した場合、｛‘００’、‘０１’｝に対応するシーケンスを使用してフィードバック情報を送信し、前記端末が第１時間位置ｎ１と第２時間位置ｎ２でいずれもスケジューリングデータの制御情報を検出した場合、｛‘００’、‘０１’、‘１０’、‘１１’｝に対応するシーケンスを使用してフィードバック情報を送信する、請求項８に記載の情報送信方法。
【請求項10】
前記端末が第１時間位置ｎ１のみでスケジューリングデータの制御情報を検出した場合、｛ｘ０、ｘ２｝を使用してフィードバック情報を送信し、前記端末が第２時間位置ｎ２のみでスケジューリングデータの制御情報を検出した場合、｛ｘ０、ｘ１｝を使用してフィードバック情報を送信し、前記端末が第１時間位置ｎ１と第２時間位置ｎ２でいずれもスケジューリングデータの制御情報を検出した場合、｛ｘ０、ｘ１、ｘ２、ｘ３｝を使用してフィードバック情報を送信する、請求項８に記載の情報送信方法。
【請求項11】
前記端末が第１時間位置ｎ１のみでスケジューリングデータの制御情報を検出した場合、｛ｘ０、ｘ１｝を使用してフィードバック情報を送信し、前記端末が第２時間位置ｎ２のみでスケジューリングデータの制御情報を検出した場合、｛ｘ０、ｘ２｝を使用してフィードバック情報を送信し、前記端末が第１時間位置ｎ１と第２時間位置ｎ２でスケジューリングデータの制御情報を検出した場合、｛ｘ０、ｘ１、ｘ２、ｘ３｝を使用してフィードバック情報を送信する、請求項８に記載の情報送信方法。
【請求項12】
ネットワーク側が割り当てた無線リソースを受信するように設定される受信モジュールと、前記無線リソースに基づいて１つのリソースセットを取得するように設定される取得モジュールと、
リソースグループの数Ｙが２以上である前記リソースセット内の１つまたは複数のリソースグループを採用して上り情報を送信するように設定される送信モジュールと、を含む、情報送信装置であって、
前記ネットワーク側が第１時間位置ｎ１と第２時間位置ｎ２で送信するスケジューリングデータ情報に対応するフィードバック情報が、いずれも前記情報送信装置の第３時間位置ｎ３で送信される場合、
前記情報送信装置が第１時間位置ｎ１のみでスケジューリングデータの制御情報を検出した場合、｛‘００’、‘１０’｝に対応するシーケンスを使用してフィードバック情報を送信することと、
前記情報送信装置が第２時間位置ｎ２のみでスケジューリングデータの制御情報を検出した場合、｛‘００’、‘０１’｝に対応するシーケンスを使用してフィードバック情報を送信することと、
前記情報送信装置が第１時間位置ｎ１と第２時間位置ｎ２でスケジューリングデータの制御情報を検出した場合、｛‘００’、‘０１’、‘１０’、‘１１’｝に対応するシーケンスを使用してフィードバック情報を送信し、
｛‘００’、‘０１’、‘１０’、‘１１’｝は、前記１つのリソースグループ内の異なるリソース要素であることと、
の少なくとも１つを満たす、
情報送信装置。
【請求項13】
前記リソースグループにはＭ個のリソース要素が含まれ、Ｍは２以上の整数であり、各リソースグループと他のリソースグループの間は、少なくとも１つのリソース要素が異なる、請求項１２に記載の情報送信装置。
【請求項14】
前記上り情報は、上り制御情報肯定応答ＡＣＫ／否定応答ＮＡＣＫメッセージと、上りスケジューリング要求と、ＡＣＫ／ＮＡＣＫメッセージ及びスケジューリング要求と、の１つを含む、請求項１２に記載の情報送信装置。
【請求項15】
記憶したプログラムを含む記憶媒体であって、前記プログラムが作動されると、請求項１～１１のいずれか１項に記載の情報送信方法を実行する、記憶媒体。
【請求項16】
プログラムを作動させるプロセッサーであって、前記プログラムが作動されると、請求項１～１１のいずれか１項に記載の情報送信方法を実行する、プロセッサー。
【請求項17】
情報送信のプログラムを記憶するように設定されるメモリーと、前記プログラムを作動させるプロセッサーであって、前記プログラムが作動されると、請求項１～１１のいずれか１項に記載の情報送信方法を実行するように設定されるプロセッサーと、を含む、情報送信装置。
【発明の詳細な説明】
【技術分野】
【0001】
本出願は、出願番号２０７１１１４７１８３．Ｘ、出願日２０１７年１１月１７日の中国特許出願に基づいて提出し、該中国特許出願の優先権を主張するものであり、該中国特許出願の全ての内容が引用により本出願に援用される。
【0002】
本発明は、通信分野に関するがそれに限定されず、特に、情報送信方法、装置、プロセッサー及び記憶媒体に関する。
【背景技術】
【0003】
インダストリアルオートメーション、車のインターネット、遠隔制御、スマートグリッド、仮想現実などの新興サービスの出現に伴い、それを運ぶ無線通信システムの遅延に対してより高い要求が提出された。例えば、１ｍｓ、ひいては０．５ｍｓのエアインターフェース（Ａｉｒ Ｉｎｔｅｒｆａｃｅ）の遅延が必要である。そのため、第３世代パートナープロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ、３ＧＰＰ）は、それぞれ、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）・ＬＴＥアドバンスト（ＬＴＥ－Ａｄｖａｎｃｅｄ、ＬＴＥ－Ａ）システムと新世代である第５世代移動通信システム（Ｆｉｆｔｈ－ｇｅｎｅｒａｔｉｏｎ、５Ｇ）に基づいて、低遅延に関連する議題の研究を段階的に展開して来た。
【0004】
ＬＴＥ／ＬＴＥ－Ａシステムにおいて、伝送時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ、ＴＴＩ）は、下り及び上り伝送スケジューリングのタイムドメインにおける基本単位である。ＬＴＥシステムに基づく低遅延サービスを満たすために、現在の標準では短縮されたＴＴＩスケジューリングが定義されており、各短縮されたＴＴＩは、２つの直交周波数分割多重（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｌｅｘｉｎｇ、ＯＦＤＭ）シンボルのみを含むことができる。
【0005】
関連技術の５Ｇシステムにおいて、下り混合自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ、ＨＡＲＱ）をより速く行うために、必要に応じて、自己完結型フィードバックを実現する必要があり、このとき、上り制御シンボルは１つまたは２つのタイムドメインシンボルしか存在しない可能性がある。
【0006】
関連技術において、上り制御信号のシングルキャリア特性を維持し、より良い上りカバー及びパワー増幅器効率をサポートするために、１つの解決案は、１つまたは２つのシンボルの中でシーケンス選択に基づく設計構造を採用して、１または２ビットの肯定応答（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）または否定応答（Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＮＡＣＫ）の送信に用いられる。例えば、１ビットのＡＣＫ／ＮＡＣＫの送信については、シーケンス０はＡＣＫを表し、シーケンス１はＮＡＣＫを表すことを採用してもよく、受信側はピーク値の大きさに基づいてＡＣＫまたはＮＡＣＫを判断することができる。しかし、可能な限り性能を向上し、下り制御チャネルの検知漏れによる不確定問題を回避するために、具体的にどのシーケンスリソースを採用してＡＣＫを表し、どのシーケンスリソースを採用してＮＡＣＫを表すかについて、どのように確定することは、さらに解決する必要がある。同時に、ＡＣＫ／ＮＡＣＫとスケジューリング要求（Ｓｃｈｅｎｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ、ＳＲ）とが同時に送信される場合に柔軟な割り当てができない問題もある。
【発明の概要】
【発明が解決しようとする課題】
【0007】
これに鑑み、本発明実施例は、上り情報の送信リソースを柔軟に割り当てることができる情報送信方法、装置、プロセッサー及び記憶媒体を提供することを期待する。
【課題を解決するための手段】
【0008】
本発明実施例は、
端末は、ネットワーク側が割り当てた無線リソースを受信することと、
前記端末は、前記無線リソースに基づいて１つのリソースセットを取得することと、
前記端末は、リソースグループの数が２以上である前記リソースセット内の１つまたは複数のリソースグループを採用して上り情報を送信することと、を含む、情報送信方法を提供する。
端末は、ネットワーク側が割り当てた無線リソースを受信することと、
前記端末は、前記無線リソースに基づいて１つのリソースセットを取得することと、
前記端末は、リソースグループの数が２以上である前記リソースセット内の１つまたは複数のリソースグループを採用して上り情報を送信することと、を含む、情報送信方法を提供する。
【0009】
本発明実施例は、
ネットワーク側が割り当てた無線リソースを受信するように設定される受信モジュールと、
前記無線リソースに基づいて１つのリソースセットを取得するように設定される取得モジュールと、
リソースグループの数が２以上である前記リソースセット内の１つまたは複数のリソースグループを採用して上り情報を送信するように設定される送信モジュールと、を含む、情報送信装置をさらに提供する。
ネットワーク側が割り当てた無線リソースを受信するように設定される受信モジュールと、
前記無線リソースに基づいて１つのリソースセットを取得するように設定される取得モジュールと、
リソースグループの数が２以上である前記リソースセット内の１つまたは複数のリソースグループを採用して上り情報を送信するように設定される送信モジュールと、を含む、情報送信装置をさらに提供する。
【0010】
本発明実施例は、記憶したプログラムを含む記憶媒体であって、前記プログラムが作動されると、本発明実施例に係る情報送信方法を実行する、記憶媒体をさらに提供する。
【0011】
本発明実施例は、プログラムを作動させるように設定されるプロセッサーであって、前記プログラムが作動されると、本発明実施例に係る情報送信方法を実行する、プロセッサーをさらに提供する。
【0012】
情報送信のプログラムを記憶するように設定されるメモリーと、
前記プログラムを実行するように設定されるプロセッサーであって、前記プログラムが作動されると、本発明実施例に係る情報送信方法を実行するプロセッサーと、を含む情報送信装置をさらに提供する。
前記プログラムを実行するように設定されるプロセッサーであって、前記プログラムが作動されると、本発明実施例に係る情報送信方法を実行するプロセッサーと、を含む情報送信装置をさらに提供する。
【発明の効果】
【0013】
本発明実施例により、上り情報における複数のメッセージの動的多重化が柔軟に実現され、関連技術において上り情報の送信リソースを柔軟に割り当てできない問題を解決し、上り制御情報のオーバーヘッドを低減した。
【図面の簡単な説明】
【0014】
【図1】本発明実施例に係る情報送信方法のフローチャートである。
【図2】本発明実施例に係る情報送信装置の構造ブロック図である。
【図3】本発明実施例に係る２つの下りリンクのデータ伝送に対応するＨＡＲＱ－ＡＣＫフィードバックは、いずれも１つの上り制御チャネルに対応する模式図である。
【発明を実施するための形態】
【0015】
以下、図面を参照しながら実施例に結び付けて本発明を説明する。なお、衝突しない場合、本発明の実施例及び実施例の特徴を組み合わせることができる。
【0016】
なお、本発明の明細書と特許請求の範囲及び上述した図面における「第１」と「第２」などの用語は、類似する対象を区別するためのものであり、特定の順序又は前後順序を説明するものではない。
【0017】
本発明実施例で動作するネットワークアーキテクチャは、基地局と、端末とを含み、基地局と端末の間で情報のインタラクションが行われる。
【0018】
【0019】
ステップＳ１０２において、端末は、ネットワーク側が割り当てた無線リソースを受信する。
【0020】
ステップＳ１０４において、端末は、無線リソースに基づいて１つのリソースセットを取得する。
【0021】
ステップＳ１０６において、端末は、リソースセット内の１つまたは複数のリソースグループを採用して上り情報を送信する。リソースセット内のリソースグループの数Ｙは２以上である。
【0022】
上述したステップにより、上り情報における複数のメッセージの動的多重化が柔軟に実現され、関連技術において上り情報の送信リソースを柔軟に割り当てできない問題を解決し、上り制御情報のオーバーヘッドを低減した。
【0023】
実際の応用において、上記ステップの実行主体は携帯電話などの端末であってもよいが、これに限定されない。
【0024】
実際の応用において、リソースグループにはＭ個のリソース要素が含まれ、Ｍは２以上の整数であり、各リソースグループと他のリソースグループの間は、少なくとも１つのリソース要素が異なる。
【0025】
１つの実施例において、上り情報は、上り制御情報肯定応答ＡＣＫ／否定応答ＮＡＣＫメッセージと、上りスケジューリング要求ＳＲと、ＡＣＫ／ＮＡＣＫメッセージ及びスケジューリング要求と、の１つを含む。
【0026】
１つの実施例において、リソースグループに含まれる第１リソース要素は、第１リソース要素の初期値と、第１リソース要素の初期値のオフセット値と、の少なくとも１つである。
【0027】
１つの実施例において、無線リソースまたはリソース要素の初期値は、オフセット値に基づいて第１暗黙的な指示の態様と組み合わせて取得する。
【0028】
１つの実施例において、第１暗黙的な指示の態様は、下り制御チャネルの制御チャネル要素インデックスと、下りシステム帯域幅パート（Ｂａｎｄ Ｗｉｄｔｈ Ｐａｒｔ、ＢＷＰ）インデックスと、下り制御チャネルが位置するタイムスロットまたはシンボルのインデックスと、の１つまたは複数の情報によって指示を行うことを含む。
【0029】
１つの実施例において、端末は無線リソースに基づいて１つのリソースセットを取得することは、端末は、第１リソース要素の初期値に対してランダム化する処理を行い、第１リソース値ｘ０を取得することを含む。ランダム化の態様は、セル物理ＩＤと、セル仮想ＩＤと、上り制御が位置するスロットのインデックスと、上り制御が位置するシンボルのインデックスと、疑似乱数シーケンスと、下りトラフィックチャネルが位置するタイムスロットのインデックスと、下りトラフィックチャネルが位置するシンボルのインデックスと、の１つまたは複数の情報によって指示を行うことを含む。
【0030】
１つの実施例において、端末は、第１リソース値ｘ０を利用して、第２暗黙的な指示方法によって第１リソース値セットを取得することを含む。
【0031】
１つの実施例において、第２暗黙的な指示方法は、第１リソース値セット内の他のオプションとして、端末はスケジューリング要求のみを送信する場合、端末は、第１リソース値ｘ０を採用し、リソースグループ内のリソース要素と組み合わせてスケジューリング要求を送信する。
【0032】
１つの実施例において、端末がＡＣＫ／ＮＡＣＫ情報のみを送信する場合、端末は、上り情報の状態に基づいて第１リソース値セット内の１つの第１リソース値を選択し、リソースグループ内のリソース要素と組み合わせてＡＣＫ／ＮＡＣＫ情報を送信する。
【0033】
１つの実施例において、端末がスケジューリング要求とＡＣＫ／ＮＡＣＫ情報を同時に送信する場合、端末は、ネットワーク側が割り当てたスケジューリング要求の一部のリソース要素と、ネットワーク側が割り当てたＡＣＫ／ＮＡＣＫ情報の一部のリソース要素を採用し、スケジューリング要求及びＡＣＫ／ＮＡＣＫ情報と、ＡＣＫ／ＮＡＣＫ情報と、の１つを送信する。
【0034】
１つの実施例において、ネットワーク側が割り当てたスケジューリング要求の一部のリソース要素は、シーケンス初期インデックスと、リソースブロック初期インデックスと、開始シンボルインデックスと、の少なくとも１つを含む。
【0035】
１つの実施例において、ネットワーク側が割り当てたＡＣＫ／ＮＡＣＫ情報の一部のリソース要素は、開始タイムスロット位置と、開始時間ドメインシンボルインデックスと、時間ドメインシンボル数と、時間ドメイン直交マスクインデックスと、周波数ホッピング有効化指示と、の少なくとも１つを含む。
【0036】
例として、第１リソース値は、シーケンス位相回転値であり、第１リソース値セットは、４つのシーケンスの位相回転値を含み、｛ｘ０、ｘ１、ｘ２、ｘ３｝と定義される。
【0037】
例として、第２暗黙的な指示の態様は、送信情報ビットが１ビットの場合、ｘ１＝（ｘ０＋Ｎ／２）ｍｏｄＮであり、Ｎはシーケンス長であることと、送信情報ビットが２ビットの場合、ｘ１＝（ｘ０＋Ｎ／４）ｍｏｄＮ、ｘ２＝（ｘ０＋３＊Ｎ／４）ｍｏｄＮ、ｘ３＝（ｘ０＋Ｎ／２）ｍｏｄＮ、あるいは、ｘ１＝（ｘ０＋３＊Ｎ／４）ｍｏｄＮ、ｘ２＝（ｘ０＋Ｎ／４）ｍｏｄＮ、ｘ３＝（ｘ０＋Ｎ／２）ｍｏｄＮ、Ｎは１より大きい整数であることと、を含む。
【0038】
例として、第２暗黙的な指示の態様は、ｘ１＝（ｘ０＋Ｎ／４）ｍｏｄＮ、ｘ２＝（ｘ０＋３＊Ｎ／４）ｍｏｄＮ、ｘ３＝（ｘ０＋Ｎ／２）ｍｏｄＮ、あるいは、ｘ１＝（ｘ０＋３＊Ｎ／４）ｍｏｄＮ、ｘ２＝（ｘ０＋Ｎ／４）ｍｏｄＮ、ｘ３＝（ｘ０＋Ｎ／２）ｍｏｄＮ、Ｎは１より大きい整数であること、を含む。
【0039】
例として、第２暗黙的な指示の態様は、ｘ１＝（ｘ０＋Ｎ／４）ｍｏｄＮ、ｘ２＝（ｘ０＋Ｎ／２）ｍｏｄＮ、ｘ３＝（ｘ０＋３＊Ｎ／４）ｍｏｄＮ、または、ｘ１＝（ｘ０＋３＊Ｎ／４）ｍｏｄＮ、ｘ２＝（ｘ０＋Ｎ／２）ｍｏｄＮ、ｘ３＝（ｘ０＋Ｎ／４）ｍｏｄＮ、Ｎは１より大きい整数であること、を含む。
【0040】
例として、上層シグナリングによってユーザー端末へ第２暗黙的な指示の態様を選択するポリシーを通知する。
【0041】
例として、位相回転値｛ｘ０、ｘ１、ｘ２、ｘ３｝に対応する情報ビットはそれぞれ｛‘００’、‘０１’、‘１０’、‘１１’｝であり、あるいは、｛‘００’、‘０１’、‘１１’、‘１０’｝であり、あるいは、｛‘００’、‘１０’、‘０１’、‘１１’｝である。
【0042】
１つの実施例において、位相回転値｛ｘ０、ｘ１、ｘ２、ｘ３｝に基づいて取得した４つのシーケンスは、それぞれ、｛ｘ０（ｎ）、ｘ１（ｎ）、ｘ２（ｎ）、ｘ３（ｎ）｝と定義され、端末が上り情報を送信する際のシーケンス選択方法は、
ただし、ｂ（０），…，ｂ（Ｍｂｉｔ－１）は、０または１の情報ビットであり、Ｍｂｉｔは、ビット数であり、ｙ（ｎ）は、端末が選択した１つのシーケンスであり、ｘｊ（ｎ）は、｛ｘ０（ｎ）、ｘ１（ｎ）、ｘ２（ｎ）、ｘ３（ｎ）｝セットの要素である。
【数1】
ただし、ｂ（０），…，ｂ（Ｍｂｉｔ－１）は、０または１の情報ビットであり、Ｍｂｉｔは、ビット数であり、ｙ（ｎ）は、端末が選択した１つのシーケンスであり、ｘｊ（ｎ）は、｛ｘ０（ｎ）、ｘ１（ｎ）、ｘ２（ｎ）、ｘ３（ｎ）｝セットの要素である。
【0043】
１つの実施例において、前記ネットワーク側が第１時間位置ｎ１と第２時間位置ｎ２で送信するデータ情報に対応するフィードバック情報は、いずれも前記端末の第３時間位置ｎ３で送信される場合、前記端末の、第１時間位置ｎ１のデータと第２時間位置ｎ２のデータに対するフィードバック情報に使用される第１リソース値ｘ０は、同じである。
【0044】
１つの実施例において、ユーザー端末が第１時間位置ｎ１のみでスケジューリングデータの制御情報を検出した場合、｛‘００’、‘１０’｝に対応するシーケンスを使用してフィードバック情報を送信し、ユーザー端末が第２時間位置ｎ２のみでスケジューリングデータの制御情報を検出した場合、｛‘００’、‘０１’｝に対応するシーケンスを使用してフィードバック情報を送信し、ユーザー端末が第１時間位置ｎ１と第２時間位置ｎ２でいずれもスケジューリングデータの制御情報を検出した場合、｛‘００’、‘０１’、‘１０’、‘１１’｝に対応するシーケンスを使用してフィードバック情報を送信する。
【0045】
１つの実施例において、ユーザー端末が第１時間位置ｎ１のみでスケジューリングデータの制御情報を検出した場合、｛ｘ０、ｘ２｝を使用してフィードバック情報を送信し、ユーザー端末が第２時間位置ｎ２のみでスケジューリングデータの制御情報を検出した場合、｛ｘ０、ｘ１｝を使用してフィードバック情報を送信し、ユーザー端末が第１時間位置ｎ１と第２時間位置ｎ２でいずれもスケジューリングデータの制御情報を検出した場合、｛ｘ０、ｘ１、ｘ２、ｘ３｝を使用してフィードバック情報を送信する。
【0046】
１つの実施例において、ユーザー端末が第１時間位置ｎ１のみでスケジューリングデータの制御情報を検出した場合、｛ｘ０、ｘ１｝を使用してフィードバック情報を送信し、ユーザー端末が第２時間位置ｎ２のみでスケジューリングデータの制御情報を検出した場合、｛ｘ０、ｘ２｝を使用してフィードバック情報を送信し、ユーザー端末が第１時間位置ｎ１と第２時間位置ｎ２でいずれもスケジューリングデータの制御情報を検出した場合、｛ｘ０、ｘ１、ｘ２、ｘ３｝を使用してフィードバック情報を送信する。
【0047】
１つの実施例において、ネットワークが割り当てたスケジューリング要求の無線リソースに対応する時間ドメインリソースと、ネットワークが割り当てたＨＡＲＱ－ＡＣＫの無線リソースに対応する時間ドメインリソースとは異なり、かつ一部のシンボルに重複が存在する場合、前記端末は、重複する一部のシンボルでＳＲのリソースを用いて前記ＨＡＲＱ－ＡＣＫのメッセージを送信する。
【0048】
１つの実施例において、ネットワークが割り当てたＳＲの無線リソースに対応する時間ドメインリソースと、ネットワークが割り当てたＨＡＲＱ－ＡＣＫの無線リソースに対応する時間ドメインリソースとは異なり、かつ一部のシンボルに重複が存在する場合、重複していないＳＲシンボルが存在すると、前記端末は、前記シンボルでＳＲのリソースを用いて前記ＳＲのメッセージを送信し、重複していないＨＡＲＱ－ＡＣＫシンボルが存在すると、前記端末は、前記シンボルでＨＡＲＱ－ＡＣＫリソースを用いて前記ＨＡＲＱ－ＡＣＫのメッセージを送信する。
【0049】
例として、前記ＨＡＲＱ－ＡＣＫのビット数は、１ビットまたは２ビットである。
【0050】
１つの実施例において、ネットワークが割り当てたＳＲの無線リソースに対応する時間ドメインリソースと、ネットワークが割り当てたＨＡＲＱ－ＡＣＫの無線リソースに対応する時間ドメインリソースとは異なり、かつ一部のシンボルに重複が存在する場合、ＨＡＲＱ－ＡＣＫ情報ビットの後または前にＳＲを１ビットとして追加し、符号化などの処理を経て、前記端末が重複している一部のシンボルのＨＡＲＱ－ＡＣＫリソースのみでＨＡＲＱ－ＡＣＫビットとＳＲビットを送信し、あるいは、前記端末がすべてのＨＡＲＱ－ＡＣＫシンボルのＨＡＲＱ－ＡＣＫリソースで、ＨＡＲＱ－ＡＣＫビットとＳＲビットを送信する。例として、前記ＨＡＲＱ－ＡＣＫのビット数は２ビットより大きい。
【0051】
１つの実施例において、ネットワークが割り当てたＳＲの無線リソースに対応する時間ドメインリソースと、ネットワークが割り当てたＨＡＲＱ－ＡＣＫの無線リソースに対応する時間ドメインリソースとは異なり、かつ一部のシンボルに重複が存在する場合、ＳＲリソースの時間ドメインシンボル長がＨＡＲＱ－ＡＣＫリソースのシンボル長以上であると、前記端末は重複シンボルでのＳＲの送信を破棄し、重複シンボルでＨＡＲＱ－ＡＣＫを送信し、ＳＲリソースの時間ドメインシンボル長がＨＡＲＱ－ＡＣＫリソースのシンボル長以下であると、前記端末は、重複シンボルでのＨＡＲＱ－ＡＣＫの送信を破棄し、重複シンボルでＳＲを送信する。
【0052】
１つの実施例において、ネットワークが割り当てたＨＡＲＱ－ＡＣＫの無線リソースには少なくとも１つのリソースまたはリソースグループが存在し、ネットワークが割り当てたＨＡＲＱ－ＡＣＫの無線リソースに対応する時間ドメインリソースはネットワークが割り当てたＳＲの無線リソースに対応する時間ドメインリソースと同じである。
【0053】
前記実施形態の説明により、当業者は前記実施例の方法がソフトウェアと必要となる一般的なハードウェアプラットフォームの態様で実現でき、当然、ハードウェアのみでも実現できるが、多くの場合、前者はより好適な実施形態であることを明瞭に理解できる。この理解に基づき、本発明の技術案は本質上あるいは従来技術に貢献できる部分はソフトウェア製品の形で具体化でき、該コンピュータソフトウェア製品は、１つの記憶媒体（例えば、読み取り専用メモリー（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）／ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁器ディスク、光ディスク）に記憶され、いくつかのコマンドを含んで一台の端末機器（携帯電話、コンピュータ、サーバー、あるいはネットワーク機器などであってもよい）に本発明の各実施例を実行させる。
【0054】
本発明実施例は、情報送信装置をさらに提供し、該装置は上述した情報送信方法を実現するために用いられ、説明したものはここでは繰り返し説明しない。例えば、以下で使用される用語「モジュール」は予め設定した機能を実現できるソフトウェア及び／又はハードウェアとの組み合わせであっても良い。以下の実施例で説明する装置はソフトウェアで実現するものが好適であるが、ハードウェア、あるいはソフトウェアとハードウェアの組み合わせでの実現も考えられる。
【0055】
図２は、本発明実施例に基づく情報送信装置の構造ブロック図であり、図２に示すように、該装置は、
ネットワーク側が割り当てた無線リソースを受信するように設定される受信モジュール２２と、
無線リソースに基づいて１つのリソースセットを取得するように設定される取得モジュール２４と、
リソースグループの数が２以上であるリソースセット内の１つまたは複数のリソースグループを採用して上り情報を送信するように設定される送信モジュール２６と、を含む。
ネットワーク側が割り当てた無線リソースを受信するように設定される受信モジュール２２と、
無線リソースに基づいて１つのリソースセットを取得するように設定される取得モジュール２４と、
リソースグループの数が２以上であるリソースセット内の１つまたは複数のリソースグループを採用して上り情報を送信するように設定される送信モジュール２６と、を含む。
【0056】
１つの実施例において、リソースグループにはＭ個のリソース要素が含まれ、Ｍは２以上の整数であり、各リソースグループと他のリソースグループの間は、少なくとも１つのリソース要素が異なる。
【0057】
１つの実施例において、上り情報は、上り制御情報肯定応答ＡＣＫ／否定応答ＮＡＣＫメッセージと、上りスケジューリング要求と、ＡＣＫ／ＮＡＣＫメッセージ及びスケジューリング要求と、の１つを含む。
【0058】
なお、前記各モジュールはソフトウェア又はハードウェアで実現できる。後者の場合は、以下の態様で実現できるが、それに限定されない。前記モジュールはすべて同じプロセッサーに位置するか、あるいは、前記各モジュールは任意組み合わせの形で異なるプロセッサーに位置する。
【0059】
本実施例は本発明の好ましい実施例に基づくものであり、具体的な実施形態に結び付けて本発明に対して詳しい説明を行うことに用いられる。
【0060】
上り制御信号のシングルキャリア特性を維持し、より良い上りカバー及びパワー増幅器効率をサポートするために、１つまたは２つのシンボルの中でシーケンス選択に基づく設計構造を採用して、１または２ビットのＡＣＫまたはＮＡＣＫの送信に用いられてもよい。例えば、１ビットのＡＣＫ／ＮＡＣＫの送信については、シーケンス０はＡＣＫを表し、シーケンス１はＮＡＣＫを表すことを採用してもよく、受信側はピーク値の大きさに基づいてＡＣＫまたはＮＡＣＫを判断することができる。しかし、可能な限り性能を向上し、下り制御チャネルの検知漏れによる不確定問題を回避するために、具体的にどのシーケンスリソースを採用してＡＣＫを表し、どのシーケンスリソースを採用してＮＡＣＫを表すかについて、どのように確定することは、解決する必要がある。同時に、ＡＣＫ／ＮＡＣＫとスケジューリング要求（Ｓｃｈｅｎｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ、ＳＲ）とが同時に送信される場合に、ＳＲのリソースを採用してＡＣＫ／ＮＡＣＫを送信してもよいが、両者の使用するリソースの割り当て方法が異なる可能性があり、例えばＳＲリソースはＲＲＣシグナリングで割り当て、ＡＣＫ／ＮＡＣＫはＲＲＣシグナリングと物理層ダイナミックシグナリングで確定し、この場合、どのようにして同時に送信されるＳＲとＡＣＫ／ＮＡＣＫが使用するリソースを確定し、柔軟な送信を実現することは、同様に解決する必要がある。
【0061】
上述した関連技術に存在する問題に基づいて、本実施例は以下の実施形態を提供する。
【0062】
実施形態１
ネットワークは、ユーザー端末に１つのシーケンスの初期巡回シフト（Ｃｙｃｌｉｃ Ｓｈｉｆｔ、ＣＳ）インデックスＣＳ＿０を割り当て、ユーザー端末は、ＣＳ＿０に対してランダム化する処理を行い、前記ランダム化の式は
４つのシーケンスは｛ｘ０（ｎ）、ｘ１（ｎ）、ｘ２（ｎ）、ｘ３（ｎ）｝と定義され、ｘ０（ｎ）は巡回シフトインデックスがｘ０であるシーケンスであり、即ち、位相はα０である。送信待ちのバイナリ情報ビットはｂ（０），…，ｂ（Ｍｂｉｔ－１）と定義し、Ｍｂｉｔ∈｛１，２｝は情報のビット数である。それでユーザーが異なる状態の情報ビットを送信するときに送信するシーケンスを式（１）に示す。
Ｎ＝１２とすると、送信する情報が１ビット情報の場合、ｘ１＝（ｘ０＋６）ｍｏｄ１２であり、
送信待ちの情報が２ビット情報の場合、ｘ１＝（ｘ０＋３）ｍｏｄ１２、ｘ２＝（ｘ０＋９）ｍｏｄ１２、ｘ３＝（ｘ０＋６）ｍｏｄ１２、あるいは、ｘ１＝（ｘ０＋９）ｍｏｄ１２、ｘ２＝（ｘ０＋３）ｍｏｄ１２、ｘ３＝（ｘ０＋６）ｍｏｄ１２である。ここで、ｘ１、ｘ２、ｘ３は、それぞれシーケンスｘ１（ｎ）、ｘ２（ｎ）、ｘ３（ｎ）に対応する。
ネットワークは、ユーザー端末に１つのシーケンスの初期巡回シフト（Ｃｙｃｌｉｃ Ｓｈｉｆｔ、ＣＳ）インデックスＣＳ＿０を割り当て、ユーザー端末は、ＣＳ＿０に対してランダム化する処理を行い、前記ランダム化の式は
【数2】
４つのシーケンスは｛ｘ０（ｎ）、ｘ１（ｎ）、ｘ２（ｎ）、ｘ３（ｎ）｝と定義され、ｘ０（ｎ）は巡回シフトインデックスがｘ０であるシーケンスであり、即ち、位相はα０である。送信待ちのバイナリ情報ビットはｂ（０），…，ｂ（Ｍｂｉｔ－１）と定義し、Ｍｂｉｔ∈｛１，２｝は情報のビット数である。それでユーザーが異なる状態の情報ビットを送信するときに送信するシーケンスを式（１）に示す。
【数3】
Ｎ＝１２とすると、送信する情報が１ビット情報の場合、ｘ１＝（ｘ０＋６）ｍｏｄ１２であり、
送信待ちの情報が２ビット情報の場合、ｘ１＝（ｘ０＋３）ｍｏｄ１２、ｘ２＝（ｘ０＋９）ｍｏｄ１２、ｘ３＝（ｘ０＋６）ｍｏｄ１２、あるいは、ｘ１＝（ｘ０＋９）ｍｏｄ１２、ｘ２＝（ｘ０＋３）ｍｏｄ１２、ｘ３＝（ｘ０＋６）ｍｏｄ１２である。ここで、ｘ１、ｘ２、ｘ３は、それぞれシーケンスｘ１（ｎ）、ｘ２（ｎ）、ｘ３（ｎ）に対応する。
【0063】
本実施形態に係るシーケンス選択方法は、情報ビット間のシーケンス位相距離が最大であることを実現でき、グレイマッピングに適合し、送信性能を向上させることができる。
【0064】
実施形態２
ネットワークは、ユーザー端末に１つのシーケンスの初期巡回シフト値ＣＳ＿０、即ち本発明における前記リソースまたはリソース要素の初期値を割り当てる。ユーザー端末は、ＣＳ＿０に対してランダム化する処理を行い、前記ランダム化の式は
４つのシーケンスは｛ｘ０（ｎ）、ｘ１（ｎ）、ｘ２（ｎ）、ｘ３（ｎ）｝と定義し、ｘ０（ｎ）は巡回シフト値がｘ０であるシーケンスであり、即ち、位相はα０である。ｘ１＝（ｘ０＋３）ｍｏｄ１２、ｘ２＝（ｘ０＋９）ｍｏｄ１２、ｘ３＝（ｘ０＋６）ｍｏｄ１２、あるいは、ｘ１＝（ｘ０＋９）ｍｏｄ１２、ｘ２＝（ｘ０＋３）ｍｏｄ１２、ｘ３＝（ｘ０＋６）ｍｏｄ１２である。ここで、ｘ１、ｘ２、ｘ３は、それぞれシーケンスｘ１（ｎ）、ｘ２（ｎ）、ｘ３（ｎ）に対応する。
ネットワークは、ユーザー端末に１つのシーケンスの初期巡回シフト値ＣＳ＿０、即ち本発明における前記リソースまたはリソース要素の初期値を割り当てる。ユーザー端末は、ＣＳ＿０に対してランダム化する処理を行い、前記ランダム化の式は
【数4】
４つのシーケンスは｛ｘ０（ｎ）、ｘ１（ｎ）、ｘ２（ｎ）、ｘ３（ｎ）｝と定義し、ｘ０（ｎ）は巡回シフト値がｘ０であるシーケンスであり、即ち、位相はα０である。ｘ１＝（ｘ０＋３）ｍｏｄ１２、ｘ２＝（ｘ０＋９）ｍｏｄ１２、ｘ３＝（ｘ０＋６）ｍｏｄ１２、あるいは、ｘ１＝（ｘ０＋９）ｍｏｄ１２、ｘ２＝（ｘ０＋３）ｍｏｄ１２、ｘ３＝（ｘ０＋６）ｍｏｄ１２である。ここで、ｘ１、ｘ２、ｘ３は、それぞれシーケンスｘ１（ｎ）、ｘ２（ｎ）、ｘ３（ｎ）に対応する。
【0065】
送信待ちの情報ビットはｂ（０），…，ｂ（Ｍｂｉｔ－１）と定義し、Ｍｂｉｔ∈｛１，２｝は情報のビット数であり、ｙ（ｎ）は前記端末が選択した１つのシーケンスである。それでユーザーが異なる状態の情報ビットを送信するときに送信するシーケンスは以下のルールに基づいて確定する。
【数5】
【0066】
実施形態３
図３は、本実施例において、２つの下りリンク（Ｄｏｗｎ Ｌｉｎｋ、ＤＬ）のデータ伝送に対応するＨＡＲＱ－ＡＣＫフィードバックは、いずれも１つの上り制御チャネルに対応する模式図である。図３において、下りｓｌｏｔ＃ｎの下りデータと下りｓｌｏｔ＃（ｎ＋１）の下りデータは、いずれも、ｓｌｏｔ＃（ｎ＋１）内の短い（ｓｈｏｒｔ）物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｔｒｏｌ Ｃｈａｎｅｌ、ＰＵＣＣＨ）に対応しており、各１ビットのＨＡＲＱ－ＡＣＫをフィードバックする。このとき、１つの下りデータに対応する制御チャネルが検出されていない場合、ユーザーが使用するチャネルリソースは、基地局の理解と一致しない場合がある。１つの解決方法として、ユーザーが本発明の方法によって得られた４つのシーケンスリソースがそれぞれ｛ｘ０、ｘ１、ｘ２、ｘ３｝であり、それぞれビット状態‘００’、‘０１’、‘１０’、‘１１’に対応すると仮定する。このとき、ユーザーがｓｌｏｔ＃ｎの下りデータのみを検出した場合、ユーザーは｛ｘ０、ｘ２｝のみから１つのリソースを選択して送信してもよく、この場合、基地局はｓｌｏｔ＃（ｎ＋１）でユーザーにデータを送信したが、ユーザーが検出を見逃したとしても、基地局は‘００’または‘１０’と判定し、第１ビットはｓｌｏｔ＃ｎの下りデータに対応し、第２ビットはｓｌｏｔ＃（ｎ＋１）の下りデータに対応するため、基地局はｓｌｏｔ＃（ｎ＋１）の下りデータの再送をトリガする。もちろん、基地局がｓｌｏｔ＃（ｎ＋１）でユーザーにデータを送信しなかった場合、基地局は｛ｘ０、ｘ２｝をそれぞれ‘０’または‘１’と判定する。同じように、ユーザーがｓｌｏｔ＃（ｎ＋１）の下りデータのみを検出した場合、ユーザーは｛ｘ０、ｘ１｝から１つのリソースを選択して送信してもよく、この場合、基地局はｓｌｏｔ＃ｎでユーザーにデータを送信したが、ユーザーが検出を見逃したとしても、基地局は同様にこの状況を認識することができる。ユーザーが同時にｓｌｏｔ＃ｎとｓｌｏｔ＃（ｎ＋１）でデータ送信を検出した場合、このときユーザーは使用するリソース｛ｘ０、ｘ１、ｘ２、ｘ３｝から１つのリソースを選択して送信してもよい。
図３は、本実施例において、２つの下りリンク（Ｄｏｗｎ Ｌｉｎｋ、ＤＬ）のデータ伝送に対応するＨＡＲＱ－ＡＣＫフィードバックは、いずれも１つの上り制御チャネルに対応する模式図である。図３において、下りｓｌｏｔ＃ｎの下りデータと下りｓｌｏｔ＃（ｎ＋１）の下りデータは、いずれも、ｓｌｏｔ＃（ｎ＋１）内の短い（ｓｈｏｒｔ）物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｔｒｏｌ Ｃｈａｎｅｌ、ＰＵＣＣＨ）に対応しており、各１ビットのＨＡＲＱ－ＡＣＫをフィードバックする。このとき、１つの下りデータに対応する制御チャネルが検出されていない場合、ユーザーが使用するチャネルリソースは、基地局の理解と一致しない場合がある。１つの解決方法として、ユーザーが本発明の方法によって得られた４つのシーケンスリソースがそれぞれ｛ｘ０、ｘ１、ｘ２、ｘ３｝であり、それぞれビット状態‘００’、‘０１’、‘１０’、‘１１’に対応すると仮定する。このとき、ユーザーがｓｌｏｔ＃ｎの下りデータのみを検出した場合、ユーザーは｛ｘ０、ｘ２｝のみから１つのリソースを選択して送信してもよく、この場合、基地局はｓｌｏｔ＃（ｎ＋１）でユーザーにデータを送信したが、ユーザーが検出を見逃したとしても、基地局は‘００’または‘１０’と判定し、第１ビットはｓｌｏｔ＃ｎの下りデータに対応し、第２ビットはｓｌｏｔ＃（ｎ＋１）の下りデータに対応するため、基地局はｓｌｏｔ＃（ｎ＋１）の下りデータの再送をトリガする。もちろん、基地局がｓｌｏｔ＃（ｎ＋１）でユーザーにデータを送信しなかった場合、基地局は｛ｘ０、ｘ２｝をそれぞれ‘０’または‘１’と判定する。同じように、ユーザーがｓｌｏｔ＃（ｎ＋１）の下りデータのみを検出した場合、ユーザーは｛ｘ０、ｘ１｝から１つのリソースを選択して送信してもよく、この場合、基地局はｓｌｏｔ＃ｎでユーザーにデータを送信したが、ユーザーが検出を見逃したとしても、基地局は同様にこの状況を認識することができる。ユーザーが同時にｓｌｏｔ＃ｎとｓｌｏｔ＃（ｎ＋１）でデータ送信を検出した場合、このときユーザーは使用するリソース｛ｘ０、ｘ１、ｘ２、ｘ３｝から１つのリソースを選択して送信してもよい。
【0067】
特異的に、前記４つのシーケンスリソースは、それぞれシーケンスの時間ドメインの巡回シフト値｛０、３、９、６｝または｛１、４、１０、７｝または｛２、５、１１、８｝である。なお、時間ドメインの巡回シフト値は位相の回転値に等しい。
【0068】
上述した方法では、基地局が２つのｓｌｏｔに割り当てたシーケンスリソースの初期値が、例えば上記例のｘ０のように、同じであることが要求される。ｓｌｏｔ＃ｎとｓｌｏｔ＃（ｎ＋１）でデータ送信があるかどうかにかかわらず、ユーザーに４つのリソースを割り当て、あるいは、ユーザーが４つのリソースを取得すると定義する。
【0069】
等価的に、上述した方法は、ネットワークに固定サイズのフィードバックコードブックを設定し、このとき、ユーザーは常に２ビットのＨＡＲＱ－ＡＣＫに従ってフィードバックし、あるｓｌｏｔの制御チャネルの検出漏れがあると、ＮＡＣＫとして処理する。
【0070】
他の解決方法として、基地局が２つのｓｌｏｔに割り当てたシーケンスリソースが異なり、基地局がより多くのブラインド検出によってユーザーの送信情報を判断する。この場合、リソースオーバヘッドが大きくなるのみならず、基地局のブラインド検出も導入され、複雑度が増加し、性能が低下する。
【0071】
実施形態４
ネットワークがユーザーにｓｈｏｒｔ ＰＵＣＣＨを使用して１～２ビットのＡＣＫ／ＮＡＣＫメッセージを送信すると設定した場合、シーケンス選択の態様を採用して送信し、このとき、基地局はユーザーに２つまたは４つのシーケンスを割り当てる必要がある。ＳＲとＡＣＫ／ＮＡＣＫメッセージの多重化を実現するためには、２つまたは４つのＳＲリソースを割り当てる必要があり、ＳＲとＡＣＫ／ＮＡＣＫメッセージを同時に送信する際に割り当てたＳＲリソースを用いてＡＣＫ／ＮＡＣＫメッセージを送信する。ＳＲ割り当てのオーバーヘッドを節約するために、本実施形態では、ネットワークがＲＲＣシグナリングを用いてＳＲに１つのデフォルトのチャネルリソースを割り当ててもよいと指摘し、前記リソースは、主に、開始シンボルインデックス、制御チャネルに含まれるシンボル数、開始ＲＢインデックス、ＲＢ数（デフォルトは１）、周波数ホッピング有効化、初期巡回シフトインデックスなどのリソース要素を含む。ＳＲのみ送信される場合、ユーザーはデフォルトのリソースでＳＲを送信する。
ネットワークがユーザーにｓｈｏｒｔ ＰＵＣＣＨを使用して１～２ビットのＡＣＫ／ＮＡＣＫメッセージを送信すると設定した場合、シーケンス選択の態様を採用して送信し、このとき、基地局はユーザーに２つまたは４つのシーケンスを割り当てる必要がある。ＳＲとＡＣＫ／ＮＡＣＫメッセージの多重化を実現するためには、２つまたは４つのＳＲリソースを割り当てる必要があり、ＳＲとＡＣＫ／ＮＡＣＫメッセージを同時に送信する際に割り当てたＳＲリソースを用いてＡＣＫ／ＮＡＣＫメッセージを送信する。ＳＲ割り当てのオーバーヘッドを節約するために、本実施形態では、ネットワークがＲＲＣシグナリングを用いてＳＲに１つのデフォルトのチャネルリソースを割り当ててもよいと指摘し、前記リソースは、主に、開始シンボルインデックス、制御チャネルに含まれるシンボル数、開始ＲＢインデックス、ＲＢ数（デフォルトは１）、周波数ホッピング有効化、初期巡回シフトインデックスなどのリソース要素を含む。ＳＲのみ送信される場合、ユーザーはデフォルトのリソースでＳＲを送信する。
【0072】
同時に、ユーザーは、ネットワークが定義したルールに基づいて前記第１チャネルリソースセットを取得する。すなわち、ここでは初期ＣＳインデックスを用いてランダム化してシーケンスインデックス（１つの第１チャネルリソース値）を取得し、次いで２つまたは４つのシーケンスインデックスが含まれる、１つのシーケンスインデックスセットを取得し、このとき、ＳＲに対して採用されるランダム化する方法は、第１、第２暗黙的な方法のＡＣＫ／ＮＡＣＫに対して採用される方法と同じであり、実施形態１または２に類似する方法を採用してもよい。
【0073】
ユーザー端末がＳＲとＡＣＫ／ＮＡＣＫを同時に送信する必要がある場合、ユーザーは、定義された上記ＳＲリソースでＡＣＫ／ＮＡＣＫメッセージを送信してもよい。あるいは、ユーザー端末はＳＲの巡回シフトインデックスのみを使用し、残りのｓｈｏｒｔ ＰＵＣＣＨに関するチャネルリソース要素は、例えば、開始シンボルインデックス、制御チャネルに含まれるシンボル数、開始ＲＢインデックス、ＲＢ数（デフォルトは１）、周波数ホッピング有効化など、ＡＣＫ／ＮＡＣＫの送信に割り当てたリソース要素を採用する。ＡＣＫ／ＮＡＣＫを送信するリソース要素は動的に変化することができるため、この方法は、例えば、ＰＵＣＣＨの長さなどのＳＲとＡＣＫ／ＡＣＫを送信するリソース情報をより動的に調整することができるため、省電力またはカバー拡大の利点を得られる。
【0074】
実施形態５
ネットワークがユーザーにｌｏｎｇ ＰＵＣＣＨを使用して１～２ビットのＡＣＫ／ＮＡＣＫメッセージを送信すると設定した場合、本実施形態では、ネットワークがＲＲＣシグナリングを用いてＳＲに１つのデフォルトのチャネルリソースを割り当ててもよいと指摘し、前記リソースは、主に、開始タイムスロットインデックス、開始シンボルインデックス、制御チャネルに含まれるシンボル数、開始ＲＢインデックス、ＲＢ数（デフォルトは１）、周波数ホッピング有効化、巡回シフト（ＣＳ）インデックス、直交マスク（Ｏｒｔｈｏｇｏｎａｌ Ｃｏｖｅｒ Ｃｏｄｅ、ＯＣＣ）インデックスなどのリソース要素を含む。ＳＲのみ送信される場合、ユーザーはデフォルトのリソースでＳＲを送信する。
ネットワークがユーザーにｌｏｎｇ ＰＵＣＣＨを使用して１～２ビットのＡＣＫ／ＮＡＣＫメッセージを送信すると設定した場合、本実施形態では、ネットワークがＲＲＣシグナリングを用いてＳＲに１つのデフォルトのチャネルリソースを割り当ててもよいと指摘し、前記リソースは、主に、開始タイムスロットインデックス、開始シンボルインデックス、制御チャネルに含まれるシンボル数、開始ＲＢインデックス、ＲＢ数（デフォルトは１）、周波数ホッピング有効化、巡回シフト（ＣＳ）インデックス、直交マスク（Ｏｒｔｈｏｇｏｎａｌ Ｃｏｖｅｒ Ｃｏｄｅ、ＯＣＣ）インデックスなどのリソース要素を含む。ＳＲのみ送信される場合、ユーザーはデフォルトのリソースでＳＲを送信する。
【0075】
同時に、ネットワークは、ＳＲと同じリソース要素を含む、１～２ビットのＡＣＫ／ＮＡＣＫメッセージを送信するｌｏｎｇ ＰＵＣＣＨリソースもユーザーに割り当てる。
【0076】
ユーザー端末がＳＲとＡＣＫ／ＮＡＣＫを同時に送信する必要がある場合、ユーザーは、定義された上記ＳＲリソースでＡＣＫ／ＮＡＣＫメッセージを送信してもよい。あるいは、ユーザー端末はＳＲの巡回シフトインデックス、ＲＢインデックスと開始シンボルインデックスのみを使用し、残りのチャネルリソース要素は、例えば、制御チャネルに含まれるシンボル数、周波数ホッピング有効化などの、ＡＣＫ／ＮＡＣＫの送信に割り当てたリソース要素と同じである。ＡＣＫ／ＮＡＣＫを送信するリソース要素は動的に変化することができるため、この方法は、例えば、ＰＵＣＣＨの長さなどのＳＲとＡＣＫ／ＡＣＫを送信するリソース情報をより動的に調整することができるため、省電力またはカバー拡大の利点を得られる。あるいは、ユーザーは、ユーザーのＳＲとＡＣＫ／ＮＡＣＫを同時に送信する際の挙動を、１ビットのダイナミック指示またはＲＲＣ割り当てまたは暗黙的な指示を用いて通知する。即ち、このときＳＲの全てのリソースを用いて送信するか、それとも一部のＳＲのリソースと一部のＡＣＫ／ＮＡＣＫのリソースのみで送信するかを決定する。
【0077】
実施形態６
図３に示すように、ｓｌｏｔ＃ｎにおいて、ユーザーが１ビットのＡＣＫ／ＮＡＣＫのみをフィードバックする必要がある場合、ユーザーはネットワークから２つのシーケンスリソースを取得し、それぞれ｛ｘ０、ｘ２｝であり、それぞれビット状態‘０’、‘１’に対応する。ｓｌｏｔ＃（ｎ＋１）において、ユーザーがネットワークから４つのシーケンスリソースを取得するように設定され、それぞれ｛ｘ０、ｘ１、ｘ２、ｘ３｝であり、それぞれビット状態‘００’、‘０１’、‘１０’、‘１１’に対応する。ネットワークがｓｌｏｔ＃ｎとｓｌｏｔ＃（ｎ＋１）においていずれもユーザーにデータを送信したが、該ユーザーがｓｌｏｔ＃ｎのデータしか受信しなかった場合、ユーザーは｛ｘ０、ｘ２｝から１つのリソースを選択して送信し、基地局はそれを‘００’あるいは‘１０’と判断し、つまり、この場合、検出漏れをＮＡＣＫと判断するため、データを失うことはない。
図３に示すように、ｓｌｏｔ＃ｎにおいて、ユーザーが１ビットのＡＣＫ／ＮＡＣＫのみをフィードバックする必要がある場合、ユーザーはネットワークから２つのシーケンスリソースを取得し、それぞれ｛ｘ０、ｘ２｝であり、それぞれビット状態‘０’、‘１’に対応する。ｓｌｏｔ＃（ｎ＋１）において、ユーザーがネットワークから４つのシーケンスリソースを取得するように設定され、それぞれ｛ｘ０、ｘ１、ｘ２、ｘ３｝であり、それぞれビット状態‘００’、‘０１’、‘１０’、‘１１’に対応する。ネットワークがｓｌｏｔ＃ｎとｓｌｏｔ＃（ｎ＋１）においていずれもユーザーにデータを送信したが、該ユーザーがｓｌｏｔ＃ｎのデータしか受信しなかった場合、ユーザーは｛ｘ０、ｘ２｝から１つのリソースを選択して送信し、基地局はそれを‘００’あるいは‘１０’と判断し、つまり、この場合、検出漏れをＮＡＣＫと判断するため、データを失うことはない。
【0078】
実施例において、シーケンスリソース｛ｘ０、ｘ１、ｘ２、ｘ３｝は、それぞれシーケンス巡回シフト｛０、３、６、９｝に対応する。この実施例では、ｓｌｏｔ＃ｎで使用されるシーケンスリソースは、ｓｌｏｔ＃（ｎ＋１）における状態‘００’、’１０’に対応するシーケンスリソースと同じであることが要求される。
【0079】
ネットワークは、下り制御情報の明示的な指示またはＲＲＣ割り当てまたは暗黙的な指示の態様によって、ｓｌｏｔ＃（ｎ＋１）のみでデータ送信を検出した場合、ユーザーが常に２ビット情報として送信し、ｓｌｏｔ＃ｎのフィードバックが常にＮＡＣＫであると仮定することを、ユーザーに通知する。より一般的には、ユーザーが複数の時刻のデータ伝送について同じ時間周波数リソースでＡＣＫ／ＮＡＣＫをフィードバックするとき、ユーザーが最後の伝送時刻のみでデータ送信を検出した場合、ユーザーは、以前のすべての時刻にデータ伝送があると仮定してすべてＮＡＣＫ処理を行う。
【0080】
本発明方法は、ＳＲ及びＡＣＫ／ＮＡＣＫメッセージの動的多重化を柔軟に実現することができる。上り制御情報のオーバーヘッドを低減するとともに、下り制御チャネルの損失による基地局とＵＥの不確定問題を回避することができる。
【0081】
実施形態７
図４は本実施例に係るＳＲとＨＡＲＱ－ＡＣＫリソースは一部のシンボルにおいて重複がある模式図１である。ネットワークは、ＳＲに割り当てた時間ドメインリソースは、シンボル＃ｎとシンボル＃ｎ＋１であり、ＨＡＲＱ－ＡＣＫの送信に割り当てた短いＰＵＣＣＨの時間ドメインリソースは、シンボル＃ｎ＋１とシンボル＃ｎ＋２である。このとき、ユーザーがＳＲのみを送信する場合、ユーザーはＳＲのリソースでＳＲ情報を送信する。ユーザーがＨＡＲＱ－ＡＣＫ情報のみを送信する場合、ＨＡＲＱ－ＡＣＫに割り当てられたリソースでＨＡＲＱ－ＡＣＫを送信する。
図４は本実施例に係るＳＲとＨＡＲＱ－ＡＣＫリソースは一部のシンボルにおいて重複がある模式図１である。ネットワークは、ＳＲに割り当てた時間ドメインリソースは、シンボル＃ｎとシンボル＃ｎ＋１であり、ＨＡＲＱ－ＡＣＫの送信に割り当てた短いＰＵＣＣＨの時間ドメインリソースは、シンボル＃ｎ＋１とシンボル＃ｎ＋２である。このとき、ユーザーがＳＲのみを送信する場合、ユーザーはＳＲのリソースでＳＲ情報を送信する。ユーザーがＨＡＲＱ－ＡＣＫ情報のみを送信する場合、ＨＡＲＱ－ＡＣＫに割り当てられたリソースでＨＡＲＱ－ＡＣＫを送信する。
【0082】
ユーザーがＳＲと１または２ビットのＨＡＲＱ－ＡＣＫ情報を同時に送信する必要がある場合、１つの方法は、ユーザーが、シンボル＃ｎでＳＲのリソースを用いてＳＲを送信し、シンボル＃ｎ＋１でＳＲのリソースを用いてＨＡＲＱ－ＡＣＫを送信し、シンボル＃ｎ＋２でＨＡＲＱ－ＡＣＫのリソースを用いてＨＡＲＱ－ＡＣＫを送信する。あるいは、ユーザーは、シンボル＃ｎ＋１のみでＳＲのリソースを用いてＨＡＲＱ－ＡＣＫを送信する。
【0083】
ユーザーがＳＲと２ビットを超えるＨＡＲＱ－ＡＲＣＫ情報を同時に送信する必要がある場合、１つの方法は、ユーザーがシンボル＃ｎでＳＲのリソースを用いてＳＲを送信する。シンボル＃ｎ＋１とシンボル＃ｎ＋２で、ＳＲを１ビット（複数のＳＲ割り当てであると１ビットまたは複数ビット）としてＨＡＲＱ－ＡＣＫビット後に添付し、ＨＡＲＱ－ＡＣＫのリソースで送信する。あるいは、ユーザーが、シンボル＃ｎ＋１とシンボル＃ｎ＋２のみで、ＳＲを１ビット（複数のＳＲ割り当てであると１ビットまたは複数ビット）としてＨＡＲＱ－ＡＣＫビット後に添付し、一緒に符号化して送信する。
【0084】
図４には、ＳＲとＨＡＲＱ－ＡＣＫリソースの周波数ドメインリソースは示されていないが、具体的には、異なるシンボルは同じＲＢリソースを採用してもよく、あるいは、シンボルの間は周波数ホッピングが存在してもよい。
【0085】
実施形態８
図５は本実施例に係るＳＲとＨＡＲＱ－ＡＣＫリソースは一部のシンボルにおいて重複がある模式図２である。ネットワークがＳＲに割り当てた時間ドメインリソースは、シンボル＃ｎとシンボル＃ｎ＋１であり、ＨＡＲＱ－ＡＣＫの送信に割り当てた短いＰＵＣＣＨの時間ドメインリソースは、シンボル＃ｎ＋１である。このとき、ユーザーがＳＲのみを送信する場合、ユーザーはＳＲのリソースでＳＲ情報を送信する。ユーザーがＨＡＲＱ－ＡＣＫ情報のみを送信する場合、ＨＡＲＱ－ＡＣＫに割り当てられたリソースでＨＡＲＱ－ＡＣＫを送信する。
図５は本実施例に係るＳＲとＨＡＲＱ－ＡＣＫリソースは一部のシンボルにおいて重複がある模式図２である。ネットワークがＳＲに割り当てた時間ドメインリソースは、シンボル＃ｎとシンボル＃ｎ＋１であり、ＨＡＲＱ－ＡＣＫの送信に割り当てた短いＰＵＣＣＨの時間ドメインリソースは、シンボル＃ｎ＋１である。このとき、ユーザーがＳＲのみを送信する場合、ユーザーはＳＲのリソースでＳＲ情報を送信する。ユーザーがＨＡＲＱ－ＡＣＫ情報のみを送信する場合、ＨＡＲＱ－ＡＣＫに割り当てられたリソースでＨＡＲＱ－ＡＣＫを送信する。
【0086】
ユーザーがＳＲと１または２ビットのＨＡＲＱ－ＡＣＫ情報を同時に送信する必要がある場合、１つの方法は、ユーザーが、シンボル＃ｎでＳＲのリソースを用いてＳＲを送信し、シンボル＃ｎ＋１でＳＲのリソースを用いてＨＡＲＱ－ＡＣＫを送信する。あるいは、ユーザーは、シンボル＃ｎ＋１のみでＳＲのリソースを用いてＨＡＲＱ－ＡＣＫを送信する。
【0087】
ユーザーがＳＲと２ビットを超えるＨＡＲＱ－ＡＲＣＫ情報を同時に送信する必要がある場合、１つの方法は、ユーザーがシンボル＃ｎでＳＲのリソースを用いてＳＲを送信する。シンボル＃ｎ＋１で、ＳＲを１ビットとしてＨＡＲＱ－ＡＣＫビット後に添付し、ＨＡＲＱ－ＡＣＫのリソースで送信する。あるいは、ユーザーが、シンボル＃ｎ＋１のみで、ＳＲを１ビットとしてＨＡＲＱ－ＡＣＫビット後に添付し、一緒に符号化して送信する。
【0088】
実施形態９
図６は本実施例に係るＳＲとＨＡＲＱ－ＡＣＫリソースは一部のシンボルにおいて重複がある模式図３である。図６において、ネットワークは、ＳＲに割り当てた時間ドメインリソースは、シンボル＃ｎとシンボル＃ｎ＋１であり、ＨＡＲＱ－ＡＣＫの送信に割り当てた短いＰＵＣＣＨの時間ドメインリソースは、シンボル＃ｎである。このとき、ユーザーがＳＲのみを送信する場合、ユーザーはＳＲのリソースでＳＲ情報を送信する。ユーザーがＨＡＲＱ－ＡＣＫ情報のみを送信する場合、ＨＡＲＱ－ＡＣＫに割り当てられたリソースでＨＡＲＱ－ＡＣＫを送信する。
図６は本実施例に係るＳＲとＨＡＲＱ－ＡＣＫリソースは一部のシンボルにおいて重複がある模式図３である。図６において、ネットワークは、ＳＲに割り当てた時間ドメインリソースは、シンボル＃ｎとシンボル＃ｎ＋１であり、ＨＡＲＱ－ＡＣＫの送信に割り当てた短いＰＵＣＣＨの時間ドメインリソースは、シンボル＃ｎである。このとき、ユーザーがＳＲのみを送信する場合、ユーザーはＳＲのリソースでＳＲ情報を送信する。ユーザーがＨＡＲＱ－ＡＣＫ情報のみを送信する場合、ＨＡＲＱ－ＡＣＫに割り当てられたリソースでＨＡＲＱ－ＡＣＫを送信する。
【0089】
ユーザーがＳＲと１または２ビットのＨＡＲＱ－ＡＣＫ情報を同時に送信する必要がある場合、１つの方法は、ユーザーが、シンボル＃ｎ＋１でＳＲのリソースを用いてＳＲを送信し、シンボル＃ｎでＳＲのリソースを用いてＨＡＲＱ－ＡＣＫを送信する。あるいは、ユーザーは、シンボル＃ｎのみでＳＲのリソースを用いてＨＡＲＱ－ＡＣＫを送信する。
【0090】
ユーザーがＳＲと２ビットを超えるＨＡＲＱ－ＡＲＣＫ情報を同時に送信する必要がある場合、１つの方法は、ユーザーがシンボル＃ｎ＋１でＳＲのリソースを用いてＳＲを送信する。シンボル＃ｎで、ＳＲを１ビットとしてＨＡＲＱ－ＡＣＫビット後に添付し、ＨＡＲＱ－ＡＣＫのリソースで送信する。あるいは、ユーザーが、シンボル＃ｎのみで、ＳＲを１ビットとしてＨＡＲＱ－ＡＣＫビット後に添付し、一緒に符号化して送信する。
【0091】
実施形態１０
図７は本実施例に係るＳＲとＨＡＲＱ－ＡＣＫリソースは一部のシンボルにおいて重複がある模式図４である。図７において、ネットワークは、ＳＲに割り当てた時間ドメインリソースは、シンボル＃ｎ～＃ｎ＋６であり、ＨＡＲＱ－ＡＣＫの送信に割り当てた短いＰＵＣＣＨの時間ドメインリソースは、シンボル＃ｎ＋６とシンボル＃ｎ＋７である。このとき、ユーザーがＳＲのみを送信する場合、ユーザーはＳＲのリソースでＳＲ情報を送信する。ユーザーがＨＡＲＱ－ＡＣＫ情報のみを送信する場合、ＨＡＲＱ－ＡＣＫに割り当てられたリソースでＨＡＲＱ－ＡＣＫを送信する。
図７は本実施例に係るＳＲとＨＡＲＱ－ＡＣＫリソースは一部のシンボルにおいて重複がある模式図４である。図７において、ネットワークは、ＳＲに割り当てた時間ドメインリソースは、シンボル＃ｎ～＃ｎ＋６であり、ＨＡＲＱ－ＡＣＫの送信に割り当てた短いＰＵＣＣＨの時間ドメインリソースは、シンボル＃ｎ＋６とシンボル＃ｎ＋７である。このとき、ユーザーがＳＲのみを送信する場合、ユーザーはＳＲのリソースでＳＲ情報を送信する。ユーザーがＨＡＲＱ－ＡＣＫ情報のみを送信する場合、ＨＡＲＱ－ＡＣＫに割り当てられたリソースでＨＡＲＱ－ＡＣＫを送信する。
【0092】
ユーザーがＳＲと１または２ビットのＨＡＲＱ－ＡＣＫ情報を同時に送信する必要がある場合、１つの方法は、ユーザーが、シンボル＃ｎ～＃ｎ＋５でＳＲのリソースを用いてＳＲを送信し、シンボル＃ｎ＋６でＳＲのリソースを用いてＨＡＲＱ－ＡＣＫを送信し、シンボル＃ｎ＋７でＨＡＲＱ－ＡＣＫのリソースを用いてＨＡＲＱ－ＡＣＫを送信する。あるいは、ユーザーは、シンボル＃ｎ＋６のみでＳＲのリソースを用いてＨＡＲＱ－ＡＣＫを送信する。あるいは、ユーザーが、シンボル＃ｎ～＃ｎ＋５でＳＲのリソースを用いてＳＲを送信し、シンボル＃ｎ＋６とシンボル＃ｎ＋７でＨＡＲＱ－ＡＣＫのリソースを用いてＨＡＲＱ－ＡＣＫを送信し、すなわち、一部のＳＲシンボルを捨てて、両者の時分割多重を実現する。
【0093】
ユーザーがＳＲと２ビットを超えるＨＡＲＱ－ＡＲＣＫ情報を同時に送信する必要がある場合、１つの方法は、ユーザーが前記時分割多重の方法を採用する。あるいは、シンボル＃ｎ＋６とシンボル＃ｎ＋７で、ＳＲを１ビットとしてＨＡＲＱ－ＡＣＫビット後に添付し、ＨＡＲＱ－ＡＣＫのリソースで送信する。
【0094】
同じように、ネットワークがＨＡＲＱ－ＡＣＫに割り当てた時間ドメインリソースのシンボル数が２を超え、かつ、ＳＲリソースに割り当てた時間ドメインのシンボル数よりも長い場合、重複したシンボルでＨＡＲＱ－ＡＣＫを破棄して、ＳＲリソースで発送する。
【0095】
実施形態１１
ＳＲリソースとＨＡＲＱ－ＡＣＫリソースの時間ドメインリソースでの一部の重複を回避するために、ネットワークがＨＡＲＱ－ＡＣＫに割り当てたリソースのうち、少なくとも１つまたは１組のリソースは、１つのＳＲに割り当てたＳＲ時間ドメインリソースと同じである。前記時間ドメインリソースは、時間ドメインの開始シンボルインデックス、時間ドメインのシンボルの数のうちの１つまたは複数の情報の組み合わせであってもよい。
ＳＲリソースとＨＡＲＱ－ＡＣＫリソースの時間ドメインリソースでの一部の重複を回避するために、ネットワークがＨＡＲＱ－ＡＣＫに割り当てたリソースのうち、少なくとも１つまたは１組のリソースは、１つのＳＲに割り当てたＳＲ時間ドメインリソースと同じである。前記時間ドメインリソースは、時間ドメインの開始シンボルインデックス、時間ドメインのシンボルの数のうちの１つまたは複数の情報の組み合わせであってもよい。
【0096】
ネットワークは、ＨＡＲＱ－ＡＣＫを運ぶＰＵＣＣＨに１つのリソースセットを割り当て、前記リソースにおいて、デフォルトの１つ目のリソースの時間ドメインリソースは、ＳＲの時間ドメインリソースと同じである。あるいは、ネットワークは、ＨＡＲＱ－ＡＣＫに１つのリソースを割り当て、その時間ドメインリソースがＳＲの時間ドメインリソースと同じであるが、該ＨＡＲＱ－ＡＣＫリソースは、前記ＨＡＲＱ－ＡＣＫのリソースセットに存在しない。
【0097】
本発明の実施形態７～１１に記載の方法は、任意の組み合わせを行うことができる。
【0098】
実施形態１２
短縮した伝送時間間隔（ｓｈｏｔｅｎｅｄ Ｔｒａｎｓｙｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ、ｓＴＴＩ）において、ｓＴＴＩの長さは１４シンボル未満である。一般に、各ｓＴＴＩにパイロット（ＤＭ－ＲＳ）が有する場合、ｓＴＴＩのシンボル数が少ないため、パイロットのオーバーヘッドが大きい。特に、ｓＴＴＩがセミパーシステントスケジューリング（Ｓｅｍｉ－Ｐａｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ、ＳＰＳ）に設定されている場合、ＳＰＳの周期が１つのｓＴＴＩである場合、パイロットのオーバーヘッドを低減することは特に必要である。例えば、連続する２つのｓＴＴＩの下り復調パイロット参照信号（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＤＭ－ＲＳ）のパターンをＲ｜ＲからＲ｜Ｄに変更し、ここで、｜はｓＴＴＩの境界を表す。即ち、連続する２つのｓＴＴＩにおいて、１つのｓＴＴＩにはＤＭ－ＲＳが設定されているが、他のｓＴＴＩにはＤＭ－ＲＳが設定されていない。
短縮した伝送時間間隔（ｓｈｏｔｅｎｅｄ Ｔｒａｎｓｙｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ、ｓＴＴＩ）において、ｓＴＴＩの長さは１４シンボル未満である。一般に、各ｓＴＴＩにパイロット（ＤＭ－ＲＳ）が有する場合、ｓＴＴＩのシンボル数が少ないため、パイロットのオーバーヘッドが大きい。特に、ｓＴＴＩがセミパーシステントスケジューリング（Ｓｅｍｉ－Ｐａｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ、ＳＰＳ）に設定されている場合、ＳＰＳの周期が１つのｓＴＴＩである場合、パイロットのオーバーヘッドを低減することは特に必要である。例えば、連続する２つのｓＴＴＩの下り復調パイロット参照信号（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＤＭ－ＲＳ）のパターンをＲ｜ＲからＲ｜Ｄに変更し、ここで、｜はｓＴＴＩの境界を表す。即ち、連続する２つのｓＴＴＩにおいて、１つのｓＴＴＩにはＤＭ－ＲＳが設定されているが、他のｓＴＴＩにはＤＭ－ＲＳが設定されていない。
【0099】
データ到着のランダム性のため、データがＤＭ－ＲＳなしのｓＴＴＩに到着した場合、送信端は、ＤＭ－ＲＳがあるもっとも近いｓＴＴＩで送信できるまで、しばらくの時間を遅延させる必要があり、これは明らかにデータ伝送の遅延を増加させる。他の可能性は、送信側がフォールバックしてＤＭ－ＲＳがあるｓＴＴＩに従ってデータを送信し、これにより遅延は低減されないが、受信側が２つの可能性に従って検出する必要があり、処理の複雑さが増加した。
【0100】
ｓＴＴＩのＳＰＳ周期が１つのｓＴＴＩである場合、送信端がＤＭ－ＲＳが設定されていないｓＴＴＩでデータを送信した後、その後の１つ目のｓＴＴＩで、ＤＭ－ＲＳが設定されたｓＴＴＩに従ってデータを送信し、送信端が送信するデータがない場合には、空パケットを送信する。
【0101】
上述した実施形態の前記方法は、上りまたは下りＳＰＳデータの送信に用いられてもよい。複数の異なるＤＭ－ＲＳパターンを連続する複数のｓＴＴＩで定義してもよい。
【0102】
１つの実施例において、ネットワークは、ＳＰＳをアクティブにしたｓＴＴＩで、例えばＲ｜ＲまたはＲ｜Ｄを採用するように、ユーザーが採用するＤＭ－ＲＳパターンを通知する。あるいは、送信側は、常に１つのＤＭ－ＲＳパターンに従って情報を送信する。
【0103】
本発明実施例は、記憶したプログラムを含む記憶媒体であって、プログラムが作動されると、本発明実施例に係る情報送信方法を実行する、記憶媒体をさらに提供する。
【0104】
１つの実施例において、前記記憶媒体は以下ステップを実行するプログラムコードを記憶するように設定されてもよい。
【0105】
Ｓ１において、ネットワーク側が割り当てた無線リソースを受信する。
【0106】
Ｓ２において、無線リソースに基づいて１つのリソースセットを取得する。
【0107】
Ｓ３において、リソースセット内の１つまたは複数のリソースグループを採用して上り情報を送信する。リソースセット内のリソースグループの数は２以上である。
【0108】
１つの実施例において、前記コンピュータの記憶媒体は、ＵＳＢメモリー、読み出し専用メモリー（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、可搬型ディスク、磁気ディスクあるいは光ディスクなど各種プログラムコードを記憶できる媒体を含んでもよいが、それに限定されない。
【0109】
本発明実施例は、プログラムを作動させることに用いられるプロセッサーであって、該プログラムが作動されると、本発明実施例に係る情報送信方法のステップを実行する、プロセッサーをさらに提供する。
【0110】
１つの実施例において、前記プログラムは以下のステップの実行に用いられる。
【0111】
Ｓ１において、ネットワーク側が割り当てた無線リソースを受信する。
【0112】
Ｓ２において、無線リソースに基づいて１つのリソースセットを取得する。
【0113】
Ｓ３において、リソースセット内の１つまたは複数のリソースグループを採用して上り情報を送信する。
【0114】
リソースセット内のリソースグループの数は２以上である。
【0115】
当業者であれば、前記本発明の各モジュールと各ステップは、汎用的な計算装置で実現可能であり、１つの計算装置に集中してもよいか、あるいは、複数の計算装置からなるネットワークに分布してもよく、好ましくは、計算装置における実行可能なプログラムコードで実現可能であるため、メモリー装置に記憶されて計算装置により実行してもよく、且ついくつかの状況では、ここで示すか又は説明したステップとは異なる順序で実行してもよく、あるいは、それぞれ集積回路のモジュールにし、あるいは、それらの複数のモジュール又はステップを単体の集積回路のモジュールにして実現する。これにより、本発明は特定のハードウェアとソフトウェアの組み合わせに制限されない。
【0116】
上記内容は、本発明の好ましい実施例にすぎず、本発明はそれに限定されず、当業者にとって、本発明は各種の変更及び変化を有してもよい。本発明の原則内で行われる任意の修正、同等の代替、改良などは、すべて発明請求の保護範囲内に含まれる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
