(57)【要約】端末がリソース割り当て優先順位に基づいて信号を送信する方法は、ＳＲＳ（Sounding Reference Signal）シンボルとＰＵＣＣＨ（Physical Uplink control Channel）シンボルが重畳するように設定された（configured）時、重畳していないシンボルでＳＲＳを送信する段階と、重畳した（overlapped）シンボルでＳＲＳ送信をドロップ（drop）する段階とを含む。また本発明では、ＳＲＳとＰＵＣＣＨのリソース領域が重畳した場合、リソース割り当て優先順位に基づいて送信できるので、通信性能が向上する。【選択図】図１２
2020528707.tif 000002
【特許請求の範囲】
【請求項１】
端末がリソース割り当て優先順位に基づいて信号を送信する方法において、
ＳＲＳ（Sounding Reference Signal）シンボルとＰＵＣＣＨ（Physical Uplink control Channel）シンボルが重畳するように設定された（configured）時、重畳していないシンボルでＳＲＳを送信する段階と、
重畳した（overlapped）シンボルでＳＲＳ送信をドロップ（drop）する段階と、を含む、リソース割り当て優先順位に基づいて信号を送信する方法。
【請求項２】
さらに前記重畳したシンボルでＰＵＣＣＨシンボルを送信する段階を含む、請求項１に記載のリソース割り当て優先順位に基づいて信号を送信する方法。
【請求項３】
前記ＳＲＳシンボルは、連続する複数のシンボルを含む、請求項１に記載のリソース割り当て優先順位に基づいて信号を送信する方法。
【請求項４】
前記ＰＵＣＣＨシンボルは、周期的ＰＵＣＣＨシンボルに該当する、請求項１に記載のリソース割り当て優先順位に基づいて信号を送信する方法。
【請求項５】
前記ＰＵＣＣＨシンボルは、非周期的ＰＵＣＣＨシンボルに該当する、請求項１に記載のリソース割り当て優先順位に基づいて信号を送信する方法。
【請求項６】
端末がリソース割り当て優先順位に基づいて信号を送信する方法において、
非周期的ＳＲＳ（Sounding Reference Signal）とビーム失敗に関連する要求のためのＰＵＣＣＨ（Physical Uplink control Channel）がリソース領域で重畳するように設定された（configured）時、前記ビーム失敗に関連する要求のためのＰＵＣＣＨを送信する段階と、
前記非周期的ＳＲＳの送信をドロップ（drop）する段階と、を含む、リソース割り当て優先順位に基づいて信号を送信する方法。
【請求項７】
前記ビーム失敗に関連する要求のためのＰＵＣＣＨ（Physical Uplink control Channel）は、Ｓｈｏｒｔ ＰＵＣＣＨに該当する、請求項６に記載のリソース割り当て優先順位に基づいて信号を送信する方法。
【請求項８】
リソース割り当て優先順位に基づいて信号を送信するための端末であって、
送信器と、
プロセッサと、を含み、
前記プロセッサは、
ＳＲＳ（Sounding Reference Signal）シンボルとＰＵＣＣＨ（Physical Uplink control Channel）シンボルが重畳するように設定された（configured）時、前記送信器が重畳していないシンボルでＳＲＳを送信するように制御し、
重畳した（overlapped）シンボルでＳＲＳ送信をドロップ（drop）するように設定される、端末。
【請求項９】
前記プロセッサは、前記重畳したシンボルで前記送信器がＰＵＣＣＨシンボルを送信するように制御する、請求項８に記載の端末。
【請求項１０】
前記ＳＲＳシンボルは、連続する複数のシンボルを含む、請求項８に記載の端末。
【請求項１１】
前記ＰＵＣＣＨシンボルは、周期的ＰＵＣＣＨシンボルに該当する、請求項８に記載の端末。
【請求項１２】
前記ＰＵＣＣＨシンボルは、非周期的ＰＵＣＣＨシンボルに該当する、請求項８に記載の端末。
【請求項１３】
リソース割り当て優先順位に基づいて信号を送信するための端末であって、
送信器と、
プロセッサと、を含み、
前記プロセッサは、
非周期的ＳＲＳ（Sounding Reference Signal）とビーム失敗に関連する要求のためのＰＵＣＣＨ（Physical Uplink control Channel）がリソース領域で重畳するように設定された（configured）時、前記送信器が前記ビーム失敗に関連する要求のためのＰＵＣＣＨを送信するように制御し、
前記非周期的ＳＲＳの送信をドロップ（drop）するように設定される、端末。
【請求項１４】
前記ビーム失敗に関連する要求のためのＰＵＣＣＨ（Physical Uplink control Channel）は、Ｓｈｏｒｔ ＰＵＣＣＨに該当する、請求項１３に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信に関し、より詳細には、リソース割り当て優先順位による信号送信方法及びそのための端末に関する。
【背景技術】
【０００２】
ＲＡＴ（Ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）システムが導入される場合、より多い通信機器がより大きい通信容量を要求することにより、既存のＲＡＴに比べて向上した無線広帯域（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭しつつある。
【０００３】
また、複数の機器及びモノを連結していつでもどこでも様々なサービスを提供する大規模ＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）が次世代通信において考慮すべき重要なイッシュの１つである。のみならず、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及びレイテンシ（ｌａｔｅｎｃｙ）に敏感なサービス／ＵＥを考慮した通信システムデザインが論議されている。このように、Ｎｅｗ ＲＡＴでは、ｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ｍＭＴＣ（ｍａｓｓｉｖｅ ＭＴＣ）、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮したサービスを提供しようとする。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明が遂げようとする技術的課題は、リソース割り当て優先順位による信号送信方法を提供することにある。
【０００５】
本発明が遂げようとする他の技術的課題は、リソース割り当て優先順位による信号送信のための端末を提供することにある。
【０００６】
本発明で遂げようとする技術的課題は以上で言及した事項に限定されず、言及していない別の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【課題を解決するための手段】
【０００７】
上記技術的課題を達成するための、本発明の一実施例によるリソース割り当て優先順位に基づく信号送信方法は、ＳＲＳ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）シンボルとＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）シンボルが重畳するように設定された（ｃｏｎｆｉｇｕｒｅｄ）時、重畳していないシンボルでＳＲＳを送信する段階と、重畳した（ｏｖｅｒｌａｐｐｅｄ）シンボルでＳＲＳ送信をドロップ（ｄｒｏｐ）する段階と、を含む。さらにこの方法は、重畳したシンボルでＰＵＣＣＨシンボルを送信する段階を含む。ＳＲＳシンボルは連続する複数のシンボルを含む。ＰＵＣＣＨシンボルは周期的ＰＵＣＣＨシンボルに該当する、又はＰＵＣＣＨシンボルは非周期的ＰＵＣＣＨシンボルに該当する。
【０００８】
上記技術的課題を達成するための、本発明の他の一実施例による端末がリソース割り当て優先順位に基づいて信号を送信する方法は、非周期的ＳＲＳ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）とビーム失敗に関連する要求のためのＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）がリソース領域で重畳するように設定された（ｃｏｎｆｉｇｕｒｅｄ）時、ビーム失敗に関連する要求のためのＰＵＣＣＨを送信する段階と、非周期的ＳＲＳの送信をドロップ（ｄｒｏｐ）する段階と、を含む。ビーム失敗に関連する要求のためのＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）はＳｈｏｒｔ ＰＵＣＣＨに該当する。
【０００９】
上記他の技術的課題を達成するための、本発明の一実施例によるリソース割り当て優先順位に基づく信号送信のための端末は、送信器と、プロセッサとを含み、このプロセッサはＳＲＳ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）シンボルとＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）シンボルが重畳するように設定された（ｃｏｎｆｉｇｕｒｅｄ）時、送信器が重畳していないシンボルでＳＲＳを送信するように制御し、重畳した（ｏｖｅｒｌａｐｐｅｄ）シンボルでＳＲＳ送信をドロップ（ｄｒｏｐ）するように設定される。プロセッサは、重畳したシンボルで送信器がＰＵＣＣＨシンボルを送信するように制御する。
【００１０】
上記他の技術的課題を達成するための、本発明の他の一実施例による、リソース割り当て優先順位に基づく信号送信のための端末は、送信器と、プロセッサとを含み、このプロセッサは、非周期的ＳＲＳ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）とビーム失敗に関連する要求のためのＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）がリソース領域で重畳するように設定された（ｃｏｎｆｉｇｕｒｅｄ）時、送信器がビーム失敗に関連する要求のためのＰＵＣＣＨを送信するように制御し、非周期的ＳＲＳの送信をドロップ（ｄｒｏｐ）するように設定される。ビーム失敗に関連する要求のためのＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）はＳｈｏｒｔ ＰＵＣＣＨに該当する。
【発明の効果】
【００１１】
本発明の一実施例による、ＳＲＳとＰＵＣＣＨのリソース領域が重畳する場合に、リソース割り当て優先順位規則に従って送信する又はＦＤＭなどに多重化して送信する方法によれば、通信性能を向上させることができる。
【００１２】
本発明で得られる効果は以上に言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する当該技術分野における当業者に明確に理解されるであろう。
【図面の簡単な説明】
【００１３】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【００１４】
【図１】無線通信システム１００における基地局１０５及び端末１１０の構成を示すブロック図である。
【図２ａ】ＴＸＲＵ ｖｉｒｔｕａｌｉｚａｔｉｏｎ ｍｏｄｅｌ ｏｐｔｉｏｎ １（ｓｕｂ−ａｒｒａｙ ｍｏｄｅｌ）を示す図である。
【図２ｂ】ＴＸＲＵ ｖｉｒｔｕａｌｉｚａｔｉｏｎ ｍｏｄｅｌ ｏｐｔｉｏｎ ２（ｆｕｌｌ ｃｏｎｎｅｃｔｉｏｎ ｍｏｄｅｌ）を示す図である。
【図３】ハイブリッドビームフォーミングのためのブロック図である。
【図４】ハイブリッドビームフォーミングにおいてＢＲＳシンボルにマッピングされたビームの例を示す図である。
【図５】異なるニューマロロジー（ｎｕｍｅｒｏｌｏｇｙ）間のシンボル／サブシンボル整列（ａｌｉｇｎｍｅｎｔ）を例示する図である。
【図６】ＬＴＥホッピングパターンを例示する図である（ｎｓ＝１−＞ｎｓ＝４）。
【図７】提案１の実施例１であり、ＳＲＳとＰＵＣＣＨの間の多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）を例示する図である（ｓｙｍｂｏｌ ｌｅｖｅｌ ｈｏｐｐｉｎｇ）。
【図８】ＰＵＣＣＨホッピングパターンを例示する図である。
【図９】提案３の実施例３であり、ＰＵＣＣＨ候補位置インデックスの適用を例示する図である。
【図１０】ＳＲＳとＰＵＣＣＨの多重化時、ＶＲＢにより割り当てた後、ＰＲＢに割り当てる方式を例示する図である。
【図１１】周期的ＰＵＣＣＨ、非周期的ＰＵＣＣＨと周期的ＳＲＳとの間のＴＤＭの一例（暗示的（Ｉｍｐｌｉｃｉｔ）配置）を示す図である。
【図１２】受信ビームスイーピングのためのＳＲＳとＰＵＣＣＨが重畳する場合の送信を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明に係る好適な実施の形態を、添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施の形態を説明するためのものであり、本発明が実施し得る唯一の実施の形態を示すためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者にとってはこのような具体的な細部事項なしにも本発明を実施できることは明らかである。例えば、以下の詳細な説明では、移動通信システムが３ＧＰＰ ＬＴＥ、ＬＴＥ−Ａシステム、５Ｇシステムである場合を仮定して具体的に説明するが、３ＧＰＰ ＬＴＥ、ＬＴＥ−Ａ特有の事項以外は、他の任意の移動通信システムにも適用可能である。
【００１６】
場合によっては、本発明の概念が曖昧になることを避けるために、公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心とするブロック図の形式で示す。また、本明細書全体にわたって同一の構成要素については、同一の図面符号を付して説明する。
【００１７】
さらに、以下の説明において、端末は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）など移動又は固定型のユーザ端機器を総称すると仮定する。また、基地局は、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ、Ｂａｓｅ Ｓｔａｔｉｏｎ、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）、ｇＮｏｄｅ Ｂなど端末と通信するネットワーク端の任意のノードを総称すると仮定する。
【００１８】
移動通信システムにおいて、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）は、基地局から下りリンク（Ｄｏｗｎｌｉｎｋ）を介して情報を受信し、または端末は上りリンク（Ｕｐｌｉｎｋ）を介して情報を送信することができる。端末が送信又は受信する情報としてはデータ及び様々な制御情報があり、端末が送信又は受信する情報の種類用途に応じて様々な物理チャネルが存在する。
【００１９】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などのような様々な無線アクセスシステムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）によって具現化できる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現化できる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現化できる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、下りリンクではＯＦＤＭＡを採用し、上りリンクではＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進化したバージョンである。
【００２０】
以下の説明で使う特定の用語は本発明の理解を助けるために提供するものであり、かかる特定の用語の使用は本発明の技術的思想を逸脱しない範囲内で他の形態に変更可能である。
【００２１】
図１は、無線通信システム１００における基地局１０５及び端末１１０の構成を示すブロック図である。
【００２２】
無線通信システム１００を簡略に示すために、１つの基地局１０５と１つの端末１１０（Ｄ２Ｄ端末を含む）を示したが、無線通信システム１００は１つ以上の基地局及び／又は１つ以上の端末を含むことができる。
【００２３】
図１を参照すると、基地局１０５は、送信（Ｔｘ）データプロセッサ１１５、シンボル変調器１２０、送信器１２５、送受信アンテナ１３０、プロセッサ１８０、メモリ１８５、受信器１９０、シンボル復調器１９５及び受信データプロセッサ１９７を含む。また端末１１０は、送信（Ｔｘ）データプロセッサ１６５、シンボル変調器１７０、送信器１７５、送受信アンテナ１３５、プロセッサ１５５、メモリ１６０、受信器１４０、シンボル復調器１５５及び受信データプロセッサ１５０を含む。基地局１０５及び端末１１０において送受信アンテナ１３０、１３５は各々１つずつ示されているが、基地局１０５及び端末１１０は複数の送受信アンテナを備えている。よって、本発明による基地局１０５及び端末１１０は、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）システムを支援する。また、本発明による基地局１０５はＳＵ−ＭＩＭＯ（Ｓｉｎｇｌｅ Ｕｓｅｒ−ＭＩＭＯ）ＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ Ｕｓｅｒ−ＭＩＭＯ）方式をいずれも支援することができる。
【００２４】
下りリンク上で、送信データプロセッサ１１５はトラフィックデータを受信し、受信したトラフィックデータをフォーマットしてコードし、コードされたトラフィックデータをインターリーブして変調し（又はシンボルマッピングし）、変調シンボル（「データシンボル」）を提供する。シンボル変調器１２０はこのデータシンボルとパイロットシンボルを受信及び処理してシンボルのストリームを提供する。
【００２５】
シンボル変調器１２０は、データ及びパイロットシンボルを多重化し、これを送信器１２５に送信する。ここで、夫々の送信シンボルはデータシンボル、パイロットシンボル又はゼロの信号値である。夫々のシンボル周期で、パイロットシンボルが連続して送信されることもできる。パイロットシンボルは周波数分割多重化（ＦＤＭ）、直交周波数分割多重化（ＯＦＤＭ）、時分割多重化（ＴＤＭ）又はコード分割多重化（ＣＤＭ）シンボルである。
【００２６】
送信器１２５はシンボルのストリームを受信し、それを１つ以上のアナログ信号に変換し、さらにこのアナログ信号をさらに調節して（例えば、増幅、フィルタリング及び周波数アップコンバーティング（ｕｐｃｏｎｖｅｒｔｉｎｇ）して）、無線チャネルを介した送信に適した下りリンク信号を発生させる。すると、送信アンテナ１３０は発生した下りリンク信号を端末に送信する。
【００２７】
端末１１０の構成において、受信アンテナ１３５は基地局からの下りリンク信号を受信し、受信された信号を受信器１４０に提供する。受信器１４０は受信された信号を調整し（例えば、フィルタリング、増幅、及び周波数ダウンコンバーティング（ｄｏｗｎｃｏｎｖｅｒｔｉｎｇ））、調整された信号をデジタル化してサンプルを獲得する。シンボル復調器１４５は受信したパイロットシンボルを復調して、チャネル推定のためにそれをプロセッサ１５５に提供する。
【００２８】
また、シンボル復調器１４５はプロセッサ１５５から下りリンクに対する周波数応答推定値を受信し、受信されたデータシンボルに対してデータ復調を行って（送信されたデータシンボルの推定値である）データシンボル推定値を獲得し、データシンボル推定値を受信（Ｒｘ）データプロセッサ１５０に提供する。受信データプロセッサ１５０はデータシンボル推定値を復調（即ち、シンボルデマッピング（ｄｅｍａｐｐｉｎｇ））し、デインターリーブ（ｄｅｉｎｔｅｒｌｅａｖｉｎｇ）し、デコードして、送信されたトラフィックデータをリカバリーする。
【００２９】
シンボル復調器１４５及び受信データプロセッサ１５０による処理は夫々基地局１０５でのシンボル変調器１２０及び送信データプロセッサ１１５による処理に対して相補的である。
【００３０】
端末１１０は上りリンク上で、送信データプロセッサ１６５はトラフィックデータを処理してデータシンボルを提供する。シンボル変調器１７０はデータシンボルを受信して多重化し、変調を行い、シンボルのストリームを送信器１７５に提供する。送信器１７５はシンボルのストリームを受信及び処理して上りリンク信号を発生させる。そして送信アンテナ１３５は発生した上りリンク信号を基地局１０５に送信する。端末及び基地局における送信器及び受信器は１つのＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットで構成される。
【００３１】
基地局１０５で、端末１１０から上りリンク信号が受信アンテナ１３０を介して受信され、受信器１９０は受信した上りリンク信号を処理してサンプルを得る。ついで、シンボル復調器１９５はこのサンプルを処理して、上りリンクに対して受信されたパイロットシンボル及びデータシンボル推定値を提供する。受信データプロセッサ１９７はデータシンボル推定値を処理して、端末１１０から送信されたトラフィックデータをリカバリーする。
【００３２】
端末１１０及び基地局１０５の夫々のプロセッサ１５５、１８０は夫々端末１１０及び基地局１０５での動作を指示（例えば、制御、調整、管理など）する。夫々のプロセッサ１５５、１８０はプログラムコード及びデータを保存するメモリユニット１６０、１８５に接続されることができる。メモリ１６０、１８５はプロセッサ１８０に接続され、オペレーティングシステム、アプリケーション、及び一般ファイル（ｇｅｎｅｒａｌ ｆｉｌｅｓ）を保存する。
【００３３】
プロセッサ１５５、１８０はコントローラー（ｃｏｎｔｒｏｌｌｅｒ）、マイクロコントローラー（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコンピューター（ｍｉｃｒｏｃｏｍｐｕｔｅｒ）などとも呼ばれる。一方、プロセッサ１５５、１８０はハードウェア（ｈａｒｄｗａｒｅ）又はファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア、又はこれらの組み合わせによって実現されることができる。ハードウェアを用いて本発明の実施例を実現する場合には、本発明を実行するように構成されたＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）又はＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）などがプロセッサ１５５、１８０に備えられてもよい。
【００３４】
一方、ファームウェア又はソフトウェアを用いて本発明の実施例を具現化する場合には、本発明の機能又は動作を行うモジュール、過程又は関数などを含むようにファームウェア又はソフトウェアが構成されることができ、本発明を実行するように構成されたファームウェア又はソフトウェアはプロセッサ１５５、１８０内に備えられるか、メモリ１６０、１８５に保存されてプロセッサ１５５、１８０によって駆動される。
【００３５】
端末と基地局の無線通信システム（ネットワーク）間の無線インターフェースプロトコルのレイヤーは、通信システムで公知のＯＳＩ（ｏｐｅｎ ｓｙｓｔｅｍ ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）モデルの下位３レイヤーに基づいて、第１のレイヤーＬ１、第２のレイヤーＬ２及び第３のレイヤーＬ３に分類される。物理レイヤーは前記第１のレイヤーに属し、物理チャネルを介して情報送信サービスを提供する。ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤーは第３のレイヤーに属し、ＵＥとネットワーク間の制御無線リソースを提供する。端末、基地局は無線通信ネットワークとＲＲＣレイヤーを介してＲＲＣメッセージを交換することができる。
【００３６】
本明細書において、端末のプロセッサ１５５と基地局のプロセッサ１８０とは、夫々端末１１０及び基地局１０５が信号を受信又は送信する機能及び格納の機能などを除いて、信号及びデータを処理する動作を行うが、説明の便宜のために、以下では特にプロセッサ１５５，１８０に言及しない。特にプロセッサ１５５，１８０に言及しなくても、信号を受信又は送信する機能ではないデータ処理などの一連の動作を行うといえる。
【００３７】
まず、３ＧＰＰ ＬＴＥ／ＬＴＥ−ＡシステムにおけるＳＲＳ送信に関する内容を以下の表１に説明する。
【００３８】
【表１】
2020528707.tif 000003
【００３９】
以下の表２は、３ＧＰＰ ＬＴＥ／ＬＴＥ−ＡシステムにおいてＤＣＩフォーマット４におけるトリガタイプ１のためのＳＲＳ Ｒｅｑｕｅｓｔ Ｖａｌｕｅを示す。
【００４０】
【表２】
2020528707.tif 000004
【００４１】
以下の表３は、３ＧＰＰ ＬＴＥ／ＬＴＥ−ＡシステムにおけるＳＲＳ送信に関する追加内容を説明する。
【００４２】
【表３−１】
2020528707.tif 000005
【００４３】
【表３−２】
2020528707.tif 000006
【００４４】
【表３−３】
2020528707.tif 000007
【００４５】
【表３−４】
2020528707.tif 000008
【００４６】
以下の表４は、ＦＤＤにおいてトリガタイプ０のためのサブフレームオフセット設定（Ｔｏｆｆｓｅｔ）及びＵＥ−ｓｐｅｃｉｆｉｃ ＳＲＳ ｐｅｒｉｏｄｉｃｉｔｙ（ＴＳＲＳ）を示す。
【００４７】
【表４】
2020528707.tif 000009
【００４８】
以下の表５は、ＴＤＤにおいてトリガタイプ０のためのサブフレームオフセット設定（Ｔｏｆｆｓｅｔ）及びＵＥ−ｓｐｅｃｉｆｉｃ ＳＲＳ ｐｅｒｉｏｄｉｃｉｔｙ（ＴＳＲＳ）を示す。
【００４９】
【表５】
2020528707.tif 000010
【００５０】
【表６】
2020528707.tif 000011
【００５１】
表７は、ＴＤＤのためのｋＳＲＳを示す。
【００５２】
【表７】
2020528707.tif 000012
【００５３】
以下の表８は、ＦＤＤにおいてトリガタイプ１のためのサブフレームオフセット設定（Ｔｏｆｆｓｅｔ,１）及びＵＥ−ｓｐｅｃｉｆｉｃ ＳＲＳ ｐｅｒｉｏｄｉｃｉｔｙ（ＴＳＲＳ,１）を示す。
【００５４】
【表８】
2020528707.tif 000013
【００５５】
以下の表９は、ＴＤＤにおいてトリガタイプ１のためのサブフレームオフセット設定（Ｔｏｆｆｓｅｔ,１）及びＵＥ−ｓｐｅｃｉｆｉｃ ＳＲＳ ｐｅｒｉｏｄｉｃｉｔｙ（ＴＳＲＳ,  １）を示す。
【００５６】
【表９】
2020528707.tif 000014
【００５７】
ＬＴＥシステムにおけるｃｅｌｌ ＩＤ及びルート値に関する事項を以下の表１０に示す。ＮＲでも以下の表１０に基づいてセルＩＤ及びルート値を定めることができる。
【００５８】
【表１０−１】
2020528707.tif 000015
【００５９】
【表１０−２】
2020528707.tif 000016
【００６０】
アナログビームフォーミング（Ａｎａｌｏｇ Ｂｅａｍｆｏｒｍｉｎｇ）
【００６１】
Ｍｉｌｌｉｍｅｔｅｒ Ｗａｖｅ（ｍｍＷ）では波長が短くなるため、同一面積に多数のアンテナエレメントの設置が可能である。即ち、３０ＧＨｚ帯域において波長は１ｃｍであって、４ｂｙ４ｃｍのパネルに０．５ｌａｍｂｄａ（波長）間隔で２−ｄｉｍｅｎｓｉｏｎ配列である全６４（８×８）のアンテナエレメントを設けることができる。これにより、ｍｍＷでは、多数のアンテナエレメントを使用してビームフォーミング（ＢＦ）利得を高めてカバレッジを増加させたりスループット（ｔｈｒｏｕｇｈｐｕｔ）を増加させたりすることができる。
【００６２】
この時、アンテナエレメント別に送信パワー及び位相の調節ができるように、ＴＸＲＵ（Ｔｒａｎｓｃｅｉｖｅｒ Ｕｎｉｔ）を備えると、周波数リソース別に独立したビームフォーミングが可能である。しかし、１００個余りの全てのアンテナエレメントにＴＸＲＵを設けることは費用面で実効性に乏しい問題がある。従って、１つのＴＸＲＵに多数のアンテナエレメントをマッピングし、アナログ位相シフター（ａｎａｌｏｇ ｐｈａｓｅ ｓｈｉｆｔｅｒ）でビーム方向を調節する方式が考えられる。かかるアナログビームフォーミング方式では全帯域において１つのビーム方向のみが形成できるので、周波数選択的なビームフォーミングができないというデメリットがある。
【００６３】
デジタルビームフォーミング（Ｄｉｇｉｔａｌ ＢＦ）とアナログビームフォーミング（Ａｎａｌｏｇ ＢＦ）の中間形態として、Ｑ個のアンテナエレメントより少ない数のＢ個のＴＸＲＵを有するハイブリッドビームフォーミング（Ｈｙｂｒｉｄ ＢＦ）が考えられる。この場合、Ｂ個のＴＸＲＵとＱ個のアンテナエレメントの接続方式によって差はあるが、同時に送信可能なビームの方向はＢ個以下に制限される。
【００６４】
図２ａはＴＸＲＵ ｖｉｒｔｕａｌｉｚａｔｉｏｎ ｍｏｄｅｌ ｏｐｔｉｏｎ １（ｓｕｂ−ａｒｒａｙ ｍｏｄｅｌ）を示す図であり、図２ｂはＴＸＲＵ ｖｉｒｔｕａｌｉｚａｔｉｏｎ ｍｏｄｅｌ ｏｐｔｉｏｎ ２（ｆｕｌｌ ｃｏｎｎｅｃｔｉｏｎ ｍｏｄｅｌ）を示す図である。
【００６５】
図２ａ及び図２ｂは、ＴＸＲＵとアンテナエレメントとの接続方式の代表的な一例を示す。ここで、ＴＸＲＵ ｖｉｒｔｕａｌｉｚａｔｉｏｎモデルは、ＴＸＲＵの出力信号と、アンテナエレメントの出力信号の関係を示す。図２ａはＴＸＲＵがサブアレイ（ｓｕｂ−ａｒｒａｙ）に接続された方式を示す。この場合、アンテナエレメントは１つのＴＸＲＵにのみ接続される。一方、図２ｂはＴＸＲＵが全てのアンテナエレメントに接続された方式を示す。この場合、アンテナエレメントは全てのＴＸＲＵに接続される。図２ａ及び図２ｂにおいて、Ｗはアナログ位相シフターにより乗じられる位相ベクトルを示す。即ち、Ｗによってアナログビームフォーミングの方向が決定される。ここで、ＣＳＩ−ＲＳアンテナポートとＴＸＲＵとのマッピングは１−ｔｏ−１又は１−ｔｏ−ｍａｎｙである。
【００６６】
ハイブリッドビームフォーミング（Ｈｙｂｒｉｄ Ｂｅａｍｆｏｒｍｉｎｇ）
【００６７】
図３はハイブリッドビームフォーミングのためのブロック図を示す図である。
【００６８】
Ｎｅｗ ＲＡＴシステムでは、複数のアンテナが使用される場合、デジタルビームフォーミングとアナログビームフォーミングとを組み合わせたハイブリッドビームフォーミング方式を適用することができる。この時、アナログビームフォーミング（又は、ＲＦビームフォーミング）は、ＲＦ端においてプリコーディング（Ｐｒｅｃｏｄｉｎｇ）（又は、コンバイニング（Ｃｏｍｂｉｎｉｎｇ））を実行する動作を意味する。このようなハイブリッドビームフォーミング方式において、ベースバンド（Ｂａｓｅｂａｎｄ）端とＲＦ端は夫々プリコーディング（Ｐｒｅｃｏｄｉｎｇ）（又は、コンバイニング（Ｃｏｍｂｉｎｉｎｇ））を行うことにより、ＲＦ ｃｈａｉｎ数とＤ／Ａ（又は、Ａ／Ｄ）ｃｏｎｖｅｒｔｅｒ数を減らしながらも、デジタルビームフォーミングに近づく性能が得られるというメリットがある。説明の便宜のために、図４に示したように、上述したハイブリッドビームフォーミング構造は、Ｎ個のＴｒａｎｓｃｅｉｖｅｒ ｕｎｉｔ（ＴＸＲＵ）とＭ個の物理アンテナで表現される。この時、送信側から送信するＬ個のデータ層に対するデジタルビームフォーミングはＮ ｂｙ Ｌ行列で表現でき、この後、変換されたＮ個のデジタル信号はＴＸＲＵを経てアナログ信号に変換された後、Ｍ ｂｙ Ｎ行列で表現されるアナログビームフォーミングが適用される。
【００６９】
図３は上述したＴＸＲＵ及び物理アンテナの観点におけるハイブリッドビームフォーミングの構造を簡単に示す図である。この時、図３においてデジタルビーム数はＬ個であり、アナログビーム数はＮ個である。さらに、Ｎｅｗ ＲＡＴシステムでは、基地局がアナログビームフォーミングをシンボル単位に変更できるように設計して、特定の地域に位置した端末にさらに効率的なビームフォーミングを支援する方法を考慮している。また、図３のように、特定のＮ個のＴＸＲＵとＭ個のＲＦアンテナを１つのアンテナパネルと定義する時、Ｎｅｗ ＲＡＴシステムでは、互いに独立したハイブリッドビームフォーミングが適用可能な複数のアンテナパネルを導入する案まで考慮している。
【００７０】
基地局が複数のアナログビームを活用する場合、各々の端末において信号受信に有利なアナログビームが異なることができるので、基地局は少なくとも同期信号（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）、システム情報（Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）、ページング（Ｐａｇｉｎｇ）などに対しては、特定のサブフレーム（ＳＦ）において基地局が適用する複数のアナログビームをシンボルごとに変更することにより全ての端末が受信機会を得るようにするビームスイーピング動作を考慮してもよい。
【００７１】
図４はハイブリッドビームフォーミングにおいて、ＢＲＳシンボルにマッピングされたビームの例を示す図である。
【００７２】
図４は下りリンク（ＤＬ）送信過程において、同期信号とシステム情報について上述したビームスイーピング動作を図式化している。図４において、Ｎｅｗ ＲＡＴシステムのシステム情報がブロードキャスティング方式で送信される物理的リソース（又は物理チャネル）を、ｘＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）と称する。この時、１つのシンボル内で互いに異なるアンテナパネルに属する複数のアナログビームは同時に送信可能であり、アナログビームごとのチャネルを測定するために、図４に示したように、（特定のアンテナパネルに対応する）単一のアナログビームが適用されて送信される参照信号（Ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ；ＲＳ）であるビーム参照信号（Ｂｅａｍ ＲＳ；ＢＲＳ）の導入が論議されている。ＢＲＳは複数のアンテナポートに対して定義され、ＢＲＳの各々のアンテナポートは単一のアナログビームに対応する。図５では、ビームを測定するためのＲＳ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）をＢＲＳと称したが、他の名称で称してもよい。この時、ＢＲＳとは異なり、同期信号又はｘＰＢＣＨは、任意の端末がよく受信するようにアナログビームのグループ内の全てのアナログビームが適用されて送信される。
【００７３】
図５は異なるニューマロロジー（ｎｕｍｅｒｏｌｏｇｙ）間のシンボル／サブシンボル整列（ａｌｉｇｎｍｅｎｔ）を例示する図である。
【００７４】
Ｎｅｗ ＲＡＴ（ＮＲ）Ｎｕｍｅｒｏｌｏｇｙの特徴
【００７５】
ＮＲでは、Ｓｃａｌａｂｌｅ Ｎｕｍｅｒｏｌｏｇｙを支援する方式を考慮している。即ち、ＮＲの副搬送波間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）は（２ｎ×１５）ｋＨｚ、ｎは整数であり、ｎｅｓｔｅｄ観点でｓｕｂｓｅｔ又はｓｕｐｅｒｓｅｔ（少なくとも１５、３０、６０、１２０、２４０及び４８０ｋＨｚ）が主な副搬送波間隔として考えられる。これにより、同一のＣＰオーバーヘッド比率を有するように調節することにより、異なるニューマロロジー間のシンボル又はサブシンボル整列を支援するように設定される。
【００７６】
また、各々のサービス（ｅＭＭＢ、ＵＲＬＬＣ、ｍＭＴＣ）とシナリオ（ｈｉｇｈ ｓｐｅｅｄなど）によって時間／周波数の粒度（ｇｒａｎｕｌａｒｉｔｙ）が動的に割り当てられる構造でニューマロロジーが決定される。
【００７７】
ＬＴＥシステムにおけるＳＲＳホッピングの特徴は、以下の通りである。
【００７８】
−周期的ＳＲＳトリガリング（ｔｒｉｇｇｅｒｉｎｇ ｔｙｐｅ ０）の時に限ってＳＲＳホッピング動作を行う。
【００７９】
−ＳＲＳリソースの割り当ては、ｐｒｅｄｅｆｉｎｅｄ ｈｏｐｐｉｎｇ ｐａｔｔｅｒｎで提供される。
【００８０】
−ホッピングパターン（Ｈｏｐｐｉｎｇ ｐａｔｔｅｒｎ）は、端末固有（ＵＥ ｓｐｅｃｉｆｉｃ）にＲＲＣシグナリングにより設定できる（但し、オーバーラッピング（ｏｖｅｒｌａｐｐｉｎｇ）は許容されない）。
【００８１】
−セル／端末固有にＳＲＳが送信されるサブフレームごとにホッピングパターンを用いてＳＲＳが周波数ホッピングされて送信される。
【００８２】
−ＳＲＳ周波数ドメインの開始位置及びホッピング公式は、以下の数１より解釈される。
【００８３】
【数１】
2020528707.tif 000017
【００８４】
ここで、ｎＳＲＳは時間ドメインにおいてホッピング進行間隔を示し、Ｎｂはｔｒｅｅ ｌｅｖｅｌ ｂに割り当てられたｂｒａｎｃｈｅｓ数、ｂはｄｅｄｉｃａｔｅｄ ＲＲＣにおいてＢＳＲＳ設定により決定される。
【００８５】
図６はＬＴＥホッピングパターンを例示する図である（ｎｓ＝１―＞ｎｓ＝４）。
【００８６】
ＬＴＥホッピングパターン設定の例示を説明する。
【００８７】
セル固有のＲＲＣシグナリングによりＬＴＥホッピングパターンパラメータを設定することができるが、一例として
2020528707.tif 000018
のように設定される。
【００８８】
次に、端末固有のＲＲＣシグナリングによりＬＴＥホッピングパターンパラメータを設定することができるが、一例として
2020528707.tif 000019
のように設定される。
【００８９】
以下の表１１は、ＮＲにおけるＳＲＳ送信とＰＵＳＣＨ送信が衝突する場合にそれを避けるための方法を説明する表である。
【００９０】
【表１１】
2020528707.tif 000020
【００９１】
ＮＲにおけるＳＲＳの設定は周期的（ｐｅｒｉｏｄｉｃ）、非周期的（ａｐｅｒｉｏｄｉｃ）或いは半持続的（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ）スケジューリングによって様々な形態に割り当てられる。ＳＲＳ送信の用途（例えば、上りリンクチャネル状態情報の獲得、上りリンクビーム管理など）によって、ＳＲＳリソース割り当て及びアンテナポートマッピングなどが変化する。またＳＲＳ送信のために連続する１，２又は４シンボルが動的に割り当てられ、ＳＲＳ送信の場合、シンボルレベル又はスロットレベルで周波数ホッピングが適用される。かかるＳＲＳ設定はＰＵＣＣＨ割り当て領域と衝突してはいけないが、ＰＵＣＣＨリソースを保有（ｒｅｓｅｒｖｉｎｇ）するためにＳＲＳ設定が様々に存在し、ＰＵＣＣＨが割り当てられるたびに、時間分割多重化（ＴＤＭ）の場合、ＳＲＳシンボル位置を避けながら割り当てるか、又は周波数分割多重化（ＦＤＭ）の場合は、ＳＲＳのホッピングパターンを避けながら割り当てられる必要がある。一般的には、周期的ＳＲＳのホッピングは各シンボル又はスロットインデックスによってパターンを有して割り当てられるので、ＰＵＣＣＨもかかるパターンを用いて割り当てられる。従って、ＰＵＣＣＨは基地局の必要によって常にＳＲＳ割り当てによるリソース制約なしに割り当てられることができる。
【００９２】
ＮＲにおけるＰＵＣＣＨフォーマットについては、以下の表１２を参照できる。
【００９３】
【表１２】
2020528707.tif 000021
【００９４】
表１２のように、（周期的）ＰＵＣＣＨに含まれるＵＣＩとしては、ＡＣＫ／ＮＡＣＫ、チャネル状態情報（ＣＳＩ）、ＳＲなどがある。
【００９５】
提案１
【００９６】
ＳＲＳと送信される時間／周波数領域にＦＤＭされるｓｈｏｒｔ又はｌｏｎｇ ＰＵＣＣＨ（例えば、ＡＣＫ／ＮＡＣＫ、ＳＲ（ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ））のために、基地局はＳＲＳとｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨを周波数ホッピングパターンを用いて割り当てることができる。ＳＲＳとｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨの周波数ホッピングは、シンボル、スロット、ミニスロット及びサブフレームなどにわたって行われる。
【００９７】
−ＳＲＳ領域とｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨ領域もシンボル、スロット、ミニスロット及びサブフレームの間で独立した周波数ホッピングパターンを有してＦＤＭされて割り当てられる。
【００９８】
−ＳＲＳが上りリンク時間／周波数リソース領域に保有される（ｒｅｓｅｒｖｉｎｇ）時（例えば、周期的ＳＲＳ、半持続的ＳＲＳ）、その領域にｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨがＦＤＭされて割り当てられると、ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨリソース領域はＳＲＳの周波数ホッピングパターンを考慮してＳＲＳが割り当てられないリソース領域に割り当てられる。この時、ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨリソース領域はＳＲＳホッピングパターンに連動して示される。
【００９９】
−Ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨが上りリンク時間／周波数リソース領域に保有される時（例えば、周期的ＰＵＣＣＨ）、その領域にＳＲＳがＳｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨとＦＤＭされて割り当てられると、ＳＲＳリソース領域はｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨリソース領域の周波数ホッピングパターンを考慮してｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨが割り当てられないリソース領域に割り当てられる。この時、ＳＲＳリソース領域はｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨホッピングパターンに連動して示される。
【０１００】
図７は提案１の実施例１においてＳＲＳとＰＵＣＣＨの間の多重化を例示している（シンボルレベルのホッピング）。
【０１０１】
図７はＳＲＳパターンによるリソース割り当て領域及びＳＲＳとＦＤＭされるＰＵＣＣＨ領域を例示している。２つのシンボルがＳＲＳ送信のために設定されており、２つのシンボルがＰＵＣＣＨ送信のために設定されている。この場合、図７では３つの端末（ＵＥ Ａ、ＵＥ Ｂ、ＵＥ Ｃ）がＳＲＳを送信する領域を示している。図７において、ＳＲＳとＰＵＣＣＨはシンボルレベルで周波数ホッピングされている。
【０１０２】
図７を参照すると、
2020528707.tif 000022
シンボル上で全体周波数リソース領域がＫにおいて
2020528707.tif 000023
から
2020528707.tif 000024
までの周波数リソース領域でＳＲＳ送信領域が設定され、
2020528707.tif 000025
シンボル上で
2020528707.tif 000026
から
2020528707.tif 000027
までの周波数リソース領域でＳＲＳ送信領域が設定されている。従って、ＳＲＳ設定（或いは割り当て）領域の位置を示す
2020528707.tif 000028
と
2020528707.tif 000029
の値があり、各リソース割り当てが区別される。
2020528707.tif 000030
はＳＲＳ送信シンボル、スロット又はミニスロットのタイミングインデックス、
2020528707.tif 000031
はＰＵＣＣＨ送信シンボル又はスロットのタイミングインデックスと定義される。
【０１０３】
2020528707.tif 000032
と
2020528707.tif 000033
は
2020528707.tif 000034
の関数で表現される
2020528707.tif 000035
。
2020528707.tif 000036
と
2020528707.tif 000037
の値は各々ＳＲＳとＰＵＣＣＨのホッピングパターンによるリソース割り当ての開始位置と定義できる（例えば、リソース割り当て周波数の開始位置）。従ってＳＲＳ送信（周波数）領域位置は
2020528707.tif 000038
シンボルで
2020528707.tif 000039
と示され、
2020528707.tif 000040
シンボルでは
2020528707.tif 000041
と示される。ＰＵＣＣＨ送信領域は
2020528707.tif 000042
シンボルで
2020528707.tif 000043
と示され、
2020528707.tif 000044
シンボルでも
2020528707.tif 000045
と示される。
【０１０４】
提案１の実施例２において、ＰＵＣＣＨリソース領域がＳＲＳ送信領域内に保有され、ＰＵＣＣＨ周波数ホッピング及びＳＲＳとＦＤＭされる（図７の２つのシンボルのＳＲＳと２つのシンボルのＰＵＣＣＨ、３つの端末ＳＲＳの送信例）。
2020528707.tif 000046
の値が各ＰＵＣＣＨが送信されるシンボル、スロット、ミニスロット又はサブフレームによって定められる。上記例において、
2020528707.tif 000047
シンボルでは
2020528707.tif 000048
と示され、
2020528707.tif 000049
シンボルでは
2020528707.tif 000050
と示される。該当シンボルにおいて、ＳＲＳがトリガーされる時に
2020528707.tif 000051
シンボルでＳＲＳは
2020528707.tif 000052
を考えて
2020528707.tif 000053
と示され、
2020528707.tif 000054
から
2020528707.tif 000055
までの周波数領域でのみＳＲＳが送信される。
2020528707.tif 000056
シンボルでは
2020528707.tif 000057
を考慮して
2020528707.tif 000058
と示され、
2020528707.tif 000059
から
2020528707.tif 000060
までの周波数リソース領域でＳＲＳが送信される（又は割り当てられる）。このＳＲＳ領域はＰＵＣＣＨが割り当てられる周波数リソースと重畳しない。
【０１０５】
提案１の実施例３において、ＳＲＳ送信領域が予め保有され（例えば、周期的ＳＲＳトリガーの場合）、ＰＵＣＣＨが該当ＳＲＳ送信領域内でＳＲＳとＦＤＭされる時、周波数ホッピングできることが図７に示されている。
2020528707.tif 000061
の値が各ＳＲＳが送信されるシンボル、スロット、ミニスロット又はサブフレームによって定められる。上記例において、
2020528707.tif 000062
シンボルでは
2020528707.tif 000063
と示され、
2020528707.tif 000064
シンボルでは
2020528707.tif 000065
と示される。該当シンボルでＳＲＳがトリガーされる時、
2020528707.tif 000066
シンボルでＳＲＳは
2020528707.tif 000067
を考慮して
2020528707.tif 000068
と示され、
2020528707.tif 000069
から
2020528707.tif 000070
までの周波数領域でのみＳＲＳが送信され、
2020528707.tif 000071
シンボルでは
2020528707.tif 000072
を考慮して
2020528707.tif 000073
と示され、
2020528707.tif 000074
から
2020528707.tif 000075
までの周波数リソース領域でＳＲＳが送信又は割り当てられる。
【０１０６】
提案２
【０１０７】
ＳＲＳとＦＤＭされるｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨリソース領域のサイズ、位置又はこれらのうちのいずれか１つは上位層により設定される。即ち、ＳＲＳとＦＤＭされるｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨリソース領域のサイズ及び／又は位置に関する情報は、基地局が上位層シグナリングにより端末に送信することができる。かかるｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨリソース領域のサイズと位置の候補はセットで示され、各候補はｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨ周波数ホッピングパターンを有する。ＰＵＣＣＨ周波数ホッピングに関する情報も上位層により設定される。ＰＵＣＣＨ候補セットインデックスは基地局が下りリンク制御情報（ＤＣＩ）又は上位層シグナリングにより端末に送信される。
【０１０８】
提案２の実施例１において、ＰＵＣＣＨリソース領域のサイズ、位置及び周波数ホッピングパターンの情報セットを提案する。以下の表１２はＰＵＣＣＨリソース領域のサイズ、位置及び周波数ホッピングパターンの情報セットを例示する表である。表１３は基地局と端末の間で予め共有されることができる。
【０１０９】
【表１３】
2020528707.tif 000076
【０１１０】
例えば、基地局がＰＵＣＣＨ候補セットインデックス‘０’をＤＣＩ又は上位層シグナリング（例えば、ＲＲＣシグナリング）により端末に送信すると、端末はＰＵＣＣＨサイズ（ＰＲＢ Ｇｒｏｕｐ）に関する情報がＰＲＧ＝１であり、ＰＵＣＣＨ位置は
2020528707.tif 000077
であり、各ＰＵＣＣＨ候補の（周波数）ホッピングパターン関数は
2020528707.tif 000078
であることが分かる。
【０１１１】
図８はＰＵＣＣＨホッピングパターンを例示する図である。
【０１１２】
提案２の実施例２として、ＰＵＳＣＣＨはＳＲＳとの多重化時にＰＵＣＣＨに周波数ホッピングパターンを適用することを提案する。
【０１１３】
図８に示すように、各ＰＵＣＣＨ送信（又は割り当て）領域のための候補のホッピングパターンは、ＳＲＳとＦＤＭされるＰＵＣＣＨのシンボル、スロット、ミニスロット或いはサブフーレムなどによって定められる。ＰＵＣＣＨホッピングパターンの位置は
2020528707.tif 000079
によって決定される。図８に示したように、ＳＲＳとＦＤＭされるシンボル、スロット、ミニスロット、サブフーレムのインデックスにＰＵＣＣＨが割り当てられる時、
2020528707.tif 000080
が変わってＰＵＣＣＨホッピングパターン関数
2020528707.tif 000081
が変更され、ＳＲＳと周波数ホッピングされた形態でＳＲＳとＦＤＭされて送信される。
【０１１４】
提案３
【０１１５】
マルチシンボル、スロット及び／又はミニスロットにわたったＳＲＳ送信領域に非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨを割り当てるために、そのＳＲＳのホッピングパターンによって割り当てられた領域を除いたリソース領域にｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨ割り当て可能な候補がマッピングされる。
【０１１６】
−全体上りリンク帯域幅パートにわたってＳＲＳが送信される場合、Ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨリソース割り当て可能領域は、全体ＵＬ ＢＷ ｐａｒｔ Ｋにおいて、当時に適用されるＳＲＳリソース領域を除いた領域で示される
2020528707.tif 000082
この時、ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨ割り当てインデックスは予め決定されるか、又は明示的に決定される。
【０１１７】
−基地局は非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨのＳＲＳリソース領域の割り当てのために非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨ割り当て候補のインデックスをＤＣＩ又は上位層シグナリング（例えば、ＲＲＣシグナリング）により端末に適用することができる。
【０１１８】
−ＰＵＣＣＨ候補セットに関する情報にＰＵＣＣＨ候補インデックスが含まれる。以下の表１４はＰＵＣＣＨ割り当て候補インデックスを含むＰＵＣＣＨ候補セットに関する情報を例示している。表１４は基地局と端末の間で予め共有されることができる。
【０１１９】
【表１４】
2020528707.tif 000083
【０１２０】
図９は提案３の実施例としてＰＵＣＣＨ候補位置インデックスの適用を例示している。特に図９は非周期的ＰＵＣＣＨ割り当て位置候補インデックスを決定することを例示する。
【０１２１】
ＳＲＳが
2020528707.tif 000084
シンボルで全体ＵＬ ＢＷ ｐａｒｔで割り当てられるＳＲＳ分布とＰＵＣＣＨの割り当て可能領域が図９の通りである時、
2020528707.tif 000085
を基準として候補が定められる。この基準は、例えば、
2020528707.tif 000086
基準で昇順或いは降順などのように、基地局と端末の間の所定の約束によって決定するか、又は上位層により明示的に端末に適用される。明示的な提供は、例えば、
2020528707.tif 000087
を基準としてインデックスなどで示すことができる。表１５はＰＵＣＣＨ割り当て可能候補のインデックス適用のためのインデックス規則を例示する表である（ＰＵＣＣＨ候補の数＝３と例示）。表１５は基地局と端末の間で予め共有されることができる。
【０１２２】
【表１５】
2020528707.tif 000088
【０１２３】
一例として、表１５のＰＵＣＣＨ（割り当て）候補インデックス０がセルを特定して送信されると（例えば、セル固有のＲＲＣ）、図９のように各ＳＲＳが送信される領域以外の領域がＰＵＣＣＨ候補と決定され、インデックスが各
2020528707.tif 000089
を基準としてＰＵＣＣＨ候補インデックス１、２、３に設定される。基地局はＰＵＣＣＨ割り当てのために該当端末にＰＵＣＣＨ候補セットのうちの１つを端末に提供することができる。
【０１２４】
提案４
【０１２５】
ＳＲＳが設定されるシンボル、スロット、ミニスロットにおけるＰＵＣＣＨリソース領域の割り当ては、ＶＰＲＢ（ｖｉｒｔｕａｌ ＰＲＢ）単位で割り当てられ、これは周波数ホッピングが適用されるＳＲＳリソース割り当て領域ではなく、他の領域のＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）にマッピングされる。即ち、ＶＰＲＢ上でＳＲＳとｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨはＦＤＭされ、この時にＰＲＢに変換される関数があり、ＰＲＢ上でもＦＤＭされる。ＶＰＲＢインデックスはＶＰＲＢ上のリソースを区分するリソース単位である。
【０１２６】
−ＰＵＣＣＨ ＶＰＲＢにおけるＰＲＢマッピング関数：
【０１２７】
スロット、シンボル、ミニスロット、サブフレーム及び／又は無線フレームインデックスの関数であり、例えば、
2020528707.tif 000090
と表現できる。ＰＵＣＣＨトリガーのカウントによる動作関数としては、例えば、
2020528707.tif 000091
と表現できる。
2020528707.tif 000092
はＰＵＣＣＨトリガーするカウント値である。また所定の関数であって、
2020528707.tif 000093
であることができる。またＳＲＳホッピングパターンとｃｏｕｎｔｅｒｐａｒｔとなる関数であって、例えば、
2020528707.tif 000094
であり、ここで、
2020528707.tif 000095
はＳＲＳリソース割り当て領域である。
【０１２８】
ＰＵＣＣＨ ＶＰＲＢにおいて、ＰＲＢマッピング関数はＰＵＣＣＨのリソース割り当て領域の自由度を提供し、特定のシンボルでＶｉｒｔｕａｌリソースインデックスによって特定のＰＲＢに変換する関数により示される。ＰＵＣＣＨ ＶＰＲＢにおいて、ＰＲＢマッピング関数はＳＲＳの周波数ホッピングパターンに連動する。ＰＵＣＣＨはＳＲＳが割り当てられない周波数リソース領域にマッピングされるように設計される。
【０１２９】
図１０はＳＲＳとＰＵＣＣＨの多重化時に、ＶＲＢにより割り当てられた後、ＰＲＢに割り当てる方式を例示する図である。
【０１３０】
図１０では実施例としてＶＲＰＢにおけるＰＲＢマッピング規則を例示しており、ＰＵＣＣＨシンボルインデックスを使用するマッピング規則を例示している。
【０１３１】
ＰＵＣＣＨの送信が各スロットの最後のシンボルで行われる場合、以下の数２によりＰＵＣＣＨ送信のシンボルインデックスを定義することができる。
【０１３２】
【数２】
2020528707.tif 000096
【０１３３】
もしＳＲＳと多重化されるＰＵＣＣＨが存在すると、多重化されるＰＵＣＣＨに対するリソースはＶＰＲＢインデックス４にマッピングされる規則を有すると仮定する。この時、
2020528707.tif 000097
（ＢＷは帯域幅のサイズ）とすると、ＰＵＣＣＨ送信シンボルのインデックス１でＰＲＢ値は０にマッピングされる。またＰＵＣＣＨ送信シンボルのインデックス２ではＰＲＢ値が
2020528707.tif 000098
にマッピングされる。
【０１３４】
提案５
【０１３５】
ＳＲＳが割り当てられる領域にｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨが割り当てられる時には、未使用コード分割多重化（ＣＤＭ）（例えば、ＣＳ（Ｃｙｃｌｉｃ Ｓｈｉｆｔ））のＳＲＳリソースにｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨが送信されることができる。ＣＤＭのケースは以下の通りである。
【０１３６】
−特定の端末が同じＳＲＳリソースで割り当てられるポート数が最大送信可能なＣＤＭ力量（例えば、ＳＲＳリソース内の最大適用可能ＣＳ数）より小さいと、ＳＲＳリソースに他のＣＤＭコード（例えば、他のＣＳ）を用いて該当ポートのマッピングを行い、残りのＣＤＭコード（例えば、残りのＣＳ）はＰＵＣＣＨ送信のために使用される。
【０１３７】
−上りリンクビーム管理のためのＳＲＳの場合、１つのＳＲＳリソースに１つ又は２つのポートのみがマッピングされるが、上りリンク又は下りリンクの副ビームサーチ（ａｓｓｉｓｔａｎｔ ｂｅａｍ ｓｅａｒｃｈｉｎｇ）のためには上記の動作を阻むことができる。
【０１３８】
−ＲＦ能力（ＲＦ ｃａｐａｂｉｌｉｔｙ）によってＳＲＳスイッチングを行う端末の場合、ＵＬ ＣＳＩを得るために送信するＳＲＳリソースで送信可能なポート数が制限されるので、残りのＣＳを活用することができる。この場合、残りのＣＳがＰＵＣＣＨ送信のために使用される。
【０１３９】
提案５−１
【０１４０】
基地局は特定のＳＲＳリソースにおけるｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨとのＣＤＭ適用のための指示子（例えば、ｆｌａｇ）をＤＣＩ、セル固有の上位層シグナリング、或いは端末固有の上位層シグナリングにより端末に送信する。指示子（例えば、ｆｌａｇ）には以下の情報が含まれる。
【０１４１】
−基地局はターゲットＳＲＳリソースに関する情報の提供時、ＰＵＣＣＨとＣＤＭ可能か否かのｆｌａｇを送信する。基地局はｓｈｏｒｔ ＰＵＣＣＨ（ＡＣＫ／ＮＡＣＫ、ＳＲなど）送信指示をＳＲＳリソース指示子（ＳＲＩ）により送信する。従って、端末は該当ＳＲＩが指示したＳＲＳリソースと共にＰＵＣＣＨをＣＤＭ（例えば、ＣＳ適用）して送信することができる。基地局は該当ＳＲＳリソースにＰＵＣＣＨ送信に用いられるＣＳ値を指示する。基地局はＰＵＣＣＨが送信される時間／周波数領域をＳＲＳが送信されるリソース領域と一致させると、端末は該当ＳＲＳリソースにＰＵＣＣＨをＣＤＭさせる。
【０１４２】
提案６
【０１４３】
ＳＲＳとｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨとのＴＤＭの時には、シンボル使用の優先順位に基づいてＳＲＳとｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨリソースの割り当て領域が変わる。
【０１４４】
−ケース１：周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨ送信領域が保有され、非周期的ＳＲＳがマルチシンボルにわたって割り当てられる時、リソース領域の重畳が指示されると、端末はｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨ送信シンボルの前又は後のシンボルでＳＲＳシンボルは連続して又は連続せずに送信される。このために、基地局はＳＲＳ送信シンボル位置を示すオフセット値をＬ１（ＤＣＩ）又はＬ３（上位層シグナリング（例えば、ＲＲＣシグナリング））により端末に送信する。例えば、ＳＲＳ送信シンボル位置のオフセット値＝１である場合、もし該当シンボル（シンボルインデックスｎ）にＰＵＣＣＨが保有されていると、端末はオフセット値を用いてＰＵＣＣＨ送信シンボルの１つ前のシンボル（シンボルインデックスｎ−１に対応するシンボル）、或いは１つ後のシンボル（シンボルインデックスｎ＋１に対応するシンボル）でＳＲＳを送信する。
【０１４５】
−ケース２：周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨ送信領域が保有され、周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨ送信領域とＳＲＳリソース領域の重畳が指示された場合、シンボル使用優先順位において、ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨよりもＳＲＳの優先順位が高いと、端末は該当シンボルでＳＲＳを送信し、ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨはＳＲＳ送信されたシンボルの前又は後のシンボルで送信される。ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨはＳＲＳ送信されたシンボルの前又は後のシンボルを指示するために、基地局はＳＲＳ送信に関連するＰＵＣＣＨ送信シンボル位置を示すオフセット値をＬ１（ＤＣＩ）又はＬ３（上位層シグナリング（例えば、ＲＲＣシグナリング））により端末に送信する。
【０１４６】
−ケース３：周期的ＳＲＳ送信領域が保有され、非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨがＳＲＳ送信領域に割り当てられる時、端末はｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨ送信シンボルの前又は後のシンボルでＳＲＳシンボルを送信する。ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨ送信シンボルの前又は後のシンボルを指示するために、基地局はＳＲＳ送信シンボル位置を示すオフセット値をＬ１（ＤＣＩ）又はＬ３（上位層シグナリング（例えば、ＲＲＣシグナリング））により端末に送信する。
【０１４７】
ケース４：周期的ＳＲＳ送信領域が保有され、非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨがＳＲＳ送信領域に割り当てられる時、端末はＳＲＳ送信シンボルの前又は後のシンボルでｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨを送信する。ＳＲＳ送信シンボルの前又は後のシンボルを指示するために、基地局はＳｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨ送信シンボル位置を示すオフセット値をＬ１（ＤＣＩ）又はＬ３（上位層シグナリング（例えば、ＲＲＣシグナリング））により端末に送信する。
【０１４８】
提案７
【０１４９】
端末がＳＲＳとｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨをＦＤＭして送信するために、基地局は各ＳＲＳとｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨのために互いに異なるＴＣとＴＣオフセットを設定することにより、端末がＳＲＳとｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨをリソースエレメント（ＲＥ）単位でＦＤＭを行うことができる。
【０１５０】
提案８
【０１５１】
周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨ、非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨ、ＳＲＳが同一のスロット内に割り当てられる（或いは設定される）時、周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨ領域の保有（ｒｅｓｅｒｖｉｎｇ）によって非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨは周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨが送信されるシンボルの前のシンボルに割り当てられる。この時、ＳＲＳが非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨが送信されるシンボルに割り当てられると（又は設定されると）、ＳＲＳ送信は非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨ送信と衝突することができる。この場合、以下の（１）、（２）及び（３）のように設定される。
【０１５２】
−（１）ＴＤＭ／ＦＤＭ：ＳＲＳがそのシンボルに保有され、非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨの位置が暗示的にＴＤＭ又はＦＤＭに設定される。例えば、非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨは周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨと近く位置するために、周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨの前のシンボルに割り当てられ、ＳＲＳは非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨの前のシンボルに割り当てられる（ＴＤＭ）。例えば、セル中心（ｃｅｌｌ−ｃｅｎｔｅｒｅｄ）の端末の場合、ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨとＳＲＳの同時送信可能な送信電力を確保できれば、ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨとＳＲＳはＦＤＭされて送信される。この方式の確認方法として、例えば、基地局は上りリンクチャネルの経路損失（ＰＬ）を推定することにより、ＰＬ損失がどの程度であるかを知ることができる。もし最低受信可能電力レベルが
2020528707.tif 000099
である時、非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨ送信時の受信レベルが
2020528707.tif 000100
より大きく、ＳＲＳ送信時の受信レベルも
2020528707.tif 000101
より大きく、非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨとＳＲＳがＦＤＭ時に１／２の電力で各々送信される時、１／２の電力で送信される非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨの受信レベルも
2020528707.tif 000102
より大きく、１／２の電力でＳＲＳ送信時、受信レベルも
2020528707.tif 000103
より大きいと、非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨとＳＲＳがＦＤＭされることができる。ＦＤＭされる位置は暗示的に予め設定される。
【０１５３】
−（２）非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨはＳＲＳが送信されたスロットの次のスロットで送信され、非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨの位置は暗示的にＳＲＳが送信されたスロットの次のスロットに設定される。
【０１５４】
−（３）非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨの送信と周期的ＳＲＳの送信の衝突（或いは重畳）時には、周期的ＳＲＳがｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨ送信領域ではない他の時間／周波数領域に割り当てられる。
【０１５５】
図１１は周期的ＰＵＣＣＨ、非周期的ＰＵＣＣＨと周期的ＳＲＳの間のＴＤＭの一例（暗示的（Ｉｍｐｌｉｃｉｔ）配置）を示す図である。
【０１５６】
例えば、非周期的ＰＵＣＣＨリソース割り当てシンボルがスロットにおいて１３番目のシンボルであり、ＳＲＳ送信領域が非周期的ＰＵＣＣＨ領域（１４番目のシンボル）を考慮して９番目から１３番目までのシンボルであると、非周期的ＰＵＣＣＨ送信と周期的ＳＲＳ送信は衝突することができる。この時、周期的ＳＲＳ位置は８番目から１２番目までのシンボルにマッピング又は設定される。
【０１５７】
提案９
【０１５８】
非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨと周期的／非周期的ＳＲＳの間の多重化に関するリソース割り当て位置パターンのメッセージは、上位層（例えば、ＲＲＣ）シグナリングにより設定される。上位層シグナリングに衝突の優先順位に関する情報が含まれることもできる。表１６は非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨと周期的／非周期的ＳＲＳの間の多重化に関するリソース割り当て位置パターンを例示する表である。
【０１５９】
【表１６】
2020528707.tif 000104
【０１６０】
基地局は端末に非周期的ＰＵＣＣＨリソース割り当て位置パターンインデックスを上位層（Ｌ３）又はＭＡＣ−ＣＥ又はＤＣＩにより送信することができる。例えば、非周期的ＰＵＣＣＨリソース割り当て位置パターンインデックスが２に割り当てられたスロットでＳＲＳが送信される時、このＳＲＳのシンボル数の設定が４であり、位置が１０番目から１４番目のシンボルに割り当てられると、非周期的ＰＵＣＣＨリソース割り当て位置パターンインデックスが２に割り当てられたので、９番目のシンボルが非周期的ＰＵＣＣＨ送信のためのシンボルに割り当てられることができる。
【０１６１】
提案１０
【０１６２】
イベントトリガーの形式で特定のイベントが発生した時（例えば、衝突）、端末はそのイベントと非周期的ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨリソース割り当て規則によって既存のリソース割り当て領域を変更し、上りリンクを介して送信する。以下の表１７ではイベント＋非周期的ＰＵＣＣＨリソース割り当て位置パターンインデックスによるＰＵＣＣＨリソース割り当て位置規則を例示している。
【０１６３】
【表１７】
2020528707.tif 000105
【０１６４】
基地局は該当スロットで多重化パターンとイベントトリガー仮定（Ｅｖｅｎｔ ｔｒｉｇｇｅｒｉｎｇ Ｈｙｐｏｔｈｅｓｉｓ）により上りリンクリソースを復号する。基地局は特定の上りリンクスロットに割り当てられる周期的／非周期的ＰＵＣＣＨ、周期的／非周期的ＳＲＳ送信の有無を認知して、リソース割り当て優先順位に関する情報などを提供するので、上りリンクスロット／サブフレームの復号を柔軟に行うことができる。例えば、Ｋスロットに周期的ＰＵＣＣＨ、非周期的ＰＵＣＣＨ、周期的ＳＲＳが割り当てられたと仮定する。この時、基地局は非周期的ＰＵＣＣＨリソース割り当て位置パターンインデックス２を送信することを認知しているので、基地局は非周期的ＰＵＣＣＨシンボルの後にＳＲＳシンボルが割り当てられ、周期的ＰＵＣＣＨが次のシンボルに割り当てられると理解して、この上りリンクスロットについて復号を行うことができる。
【０１６５】
提案１１
【０１６６】
各上りリンクチャネルとＳＲＳ送信が衝突した時、優先順位規則（Ｐｒｉｏｒｉｔｙ ｒｕｌｅ）は以下の通りである。
【０１６７】
ＳＲＳとＰＵＣＣＨの送信衝突時、ＳＲＳ使用形態とＰＵＣＣＨ設定によるリソース割り当て優先順位規則
【０１６８】
ＳＲＳリソース割り当て領域がＰＵＣＣＨと重畳する場合は、ＳＲＳ使用形態とＰＵＣＣＨ設定によってリソース割り当て優先順位の規則が決められる。ビーム管理のためのＳＲＳが連続する多数のシンボルに割り当てられる場合（１つのＳＲＳリソースがマルチシンボルに拡張される場合）、ＴＲＰ Ｒｘビームスイーピング動作（Ｕ２）の場合と、端末送信ビームスイーピング（Ｕ１、Ｕ３）の場合によって優先順位の規則が変化する。Ｕ２動作の場合（一般的にＳＲＳシンボルのシーケンスが繰り返して送信される形態）、ＰＵＣＣＨリソース位置（特に、ｓｈｏｒｔ ＰＵＣＣＨ（１つのシンボルに割り当てられるＰＵＣＣＨ））がＳＲＳと重畳する場合、ＳＲＳが割り当てられる該当重畳シンボルでＰＵＣＣＨが割り当てられて端末はそのシンボルでＳＲＳを送信しない。従って、基地局は重畳シンボルについてＴＲＰ受信ビームスイーピング時に該当ＵＬシンボルにマッピングされる受信ビームスイーピング動作を行わず、ＰＵＣＣＨ復号を行う。
【０１６９】
図１２は受信ビームスイーピングのためのＳＲＳとＰＵＣＣＨが重畳する場合の送信を例示する図である。
【０１７０】
図１２の左側を参照すると、上りリンクビーム管理のためのＳＲＳが１０番目（即ち、シンボルインデックス１０）から１３番目までのシンボルに割り当てられ、ＰＵＣＣＨが１３番目のシンボルに割り当てられる。この場合、図１２の右側に示したように、端末は１３番目のシンボルに割り当てられるＳＲＳは送信せず、１３番目のシンボル上でＰＵＣＣＨを送信する。即ち、端末は１０番目から１２番目のシンボルでのみＳＲＳを送信する。
【０１７１】
Ｕ１、Ｕ３動作（ＳＲＳシンボルの間のシーケンスが異なる）でＳＲＳとＰＵＣＣＨが重畳する場合、端末はＰＵＣＣＨを送信しない。その他に、ＰＵＣＣＨフォーマットにＡＣＫ／ＮＡＣＫ、ＳＲ（ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）のような重要情報を含む場合（例えば、ＬＴＥ基準のＰＵＣＣＨフォーマット０、１など）、端末は図１２のように重畳シンボル（１３番目のシンボル）ではＰＵＣＣＨを送信し、ＳＲＳを送信しない（又はＳＲＳ送信をドロップ）。また端末はマルチシンボルにわたって送信するＳＲＳを送信しない。例えば、端末は１０番目から１３番目のシンボルにわたって割り当てられたＳＲＳを１０番目から１３番目までの全てのシンボル上で送信しない。
【０１７２】
チャネル状態情報を得るために設定されたＳＲＳとＰＵＣＣＨが重畳する場合は、端末はＰＵＣＣＨを送信しない。特に、ｌｏｎｇ ＰＵＣＣＨが割り当てられる場合（例えば、多数のシンボルに割り当てられるＰＵＣＣＨ）、リソース割り当て領域の部分又は全体が重畳すると、端末はＰＵＣＣＨを送信しない。その他に、ＰＵＣＣＨフォーマットにＡＣＫ／ＮＡＣＫ、ＳＲのような重要情報を含む場合（例えば、ＬＴＥ基準ＰＵＣＣＨフォーマット０、１など）、図１２のように端末は重畳シンボルでＰＵＣＣＨを送信し、重畳シンボルでＳＲＳを送信しない。又は端末はマルチシンボルにわたって送信するＳＲＳを送信しない。
【０１７３】
連続するｎ個のシンボルに繰り返して送信するＰＵＣＣＨ（１つのシンボルに割り当てられるＰＵＣＣＨが他のシンボルにコピーされることを意味する）とＳＲＳが全体又は一部のシンボルで重畳する場合は、端末は重畳するＰＵＣＣＨシンボルは送信しない。
【０１７４】
図１３は２つのシンボルを繰り返して送信するＰＵＣＣＨとＳＲＳが部分的に重畳した場合を例示している。
【０１７５】
図１３に示すように、インデックス１２，１３のシンボルでＰＵＣＣＨが繰り返して送信され、ＳＲＳは９〜１３インデックスに該当するシンボルに割り当てられる場合、端末はＳＲＳをインデックス９〜１２に該当するシンボルで送信し、ＰＵＣＣＨはインデックス１３に該当するシンボルで送信する。端末はインデックス１２に該当するシンボル（ＳＲＳとＰＵＣＣＨの重畳シンボル）ではＰＵＣＣＨを送信しない。
【０１７６】
上記ＳＲＳ使用形態とＰＵＣＣＨ設定によるリソース割り当て優先順位規則に関する事項を要約すると、以下の表１８の通りである。
【０１７７】
【表１８】
2020528707.tif 000106
【０１７８】
ＳＲＳとＰＵＣＣＨ送信が衝突した時、送信設定によるリソース割り当て優先順位規則
【０１７９】
ＳＲＳリソース割り当て領域とＰＵＣＣＨが重なる場合、ＳＲＳ／ＰＵＣＣＨ送信設定によってリソース割り当て優先順位規則が定められる。
【０１８０】
周期的ＳＲＳシンボルのリソース領域と非周期的ＰＵＣＣＨリソース領域が重畳する場合、非周期的ＰＵＣＣＨの方がより高い優先順位を有する。即ち、端末は非周期的ＰＵＣＣＨが割り当てられるシンボルと重畳する周期的ＳＲＳは送信しない。上りリンクビーム管理のためのＳＲＳの場合、該ＳＲＳシンボルにマッピングされる候補ビーム情報は次のＳＲＳ設定でマッピングされることができる。上りリンクチャネル状態情報を得るためのＳＲＳの場合、重畳するシンボルにサウンディング（ｓｏｕｎｄｉｎｇ）のためのＳＲＳが送信されないか、又は次のＳＲＳ設定で該当ＳＲＳリソースに割り当てられる。ＵＬ送信電力限界以下で非周期的ＰＵＣＣＨと周期的ＳＲＳの同時送信が可能であれば（ＰＡＰＲ／ＣＭを考慮）、非周期的ＰＵＣＣＨリソース領域以外の周波数リソースに周期的ＳＲＳがＦＤＭされる。この時、ＦＤＭ規則は予め定義できる。
【０１８１】
その他に、非周期的ＰＵＣＣＨ情報はＡＣＫ／ＮＡＣＫ、ＳＲのような重要情報を含まない場合、端末は重畳シンボルで周期的ＳＲＳを送信し、非周期的ＰＵＣＣＨを送信しない。
【０１８２】
周期的ＳＲＳ送信と周期的ＰＵＣＣＨ（ペイロードが所定のサイズより大きいＰＵＣＣＨフォーマット）送信が衝突する場合、優先順位は周期的ＳＲＳの方がより高い。周期的ＰＵＣＣＨのうち、ペイロードが所定のサイズより大きいフォーマットは一般的にビーム関連情報である。ＣＱＩ、ＰＭＩ、ＲＩ、ＰＱＩ、ＣＲＩなどの情報を送信するためのＰＵＣＣＨは、ペイロードによってフォーマットが決定されるか、ＰＵＳＣＨの上りリンク制御情報（ＵＣＩ）にピギーバックされるか、又は上位層（Ｌ２（ＭＡＣ−ＣＥ））送信のためにＰＵＳＣＨで送信されるので、周期的ＳＲＳの優先順位より低く設定される。所定のサイズより大きいペイロードを有するＰＵＣＣＨフォーマットを有するＰＵＣＣＨ送信が周期的ＳＲＳ送信と衝突する場合には、端末は（重畳するシンボル上で）ＰＵＣＣＨを送信しないか、又は次のＰＵＣＣＨ設定で送信する。
【０１８３】
周期的ＳＲＳシンボル及びそのＳＲＳとリソース領域が重畳する周期的ＰＵＣＣＨのうち、所定のサイズよりペイロードが小さいＰＵＣＣＨフォーマットの場合の送信の観点での優先順位は、周期的ＰＵＣＣＨの方が高い。所定のサイズよりペイロードが小さいＰＵＣＣＨの情報は、基本的に重要な情報を含む（例えば、ＡＣＫ／ＮＡＣＫ、ＳＲ）。この場合、端末は周期的ＰＵＣＣＨを送信し、周期的ＳＲＳは送信しない。また端末はこの周期的ＰＵＣＣＨの前のシンボルで周期的ＳＲＳを送信するか、又は特定のシンボルで周期的ＳＲＳを送信する。この時、周期的ＰＵＣＣＨの前で送信されるＳＲＳ位置に関する情報であるシンボルインデックス又はオフセット値（例えば、ＰＵＣＣＨシンボル＝１４ｔｈ、ｏｆｆｓｅｔ＝４であると、ＳＲＳは９ｔｈシンボルで割り当てられる）の形態で基地局が上位層シグナリング（Ｌ３）又はＬ１（ＤＣＩ）又はＬ２（ＭＡＣ−ＣＥ）などにより端末に送信することができる。
【０１８４】
半持続的ＳＲＳシンボルのリソース領域と非周期的ＰＵＣＣＨのリソース領域が重畳する場合、非周期的ＰＵＣＣＨが送信の観点で高い優先順位を有する。その他に、非周期的ＰＵＣＣＨ情報がＡＣＫ／ＮＡＣＫ、ＳＲのような重要情報を含まない場合は、半持続的ＳＲＳが送信の観点でより高い優先順位を有し、端末は非周期的ＰＵＣＣＨを送信しない。
【０１８５】
半持続的ＳＲＳシンボルのリソース領域と周期的ＰＵＣＣＨのリソース領域が重畳し、周期的ＰＵＣＣＨが所定のサイズより大きいペイロードを有するＰＵＣＣＨフォーマットである場合は、半持続的ＳＲＳが送信の観点でより高い優先順位を有する。この場合、端末は重畳するリソース領域で半持続的ＳＲＳを送信し、所定のサイズより大きいペイロードを有するＰＵＣＣＨフォーマットの周期的ＰＵＣＣＨは送信しない。もし周期的ＰＵＣＣＨが所定のサイズより小さいペイロードを有するＰＵＣＣＨフォーマットである場合には、周期的ＰＵＣＣＨが送信の観点でより高い優先順位を有する。この場合、端末は重畳するリソース領域で所定のサイズより小さいペイロードを有するＰＵＣＣＨフォーマットを送信し、半持続的ＳＲＳを送信しない。
【０１８６】
非周期的ＳＲＳ送信と周期的ＰＵＣＣＨ送信が重畳する場合、非周期的ＳＲＳがより高い優先順位を有する。その他に、周期的ＰＵＣＣＨがＡＣＫ／ＮＡＣＫ及び／又はＳＲのような重要情報を含む場合は、端末は周期的ＰＵＣＣＨを重畳するリソース領域で送信し、非周期的ＳＲＳは送信しない。上りリンク送信電力の限界以下で非周期的ＳＲＳと周期的ＰＵＣＣＨの同時送信が可能であれば（ＰＡＰＲ／ＣＭを考慮）、非周期的ＳＲＳのリソース領域以外の周波数リソースに周期的ＰＵＣＣＨがＦＤＭされることができる。ＦＤＭ規則は予め定義できる。
【０１８７】
非周期的ＳＲＳと非周期的ＰＵＣＣＨのリソース割り当て領域が重畳する場合は、非周期的ＰＵＣＣＨの方がより高い優先順位を有する。非周期的ＳＲＳと非周期的ＰＵＣＣＨのリソース割り当て領域が重畳する場合、端末は重畳したリソース領域で非周期的ＰＵＣＣＨを送信し、非周期的ＳＲＳは送信しない。その他に、非周期的ＳＲＳが上りリンクビーム管理の送信ビームスイーピング（Ｕ１、Ｕ３）のために動作する場合には、端末は重畳するリソース領域で非周期的ＳＲＳを送信し、非周期的ＰＵＣＣＨは送信しない。
【０１８８】
非周期的ＳＲＳが多数のシンボルに割り当てられ、非周期的ＰＵＣＣＨが非周期的ＳＲＳの部分リソース領域で重畳する場合には、端末は重畳したシンボルで非周期的ＰＵＣＣＨを送信し、非周期的ＳＲＳは送信しない。
【０１８９】
以下の表１９はＳＲＳ／ＰＵＣＣＨの送信設定によるリソース割り当て優先順位規則を要約する表である。
【０１９０】
【表１９】
2020528707.tif 000107
【０１９１】
ＳＲＳとＰＵＣＣＨ送信が衝突した時、ＰＵＣＣＨの送信情報によるリソース割り当て優先順位規則
【０１９２】
ＳＲＳとＰＵＣＣＨのリソース割り当て領域が重なる場合、ＳＲＳ／ＰＵＣＣＨ送信情報によってリソース割り当て優先順位規則が定められる。
【０１９３】
Ｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨがビーム失敗に関連する要求（例えば、ビーム失敗回復要求）のために使用され、非周期的／周期的／半持続的ＳＲＳと重畳する場合は、端末は重畳するシンボルでビーム失敗に関連する要求（例えば、ビーム失敗回復要求）のために使用されるｓｈｏｒｔ／ｌｏｎｇ ＰＵＣＣＨを送信し、非周期的／周期的／半持続的ＳＲＳは送信しない。
【０１９４】
ビーム失敗に関連する要求（例えば、ビーム失敗回復要求）のために送信するＰＵＣＣＨは、非周期的／周期的／半持続的ＳＲＳよりリソース割り当て優先順位が常に高く設定される。従って部分的にビーム失敗に関連する要求（例えば、ビーム失敗回復要求）のために送信するＰＵＣＣＨと非周期的／周期的／半持続的ＳＲＳの送信が重畳する場合には、端末はＳＲＳ自体は送信しない。ビーム失敗に関連する要求（例えば、ビーム失敗回復要求）のために送信するＰＵＣＣＨと非周期的／周期的／半持続的ＳＲＳはＦＤＭできず、端末はＳＲＳを送信しない。
【０１９５】
上述したように、ＮＲにおけるＳＲＳとＰＵＣＣＨの間のリソース割り当て時に多重化を行う方法において、特にＳＲＳ周波数ホッピングを行うことについて説明する。ＳＲＳ周波数ホッピングが行われる時、ＳＲＳがＦＤＭされるＰＵＣＣＨと衝突することもできるので、それを避けるためには、割り当てられたＰＵＣＣＨはＳＲＳのシンボルレベル又はスロットレベルのホッピング動作を考慮してＦＤＭ又はＴＤＭが行われる必要がある。また、ＳＲＳとＰＵＣＣＨ送信が重畳或いは衝突する場合は、所定のリソース割り当て優先順位規則に従ってＳＲＳとＰＵＣＣＨのうちのいずれか１つを送信することができる。
【０１９６】
以上説明してきた実施例は、本発明の構成要素及び特徴を所定の形態に結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することもでき、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴と取り替えられてもよい。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めたりできるということは明らかである。
【０１９７】
本発明は、本発明の特徴から逸脱しない範囲で別の特定の形態に具体化できるということが当業者にとっては自明である。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定すべきであり、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。
【図１】
2020528707.tif 000108
【図２ａ】
2020528707.tif 000109
【図２ｂ】
2020528707.tif 000110
【図３】
2020528707.tif 000111
【図４】
2020528707.tif 000112
【図５】
2020528707.tif 000113
【図６】
2020528707.tif 000114
【図７】
2020528707.tif 000115
【図８】
2020528707.tif 000116
【図９】
2020528707.tif 000117
【図１０】
2020528707.tif 000118
【図１１】
2020528707.tif 000119
【図１２】
2020528707.tif 000120
【国際調査報告】
2020528707.tif 000121
2020528707.tif 000122
2020528707.tif 000123
2020528707.tif 000124