(57)【特許請求の範囲】
【請求項１】
時分割２重通信（ＴＤＤ）ベースの無線通信システムにおいて、端末（ＵＥ）が通信を行う方法であって、
１次成分搬送波（ＰＣＣ）及び２次成分搬送波（ＳＣＣ）を設定するステップであって、前記ＰＣＣ及び前記ＳＣＣは異なる上りリンク・下りリンク（ＵＬ−ＤＬ）設定を有するように設定される、ステップと、
第１のＵＬ−ＤＬ設定によって、前記ＰＣＣの各サブフレームで上りリンク送信又は下りリンク受信のうち少なくとも一つを行うステップと、
第２のＵＬ−ＤＬ設定によって、前記ＳＣＣの各サブフレームで上りリンク送信又は下りリンク受信のうち少なくとも一つを行うステップと、を有し、
サブフレーム＃ｋが前記ＰＣＣ内の下りリンクサブフレーム及び前記ＳＣＣ内の特別サブフレームであるとき、上りリンク送信は前記ＳＣＣの前記サブフレーム＃ｋ内において制限され、
前記サブフレーム＃ｋが前記ＰＣＣ内の特別サブフレーム及び前記ＳＣＣ内の下りリンクサブフレームであるとき、物理下りリンク共有チャネル（ＰＤＳＣＨ）を受信する手続は、前記ＳＣＣの前記サブフレーム＃ｋ内において制限され、
前記ＰＣＣ内の前記特別サブフレーム及び前記ＳＣＣ内の前記特別サブフレームはそれぞれ、下りリンクパイロット時間スロット（ＤｗＰＴＳ）と、保護区間（ＧＰ）と、上りリンクパイロット時間スロット（ＵｐＰＴＳ）とを含む、方法。
【請求項２】
前記ＰＣＣ及び前記ＳＣＣのサブフレームパターンは、次のＵＬ−ＤＬ設定によって与えられる、請求項１に記載の方法。
【表１】
0005856308.tif 000006
ここで、Ｄは下りリンクサブフレームを表し、Ｕは上りリンクサブフレームを表し、Ｓは特別サブフレームを表す。
【請求項３】
前記サブフレーム＃ｋが前記ＰＣＣ内の下りリンクサブフレーム及び前記ＳＣＣ内の特別サブフレームであるとき、前記ＳＣＣのサブフレーム＃ｋでの物理上りリンク制御チャネル（ＰＵＣＣＨ）信号、物理ランダム接続チャネル（ＰＲＡＣＨ）信号及び測定参照信号（ＳＲＳ）の送信は放棄される、請求項１に記載の方法。
【請求項４】
前記サブフレーム＃ｋが前記ＰＣＣ内の下りリンクサブフレーム及び前記ＳＣＣ内の特別サブフレームであるとき、前記端末は、前記ＳＣＣのサブフレーム＃ｋに物理上りリンク共有チャネル（ＰＵＳＣＨ）割当が実際にあるか否かによらず、前記ＳＣＣのサブフレーム＃ｋにＰＵＳＣＨ割当がないと仮定して動作する、請求項１に記載の方法。
【請求項５】
前記サブフレーム＃ｋが前記ＰＣＣ内の特別サブフレーム及び前記ＳＣＣ内の下りリンクサブフレームであるとき、前記端末は、前記ＳＣＣの前記サブフレーム＃ｋの１又は複数の最後の直交周波数分割多重化（ＯＦＤＭ）シンボル内の任意の下りリンク信号を受信せず、前記１又は複数の最後のＯＦＤＭシンボルは、前記ＰＣＣの前記特別サブフレームの前記ＧＰ及び前記ＵｐＰＴＳに対応する、請求項１に記載の方法。
【請求項６】
時分割２重通信（ＴＤＤ）ベースの無線通信システムに使用するための端末（ＵＥ）であって、
無線周波（ＲＦ）ユニットと、
プロセッサと、を備え、前記プロセッサは、
１次成分搬送波（ＰＣＣ）及び２次成分搬送波（ＳＣＣ）を設定し、前記ＰＣＣ及び前記ＳＣＣは異なる上りリンク・下りリンク（ＵＬ−ＤＬ）設定を有するように設定され、
第１のＵＬ−ＤＬ設定によって、前記ＰＣＣの各サブフレームで上りリンク送信又は下りリンク受信のうち少なくとも一つを行い、
第２のＵＬ−ＤＬ設定によって、前記ＳＣＣ上の各サブフレームで上りリンク送信又は下りリンク受信のうち少なくとも一つを行うように構成され、
サブフレーム＃ｋが前記ＰＣＣ内の下りリンクサブフレーム及び前記ＳＣＣ内の特別サブフレームであるとき、上りリンク送信は前記ＳＣＣの前記サブフレーム＃ｋ内において制限され、
前記サブフレーム＃ｋが前記ＰＣＣ内の特別サブフレーム及び前記ＳＣＣ内の下りリンクサブフレームであるとき、物理下りリンク共有チャネル（ＰＤＳＣＨ）を受信する手続は、前記ＳＣＣの前記サブフレーム＃ｋ内において制限され、
前記ＰＣＣ内の前記特別サブフレーム及び前記ＳＣＣ内の前記特別サブフレームはそれぞれ、下りリンクパイロット時間スロット（ＤｗＰＴＳ）と、保護区間（ＧＰ）と、上りリンクパイロット時間スロット（ＵｐＰＴＳ）とを含む、端末。
【請求項７】
前記ＰＣＣ及び前記ＳＣＣのサブフレームパターンは、次のＵＬ−ＤＬ設定によって与えられる、請求項６に記載の端末。
【表２】
0005856308.tif 000007
ここで、Ｄは下りリンクサブフレームを表し、Ｕは上りリンクサブフレームを表し、Ｓは特別サブフレームを表す。
【請求項８】
前記サブフレーム＃ｋが前記ＰＣＣ内の下りリンクサブフレーム及び前記ＳＣＣ内の特別サブフレームであるとき、前記ＳＣＣのサブフレーム＃ｋで物理上りリンク制御チャネル（ＰＵＣＣＨ）信号、物理ランダム接続チャネル（ＰＲＡＣＨ）信号及び測定参照信号（ＳＲＳ）の送信は放棄される、請求項６に記載の端末。
【請求項９】
前記サブフレーム＃ｋが前記ＰＣＣ内の下りリンクサブフレーム及び前記ＳＣＣ内の特別サブフレームであるとき、前記ＳＣＣのサブフレーム＃ｋに物理上りリンク共有チャネル（ＰＵＳＣＨ）割当が実際にあるか否かによらず、前記ＳＣＣのサブフレーム＃ｋにＰＵＳＣＨ割当がないと仮定して動作する、請求項６に記載の端末。
【請求項１０】
前記サブフレーム＃ｋが前記ＰＣＣ内の特別サブフレーム及び前記ＳＣＣ内の下りリンクサブフレームであるとき、前記ＳＣＣの前記サブフレーム＃ｋの１又は複数の最後の直交周波数分割多重化（ＯＦＤＭ）シンボル内の任意の下りリンク信号を受信せず、前記１又は複数の最後のＯＦＤＭシンボルは、前記ＰＣＣの前記特別サブフレームの前記ＧＰ及び前記ＵｐＰＴＳに対応する、請求項６に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、特に、制御情報を送信／受信する方法及び装置に関する。無線通信システムは、搬送波集約（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）をサポート可能である。
【背景技術】
【０００２】
無線通信システムが音声又はデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、利用可能なシステムリソース（帯域幅、送信電力など）を共有して複数利用者との通信をサポートできる多元接続システムのことを指す。多元接続システムの例には、符号分割多元接続（ＣＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、単一搬送波周波数分割多元接続（ＳＣ−ＦＤＭＡ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、無線通信システムにおいて制御情報を効率的に送信／受信する方法及びそのための装置を提供することにある。本発明の他の目的は、制御情報を効率的に送信／受信するためのチャネルフォーマット、リソース割当、信号処理、及びそのための装置を提供することにある。本発明の更に他の目的は、制御情報を送信／受信するためのリソースを効率的に割り当てる方法及びそのための装置を提供することにある。
【０００４】
本発明で達成しようとする技術的課題は、上記の技術的課題に制限されず、言及していない他の技術的課題は、以降の説明によって、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【課題を解決するための手段】
【０００５】
本発明の一態様として、複数の成分搬送波（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ、ＣＣ）が束ねられた時分割２重通信（ＴＤＤ）ベースの無線通信システムにおいて、端末が通信を行う方法であって、第１の上りリンク・下りリンク（ＵＬ−ＤＬ）設定によって、第１のＣＣ上の各サブフレームで上りリンク送信又は下りリンク受信を行うステップと、第２のＵＬ−ＤＬ設定によって、第２のＣＣ上の各サブフレームで上りリンク送信又は下りリンク受信を行うステップと、を含み、第１のＣＣのサブフレーム設定及び第２のＣＣのサブフレーム設定が次の表の設定を含む場合、第２のＣＣのサブフレーム＃ｋ＋１はＸに設定される方法が提供される。
【表１】
0005856308.tif 000002
ここで、Ｕは上りリンクサブフレームを表し、Ｄは下りリンクサブフレームを表し、Ｘは信号送信が制限されたサブフレームを表す。
【０００６】
本発明の他の態様として、複数のＣＣが束ねられたＴＤＤベースの無線通信システムに使用するための端末であって、無線周波（ＲＦ）ユニットと、プロセッサと、を備え、プロセッサは、第１のＵＬ−ＤＬ設定によって、第１のＣＣ上の各サブフレームで上りリンク送信又は下りリンク受信を行い、第２のＵＬ−ＤＬ設定によって、第２のＣＣ上の各サブフレームで上りリンク送信又は下りリンク受信を行うように構成され、第１のＣＣのサブフレーム設定及び第２のＣＣのサブフレーム設定が次の表の設定を含む場合、第２のＣＣのサブフレーム＃ｋ＋１はＸに設定される端末が提供される。
【表２】
0005856308.tif 000003
ここで、Ｕは上りリンクサブフレームを表し、Ｄは下りリンクサブフレームを表し、Ｘは信号送信が制限されたサブフレームを表す。
【０００７】
好適には、第２のＣＣのサブフレーム＃ｋでは、サブフレームの最後のＭ個のＳＣ−ＦＤＭＡシンボルにおける信号送信が制限され、Ｍは１以上の整数である。
【０００８】
好適には、第２のＣＣのサブフレーム＃ｋで物理上りリンク制御チャネル（ＰＵＣＣＨ）信号、物理ランダム接続チャネル（ＰＲＡＣＨ）信号及び測定参照信号（ＳＲＳ）のうち少なくとも一つの送信が予定された場合、第２のＣＣのサブフレーム＃ｋで少なくとも一つの送信は放棄される。
【０００９】
好適には、端末は、第２のＣＣのサブフレーム＃ｋに物理上りリンク共有チャネル（ＰＵＳＣＨ）割当が実際にあるか否かによらず、第２のＣＣのサブフレーム＃ｋにＰＵＳＣＨ割当がないと仮定して動作する。
【００１０】
好適には、第２のＣＣのサブフレーム＃ｋでＰＵＳＣＨ信号の送信がある場合、ＰＵＳＣＨ信号は、一つ以上のＳＣ−ＦＤＭＡシンボルに対応する情報が速度整合（レートマッチング）されたり、パンクチャされたりする。
【発明の効果】
【００１１】
本発明によれば、無線通信システムにおいて制御情報を効率的に送信／受信することができる。また、制御情報を効率的に送信／受信するためのチャネルフォーマット、リソース割当、信号処理方法を提供することができる。また、制御情報の送信／受信のためのリソースを効率的に割り当てることができる。
【００１２】
本発明で得られる効果は、以上に言及した効果に制限されず、言及していない別の効果は、以降の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【００１３】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明の実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【図面の簡単な説明】
【００１４】
【図１】無線通信システムの一例である３ＧＰＰ ＬＴＥシステムに用いられる物理チャネル及びこれらのチャネルを用いた一般的な信号送信方法を示す図である。
【図２】無線フレームの構造を示す図である。
【図３】下りリンクスロットのリソースグリッドを示す図である。
【図４】下りリンクサブフレームの構造を示す図である。
【図５】上りリンクサブフレームの構造を示す図である。
【図６】ＰＵＣＣＨフォーマット１ａ及び１ｂのスロットレベル構造を示す図である。
【図７】ＰＵＣＣＨフォーマット２／２ａ／２ｂのスロットレベル構造を示す図である。
【図８】搬送波集約通信システムを示す図である。
【図９】搬送波間スケジュールを示す図である。
【図１０】ＨＤ方式のＴＤＤベースの搬送波集約を示す図である。
【図１１】本発明の実施例によるサブフレーム再設定方法を示す図である。
【図１２】本発明の実施例によるサブフレーム再設定方法を示す図である。
【図１３】本発明に適用可能な基地局及び端末を示す図である。
【発明を実施するための形態】
【００１５】
本発明の実施例は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどのような様々な無線接続システムに利用可能である。ＣＤＭＡは、はん用地上無線接続（ＵＴＲＡ）又はＣＤＭＡ２０００のような無線技術で実現可能である。ＴＤＭＡは、ＧＳＭ（登録商標）／一般パケット無線サービス（ＧＰＲＳ）／ＧＳＭ（登録商標）進化用強化データ速度（ＥＤＧＥ）のような無線技術で実現可能である。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術で実現可能である。ＵＴＲＡは、はん用移動体通信システム（ＵＭＴＳ）の一部である。第三世代パートナシッププロジェクト（３ＧＰＰ）長期進化システム（ＬＴＥ）は、進化ＵＴＲＡ（Ｅ−ＵＴＲＡ）を用いる進化ＵＭＴＳ（Ｅ−ＵＭＴＳ）の一部であり、高度ＬＴＥ（ＬＴＥ−Ａ）は、３ＧＰＰ ＬＴＥの進展したバージョンである。説明を明確にするために、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａを中心に説明するが、これに本発明の技術的思想が制限される訳ではない。
【００１６】
無線通信システムにおいて端末は基地局から下りリンク（ＤＬ）で情報を受信し、端末は基地局に上りリンク（ＵＬ）で情報を送信する。基地局と端末とが送受信する情報にはデータ及び種々の制御情報が含まれ、これら送受信される情報の種類／用途によって様々な物理チャネルが存在する。
【００１７】
図１は、３ＧＰＰ ＬＴＥシステムに用いられる物理チャネル及びこれらのチャネルを用いた一般的な信号送信方法を説明するための図である。
【００１８】
電源が切れた状態で再び電源が入ったり、新しくセルに進入したりした端末は、ステップＳ１０１で基地局と同期を取るなどの初期セル探索作業を行う。そのために、端末は基地局から１次同期チャネル（Ｐ−ＳＣＨ）及び２次同期チャネル（Ｓ−ＳＣＨ）を受信して基地局と同期を取り、セルＩＤ（ｃｅｌｌ  ｉｄｅｎｔｉｔｙ）などの情報を取得する。その後、端末は基地局から物理同報チャネル（ＰＢＣＨ）を受信してセル内の同報情報を取得できる。一方、端末は、初期セル探索段階で下りリンク参照信号（ＤＬ ＲＳ）を受信して下りリンクチャネル状態を確認してもよい。
【００１９】
初期セル探索を終えた端末は、ステップＳ１０２で、物理下りリンク制御チャネル（ＰＤＣＣＨ）及び物理下りリンク制御チャネル情報に基づく物理下りリンク共有チャネル（ＰＤＳＣＨ）を受信し、より具体的なシステム情報を取得できる。
【００２０】
続いて、端末は基地局への接続を完了するために、ステップＳ１０３乃至ステップＳ１０６のようなランダム接続手順（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を行ってもよい。そのために、端末は、物理ランダム接続チャネル（ＰＲＡＣＨ）を用いてプリアンブルを送信し（Ｓ１０３）、物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルを用いてプリアンブルに対する応答メッセージを受信できる（Ｓ１０４）。競合ベースのランダム接続では、追加の物理ランダム接続チャネルの送信（Ｓ１０５）及び物理下りリンク制御チャネル並びにそれに対応する物理下りリンク共有チャネル受信（Ｓ１０６）のような競合解決手続（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）を行ってもよい。
【００２１】
上述の手順を行った端末は、その後、一般的な上り／下りリンク信号送信手順として、物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信（Ｓ１０７）、及び物理上りリンク共有チャネル（ＰＵＳＣＨ）／物理上りリンク制御チャネル（ＰＵＣＣＨ）の送信（Ｓ１０８）を行ってもよい。端末が基地局に送信する制御情報を総称して上りリンク制御情報（ＵＣＩ）と呼ぶ。ＵＣＩは、ハイブリッド自動再送要求（ＨＡＲＱ）肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）、スケジュール要求（ＳＲ）、チャネル状態情報（ＣＳＩ）などを含む。ＣＳＩは、チャネル品質指示子（ＣＱＩ）、プリコーディング行列指示子（ＰＭＩ）、ランク指示（ＲＩ）などを含む。ＵＣＩは、ＰＵＣＣＨで送信されることが一般的であるが、制御情報及び情報（トラヒック）データが同時に送信されるべき場合にはＰＵＳＣＨで送信されることもある。また、ネットワークの要求／指示に応じてＵＣＩがＰＵＳＣＨで非周期的に送信されることもある。
【００２２】
図２に、無線フレームの構造を例示する。上りリンク／下りリンクデータパケット送信はサブフレーム単位で行われ、サブフレームは、複数のシンボルを含む時間区間で定義される。３ＧＰＰ ＬＴＥ標準では、周波数分割２重通信（ＦＤＤ）に適用可能なタイプ１無線フレーム構造と、ＴＤＤに適用可能なタイプ２無線フレーム構造とをサポートする。
【００２３】
図２（ａ）は、タイプ１無線フレームの構造を例示する図である。下りリンク無線フレームは、１０個のサブフレームで構成され、１サブフレームは時間ドメインにおいて２個のスロットで構成される。１サブフレームが送信されるために掛かる時間を送信時間間隔（ＴＴＩ）という。例えば、１サブフレームの長さは１ｍｓであり、１スロットの長さは０．５ｍｓであってよい。１スロットは、時間領域において複数のＯＦＤＭシンボルを含み、周波数領域において複数のリソースブロック（ＲＢ）を含む。３ＧＰＰ ＬＴＥシステムでは、下りリンクにおいてＯＦＤＭを使用するため、ＯＦＤＭシンボルが１シンボル区間を表す。ＯＦＤＭシンボルはＳＣ−ＦＤＭＡシンボル又はシンボル区間と呼ばれることもある。リソース割当単位としてのリソースブロック（ＲＢ）は、１スロットで複数の連続した副搬送波を含んでもよい。
【００２４】
スロットに含まれるＯＦＤＭシンボルの数は、循環プレフィクス（ＣＰ）の構成によって異なることがある。ＣＰには、拡張ＣＰ（ｅｘｔｅｎｄｅｄ  ＣＰ）及び正規ＣＰ（ｎｏｒｍａｌ  ＣＰ）がある。例えば、ＯＦＤＭシンボルが正規ＣＰによって構成された場合、１スロットに含まれるＯＦＤＭシンボルの数は７個でよい。ＯＦＤＭシンボルが拡張ＣＰによって構成された場合、１ ＯＦＤＭシンボルの長さが増えるため、１スロットに含まれるＯＦＤＭシンボルの数は、正規ＣＰの場合に比べて少ない。例えば、拡張ＣＰでは、１スロットに含まれるＯＦＤＭシンボルの数は６個であってよい。端末が高速で移動する場合などのようにチャネル状態が不安定な場合、シンボル間の干渉をより減らすために拡張ＣＰが用いられることがある。
【００２５】
正規ＣＰが用いられる場合、スロットは７個のＯＦＤＭシンボルを含むため、サブフレームは１４個のＯＦＤＭシンボルを含む。サブフレームの先頭の最大３個のＯＦＤＭシンボルがＰＤＣＣＨに割り当てられ、残りのＯＦＤＭシンボルはＰＤＳＣＨに割り当てられてもよい。
【００２６】
図２（ｂ）は、タイプ２無線フレームの構造を示す図である。タイプ２無線フレームは、２個のハーフフレームで構成される。ハーフフレームは、４（５）個の一般サブフレーム及び１（０）個の特別サブフレームを含む。一般サブフレームはＵＬ−ＤＬ設定に応じて上りリンク又は下りリンクに用いられる。サブフレームは２個のスロットで構成される。
【００２７】
表１に、ＵＬ−ＤＬ設定による無線フレーム内のサブフレーム設定を例示する。
【００２８】
【表３】
0005856308.tif 000004
【００２９】
表中、Ｄは下りリンクサブフレームを、Ｕは上りリンクサブフレームを、Ｓは特別サブフレームを表す。特別サブフレームは、下りリンクパイロット時間スロット（ＤｗＰＴＳ）、保護区間（ＧＰ）、及び上りリンクパイロット時間スロット（ＵｐＰＴＳ）を含む。ＤｗＰＴＳは、端末での初期セル探索、同期化又はチャネル推定に使われる。ＵｐＰＴＳは、基地局でのチャネル推定と端末の上りリンク送信同期を合わせるために使われる。保護区間は、上りリンクと下りリンクとの間に下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。
【００３０】
無線フレームの構造は例示に過ぎず、無線フレームにおいてサブフレームの数、スロットの数、シンボルの数は様々に変更してもよい。
【００３１】
図３は、下りリンクスロットのためのリソースグリッドを示す図である。
【００３２】
図３を参照すると、下りリンクスロットは、時間ドメインで複数のＯＦＤＭシンボルを含む。ここでは、１個の下りリンクスロットは７個のＯＦＤＭシンボルを含み、１個のリソースブロック（ＲＢ）は周波数ドメインで１２個の副搬送波を含むものとする。しかし、本発明がこれに制限されるものではない。リソースグリッド上でそれぞれの要素はリソース要素（ＲＥ）と呼ばれる。１個のＲＢは１２×７個のＲＥを含む。下りリンクスロットに含まれたＲＢの個数ＮDLは、下りリンク送信帯域に依存する。上りリンクスロットの構造は下りリンクスロットの構造と同一であってよい。
【００３３】
図４は、下りリンクサブフレームの構造を例示する。
【００３４】
図４を参照すると、サブフレーム内で１番目のスロットの先頭に位置した最大３（４）個のＯＦＤＭシンボルが、制御チャネルが割り当てられる制御領域に該当する。残りのＯＦＤＭシンボルは、ＰＤＳＣＨが割り当てられるデータ領域に該当し、データ領域の基本リソース単位はＲＢである。ＬＴＥで使われる下りリンク制御チャネルとしては、物理制御フォーマット指示子チャネル（ＰＣＦＩＣＨ）、ＰＤＣＣＨ、物理ＨＡＲＱ指示子チャネル（ＰＨＩＣＨ）などを含む。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレーム内で制御チャネルの送信に使われるＯＦＤＭシンボルの個数に関する情報を搬送する。ＰＨＩＣＨは、上りリンク送信に対する応答であり、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ信号を搬送する。ＰＤＣＣＨで送信される制御情報は下りリンク制御情報（ＤＣＩ）と呼ばれる。ＤＣＩは、上りリンク又は下りリンクスケジュール情報又は任意の端末グループのための上りリンク送信電力制御命令を含む。
【００３５】
ＰＤＣＣＨで送信される制御情報をＤＣＩと呼ぶ。ＤＣＩフォーマットは、上りリンク用にフォーマット０，３，３Ａ，４、下りリンク用にフォーマット１，１Ａ，１Ｂ，１Ｃ，１Ｄ，２，２Ａ，２Ｂ、２Ｃなどのフォーマットが定義されている。ＤＣＩフォーマットによって情報フィールドの種類、情報フィールドの個数、各情報フィールドのビット数などが異なる。例えば、ＤＣＩフォーマットは、用途に応じて、ホップフラグ、ＲＢ割当、変調符号化方式（ＭＣＳ）、冗長バージョン（ＲＶ）、新規データ指示子（ＮＤＩ）、送信電力制御（ＴＰＣ）、ＨＡＲＱプロセス番号、ＰＭＩ確認などの情報を選択的に含む。したがって、ＤＣＩフォーマットによってＤＣＩフォーマットに整合する制御情報のサイズが異なる。一方、任意のＤＣＩフォーマットは、２種類以上の制御情報の送信に使用可能である。例えば、ＤＣＩフォーマット０／１Ａは、ＤＣＩフォーマット０又はＤＣＩフォーマット１を運ぶために使用され、これらはフラグフィールドによって区別される。
【００３６】
ＰＤＣＣＨは、下りリンク共有チャネル（ＤＬ−ＳＣＨ）の送信フォーマット及びリソース割当情報、上りリンク共有チャネル（ＵＬ−ＳＣＨ）に関するリソース割当情報、呼出し（ｐａｇｉｎｇ）チャネル（ＰＣＨ）に関する呼出し情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダム接続応答のような上位層制御メッセージのリソース割当情報、任意の端末グループ中の個別端末への送信電力制御命令、ＩＰ電話（ＶｏＩＰ）の活性化などを搬送する。制御領域内で複数のＰＤＣＣＨが送信されることがある。端末は複数のＰＤＣＣＨを監視可能である。ＰＤＣＣＨは、一つ又は複数の連続した制御チャネル要素（ＣＣＥ）上で送信される。ＣＣＥは、無線チャネルの状態によって所定の符号化速度のＰＤＣＣＨを提供するために用いられる論理的割当単位である。ＣＣＥは、複数のリソース要素グループ（ＲＥＧ）に対応する。ＰＤＣＣＨのフォーマット及び利用可能なＰＤＣＣＨのビット数は、ＣＣＥの個数と、ＣＣＥによって提供される符号化速度との相関関係によって決定される。基地局は、端末に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、巡回冗長検査ビット（ＣＲＣ）を制御情報に付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は用途によって一意の識別子（無線ネットワーク一時識別子（ＲＮＴＩ）という）でマスクされる。ＰＤＣＣＨが特定端末のためのものであれば、当該端末の一意の識別子（例えば、セルＲＮＴＩ（Ｃ−ＲＮＴＩ））がＣＲＣにマスクされる。他の例として、ＰＤＣＣＨが呼出しメッセージのためのものであれば、呼出し指示識別子（例えば、呼出しＲＮＴＩ（Ｐ−ＲＮＴＩ））がＣＲＣにマスクされる。ＰＤＣＣＨがシステム情報（より具体的には、後述するシステム情報ブロック（ＳＩＢ））に関するものであれば、システム情報識別子（例えば、システム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ））がＣＲＣにマスクされる。端末のランダム接続プリアンブルの送信に対する応答である、ランダム接続応答を指示するためにランダム接続ＲＮＴＩ（ＲＡ−ＲＮＴＩ）がＣＲＣにマスクされる。
【００３７】
図５は、上りリンクサブフレームの構造を例示する。
【００３８】
図５を参照すると、サブフレーム５００は、２個の０．５ｍｓスロット５０１を含む。正規ＣＰが使われる場合、各スロットは７個のシンボル５０２で構成され、１個のシンボルは１個のＳＣ−ＦＤＭＡシンボルに対応する。リソースブロック５０３は、周波数領域で１２個の副搬送波、及び時間領域で１個のスロットに該当するリソース割当単位である。上りリンクサブフレームの構造は、データ領域５０４と制御領域５０５とに大別される。データ領域は、端末が音声、パケットなどのデータを送信するために使用される通信リソースを意味し、ＰＵＳＣＨを含む。制御領域は、端末が上りリンク制御情報（ＵＣＩ）を送信するために使用される通信リソースを意味し、ＰＵＣＣＨを含む。
【００３９】
ＰＵＣＣＨは、下記の上りリンク制御情報を送信するために使用可能である。
【００４０】
−  ＳＲ：上りリンクＵＬ−ＳＣＨリソースを要求するために用いられる情報である。オンオフ変調（ＯＯＫ）方式を用いて送信される。
【００４１】
−  ＨＡＲＱ−ＡＣＫ：ＰＤＳＣＨ上の下りリンクデータパケット（例えば、符号語）に対する応答である。下りリンクデータパケットが成功裏に受信されたか否かを表す。単一下りリンク符号語に対する応答としてＨＡＲＱ−ＡＣＫ １ビットが送信され、二つの下りリンク符号語に対する応答としてＨＡＲＱ−ＡＣＫ ２ビットが送信される。ＨＡＲＱ−ＡＣＫ応答は、肯定ＡＣＫ（単にＡＣＫと呼ぶ）、否定ＡＣＫ（ＮＡＣＫ）、ＤＴＸ又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ−ＡＣＫは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと同じ意味で使われる。
【００４２】
−ＣＳＩ：下りリンクチャネルに対するフィードバック情報である。多入力多出力（ＭＩＭＯ）関連フィードバック情報は、ＲＩ及びＰＭＩを含む。サブフレーム当たり２０ビットが用いられる。
【００４３】
端末がサブフレームで送信可能な制御情報の量は、使用可能なＳＣ−ＦＤＭＡの個数に依存する。制御情報送信に使用可能なＳＣ−ＦＤＭＡは、サブフレームにおいて参照信号送信のためのＳＣ−ＦＤＭＡシンボルを除く残りのＳＣ−ＦＤＭＡシンボルを意味し、ＳＲＳが設定されたサブフレームでは、サブフレームの最後のＳＣ−ＦＤＭＡシンボルも除外される。参照信号は、ＰＵＣＣＨのコヒーレント検出に用いられる。ＰＵＣＣＨは、送信される情報によって様々なフォーマットをサポートする。
【００４４】
表２は、ＬＴＥ（−Ａ）におけるＰＵＣＣＨフォーマットとＵＣＩとの対応関係を表すものである。
【００４５】
【表４】
0005856308.tif 000005
【００４６】
ＳＲＳは、サブフレームにおいて最後のＳＣ−ＦＤＭＡシンボルで送信される（５０６）。同一のＳＣ−ＦＤＭＡシンボルで送信される複数の端末のＳＲＳは、周波数位置／シーケンスによって区別可能である。ＳＲＳは非周期的又は周期的に送信される。
【００４７】
図６は、スロットレベルでのＰＵＣＣＨフォーマット１ａ及び１ｂの構造を示す。ＰＵＣＣＨフォーマット１ａ及び１ｂは、同一の内容の制御情報がサブフレーム内でスロット単位に反復される。各端末のＡＣＫ／ＮＡＣＫ信号は計算機生成定振幅零自己相関（ＣＧ−ＣＡＺＡＣシーケンスの別個の巡回シフト（ＣＳ）（周波数ドメイン符号）及び直交カバー符号（ＯＣ又はＯＣＣ）（時間ドメイン拡散符号）で構成された別個のリソース上で送信される。ＯＣとしては、例えば、ウォルシュ（Ｗａｌｓｈ）／ＤＦＴ直交符号がある。ＣＳの個数が６個、ＯＣの個数が３個のとき、単一アンテナを基準にして総計１８個の端末が同一の物理リソースブロック（ＰＲＢ）内で多重化可能となる。
【００４８】
図７は、スロットレベルでＰＵＣＣＨフォーマット２／２ａ／２ｂの構造を示す。サブフレームはＲＳシンボル以外に１０個のＱＰＳＫデータシンボルで構成される。ＱＰＳＫシンボルはそれぞれ、ＣＳによって周波数ドメインで拡散された後、該当のＳＣ−ＦＤＭＡシンボルにマップされる。ＲＳは巡回シフトを用いてＣＤＭによって多重化してもよい。例えば、利用可能なＣＳの個数が１２又は６であるとき、同一のＰＲＢ内にそれぞれ１２又は６個の端末が多重可能となる。
【００４９】
図８は、搬送波集約通信システムを例示する。
【００５０】
図８を参照すると、複数の上り／下りリンク成分搬送波（ＣＣ）を束ねてより広い上り／下りリンク帯域幅をサポート可能である。それぞれのＣＣは周波数領域で互いに隣接しても、非隣接でもよい。各成分搬送波の帯域幅は独立して定めてもよい。ＵＬ ＣＣの個数とＤＬ ＣＣの個数とが異なる非対称搬送波集約も可能である。一方、制御情報は、特定ＣＣだけで送受信可能に設定してもよい。このような特定ＣＣを１次ＣＣ（ＰＣＣ）と呼び、残りのＣＣを２次ＣＣ（ＳＣＣ）と呼ぶこともある。一例として、搬送波間スケジュール（ｃｒｏｓｓ−ｃａｒｒｉｅｒ  ｓｃｈｅｄｕｌｉｎｇ）（又はＣＣ間スケジュール）が適用される場合、下りリンク割当のためのＰＤＣＣＨはＤＬ ＣＣ ＃０で送信され、該当のＰＤＳＣＨはＤＬ ＣＣ ＃２で送信されることがある。用語「成分搬送波」は、均等な別の用語（例えば、搬送波、セルなど）に置き換えてもよい。
【００５１】
ＣＣ間スケジュールのために、搬送波指示子フィールド（ＣＩＦ）が用いられる。ＰＤＣＣＨ内のＣＩＦの存在又は不存在のための設定が、半永続的に端末特定（又は端末グループ特定）に上位層信号通知（例えば、ＲＲＣ信号通知）によって有効（ｅｎａｂｌｅ）にされてもよい。ＰＤＣＣＨ送信の基本事項をまとめると、次のとおりである。
【００５２】
‐ＣＩＦ無効（ｄｉｓａｂｌｅｄ）：ＤＬ ＣＣ上のＰＤＣＣＨは、同一のＤＬ ＣＣ上のＰＤＳＣＨリソース及び単一のリンクされたＵＬ ＣＣ上でのＰＵＳＣＨリソースを割り当てる。
・Ｎｏ  ＣＩＦ
【００５３】
‐ＣＩＦ有効（ｅｎａｂｌｅｄ）：ＤＬ ＣＣ上のＰＤＣＣＨはＣＩＦを用いて、複数の束ねられたＤＬ／ＵＬ ＣＣのうち一つのＤＬ／ＵＬ ＣＣ上のＰＤＳＣＨ又はＰＵＳＣＨリソースを割り当てることができる。
・ＣＩＦを持つように拡張されたＬＴＥ ＤＣＩフォーマット
−ＣＩＦ（設定される場合）は、固定されたｘビットフィールド（例えば、ｘ＝３）
−ＣＩＦ（設定される場合）位置は、ＤＣＩフォーマットサイズによらずに固定される
【００５４】
ＣＩＦ存在時に、基地局は、端末にとってのＢＤ複雑度を下げるために、監視ＤＬ ＣＣ（セット）を割り当ててもよい。すると、ＰＤＳＣＨ／ＰＵＳＣＨスケジュールために、端末は該当のＤＬ ＣＣでだけＰＤＣＣＨの検出／復号を行うだけでよい。また、基地局は監視ＤＬ ＣＣ（セット）だけでＰＤＣＣＨを送信してもよい。監視ＤＬ ＣＣセットは、端末特定、端末−グループ特定又はセル特定の方式で設定可能である。
【００５５】
図９は、３個のＤＬ ＣＣが束ねられ、ＤＬ ＣＣ Ａが監視ＤＬ ＣＣに設定された場合を例示する。ＣＩＦが無効化されると、ＬＴＥ ＰＤＣＣＨ規則に従って各ＤＬ ＣＣはＣＩＦなしに、各ＤＬ ＣＣのＰＤＳＣＨをスケジュールするＰＤＣＣＨを送信してもよい。一方、ＣＩＦが上位層信号通知によって有効化されると、ＣＩＦを用いてＤＬ ＣＣ ＡだけがＤＬ ＣＣ ＡのＰＤＳＣＨに加えて、他のＤＬ ＣＣのＰＤＳＣＨをスケジュールするＰＤＣＣＨを送信してもよい。監視ＤＬ ＣＣに設定されていないＤＬ ＣＣ Ｂ及びＣではＰＤＣＣＨが送信されない。ここで、「監視ＤＬ ＣＣ（ＭＣＣ）」は、監視搬送波、監視セル、スケジュール搬送波、スケジュールセル、サービス提供搬送波、サービス提供セルなどのような均等な用語に置き換えてもよい。スケジュールの観点でＰＣＣはＭＣＣと呼んでもよい。ＰＤＣＣＨに対応するＰＤＳＣＨが送信されるＤＬ ＣＣ、ＰＤＣＣＨに対応するＰＵＳＣＨが送信されるＵＬ ＣＣは、被スケジュール搬送波、被スケジュールセルなどと呼ばれることもある。
【００５６】
一方、ＴＤＤベースのｂｅｙｏｎｄ ＬＴＥ−Ａシステムでは、別個のＵＬ−ＤＬ設定で動作する複数ＣＣの集約を考慮可能である。この場合、ＰＣＣ及びＳＣＣに設定されたＡ／Ｎタイミング（すなわち、各ＤＬ ＳＦで送信されたＤＬデータに対するＡ／Ｎが送信されるＵＬ ＳＦタイミング）が、該当のＣＣのＵＬ−ＤＬ設定によってそれぞれ異なることがある。例えば、同一のＤＬ ＳＦタイミング（このサブフレームで送信されたＤＬデータ）に対してＡ／Ｎが送信されるＵＬ ＳＦタイミングが、ＰＣＣ及びＳＣＣに対して別々に設定されることがあり、同一のＵＬ ＳＦタイミングに送信されるＡ／Ｎフィードバックの対象となるＤＬ ＳＦグループがＰＣＣ及びＳＣＣに対して別々に設定されることがある。また、同一のＳＦタイミングに対してＰＣＣのリンク方向（すなわち、ＤＬ又はＵＬ）とＳＣＣのリンク方向とが異なるように設定されることもある。一例として、特定ＳＦタイミングにおいてＳＣＣはＵＬ ＳＦに設定される一方、ＰＣＣはＤＬ ＳＦに設定されることがある。
【００５７】
また、ＴＤＤベースのｂｅｙｏｎｄ ＬＴＥ−Ａシステムでは、別個のＴＤＤ ＵＬ−ＤＬ設定ベースのＣＡ状況（便宜上、別個の（ｄｉｆｆｅｒｅｎｔ）ＴＤＤ ＣＡという）においてＣＣ間スケジュール動作サポートを考慮可能である。この場合、ＭＣＣ及びＳＣＣそれぞれに設定されたＵＬ許可タイミング（ＵＬ送信をスケジュールするＵＬ許可が送信されるＤＬ ＳＦタイミング）及びＰＨＩＣＨタイミング（ＵＬデータに対するＰＨＩＣＨが送信されるＤＬ ＳＦタイミング）が異なることがある。例えば、同一のＵＬ ＳＦに対してＵＬ許可／ＰＨＩＣＨが送信されるＤＬ ＳＦがＭＣＣとＳＣＣとで異なるように設定されることがある。また、同一のＤＬ ＳＦで送信されるＵＬ許可又はＰＨＩＣＨフィードバックの対象となるＵＬ ＳＦグループがＭＣＣとＳＣＣとで異なるように設定されることもある。この場合にも、同一のＳＦタイミングに対してＭＣＣのリンク方向とＳＣＣのリンク方向とが異なるように設定されることがある。例えば、ＳＣＣでは特定ＳＦタイミングがＵＬ許可／ＰＨＩＣＨが送信されるＤＬ ＳＦに設定される一方、ＭＣＣでは、該ＳＦタイミングがＵＬ ＳＦに設定されることがある。
【００５８】
一方、別個のＴＤＤ ＣＡ設定によってＰＣＣのリンク方向とＳＣＣのリンク方向とが異なっているＳＦタイミング（以下、衝突（ｃｏｌｌｉｄｅｄ）ＳＦという）が存在する場合、該ＳＦタイミングでは、端末のハードウェア構成又は他の理由／目的などによって、ＰＣＣ／ＳＣＣのうち、特定リンク方向又は特定ＣＣ（例えば、ＰＣＣ）と同じリンク方向を持つＣＣだけを運用してもよい。便宜上、このような方式を半２重（ＨＤ）ＴＤＤ ＣＡと呼ぶ。例えば、ＰＣＣに対して特定ＳＦタイミングがＤＬ ＳＦに設定され、ＳＣＣに対しては該ＳＦタイミングがＵＬ ＳＦに設定されることによって衝突ＳＦが形成される場合、該ＳＦタイミングでＤＬ方向を持つＰＣＣ（すなわち、ＰＣＣに設定されたＤＬ ＳＦ）だけを運用し、ＵＬ方向を持つＳＣＣ（すなわち、ＳＣＣに設定されたＵＬ ＳＦ）は運用しなくてもよい（逆の場合も可能）。
【００５９】
図１０は、ＨＤ−ＴＤＤ ＣＡ構造を例示する。同図で、灰色の陰影（Ｘ）は、衝突ＳＦで使用が制限されるＣＣ（リンク方向）を例示する。図１０を参照すると、ＰＣＣはＵＬ ＳＦに設定され、ＳＣＣはＤＬ ＳＦに設定された状況で、ＰＣＣのＵＬ ＳＦだけを運用し、ＳＣＣのＤＬ ＳＦを使用しないことが可能である。同状況において、逆に、ＳＣＣのＤＬ ＳＦだけを運用し、ＰＣＣのＵＬ ＳＦを使用しないことも可能である。
【００６０】
次に、別個のＴＤＤ ＵＬ−ＤＬ設定を持つ複数のＣＣが束ねられた場合、半２重動作を効率的かつ安定的にサポートするためのサブフレーム（ＳＦ）運用方法を提案する。具体的には、ＸＣＣ（ＰＣＣ又はＳＣＣ）とＹＣＣ（ＳＣＣ又はＰＣＣ）との間で起こり得る衝突ＳＦ組合せをすべて考慮し、各衝突ＳＦ組合せに対して特定（ＤＬ又はＵＬ）方向だけを運用した場合、安定した半２重動作のために必要とされるＳＦタイプ再設定方法を提案する。また、ＳＦ使用面で（衝突ＳＦに起因した）リソース損失を最小化するように、各衝突ＳＦ組合せに対する効率的なリンク方向設定方法を提示する。
【００６１】
本明細書で、（Ｘ１，Ｘ２：Ｙ１，Ｙ２）は、ＸＣＣの（時間順序上）１番目のＳＦ、２番目のＳＦ方向がそれぞれＸ１，Ｘ２であり，ＹＣＣの１番目のＳＦ、２番目のＳＦ方向がそれぞれＹ１，Ｙ２である状況を表す。また、Ｄ、Ｕ、Ｓはそれぞれ、ＤＬ ＳＦ、ＵＬ ＳＦ、特別ＳＦを表し，Ｘは、（衝突ＳＦで）使用されないＣＣ（リンク方向）を表す。また、いずれかの理由でＸへの設定はＳＣＣだけに適用されることもある（すなわち、ＰＣＣに対してはＸへの設定が適用されないこともある）。
【００６２】
以下、各衝突ＳＦ組合せについて具体的に説明する。
【００６３】
‐Ｃａｓｅ ＃１：（Ｘ１，Ｘ２：Ｙ１，Ｙ２）＝（Ｕ，Ｄ：Ｕ，Ｕ）
【００６４】
・ＳＦ ｒｅｃｆｇ １−１：（Ｕ，Ｄ：Ｕ，Ｕ）＝>（Ｕ，Ｄ：Ｕ，Ｘ）に設定
【００６５】
ＸＣＣの２番目のＳＦ方向をＤに設定する場合、ＸＣＣのＵとＤ間に送受信タイミングギャップが存在するため、ＹＣＣの１番目のＵにおいて全送信区間が保証可能である。すなわち、ＸＣＣとＹＣＣとのＵＬ送信タイミング同期差（例えば、タイミング進み）があまり大きくないとき、ＹＣＣの１番目のＵでの送信終了タイミングがＸＣＣの送受信タイミングギャップ内に存在する（すなわち，ＸＣＣのＤでの受信開始タイミングから十分に前に存在する）。したがって、本方法のリンク方向設定は、リソース使用効率性の面で有用といえる。
【００６６】
・ＳＦ ｒｅｃｆｇ １−２：（Ｕ，Ｄ：Ｕ，Ｕ）＝>（Ｕ，Ｘ：Ｕ，Ｕ）に設定
【００６７】
ＹＣＣの２番目のＳＦ方向をＵに設定する場合、ＹＣＣの二つのＳＦが連続したＵで構成されるため、ＸＣＣの１番目のＵにおいて全送信区間が保証可能である。すなわち、ＹＣＣで送受信切替えなしでＵでの送信動作だけを持続するため、ＸＣＣの１番目のＵにおいて全送信区間を損失なく維持可能である。したがって、本方法のリンク方向設定も同様、リソース使用効率性の面で有用といえる。
【００６８】
一方、ＳＦ ｒｅｃｆｇ １−１によれば、ＸＣＣとＹＣＣとの間のＵＬ送信タイミング同期差が極めて大きいため、ＹＣＣの１番目のＵでの送信終了タイミングが、ＸＣＣのＤでの受信開始タイミングから十分に前に存在しないこともある。この場合、ＹＣＣの１番目のＵでの送信終了タイミングを、ＸＣＣのＵとＤ間の送受信切替え時間が確保されるように（すなわち，ＸＣＣのＵでの送信終了タイミングと類似又は（最悪の場合）一致するように）調整する必要が生じることもある。この場合、ＹＣＣの１番目のＵで送信可能なＳＦ区間が減少し、リソース使用効率性の面で多少不利となることがある。
【００６９】
したがって、ＳＦ ｒｅｃｆｇ １−１のようなリンク方向設定・適用時に、ＹＣＣのＹ１＝Ｕに対して次のようなＳＦタイプ再設定方法を考慮してもよい。
【００７０】
・Ｓｏｌ １：基地局は端末に、ＹＣＣのＹ１＝Ｕに対するＳＦ区間又は（ＳＦを構成する）シンボル個数又は（ＳＦ内）最後のシンボルインデクス、又はこれを類推できる情報を信号通知してもよい。また、端末は基地局に、ＹＣＣのＹ１＝Ｕに対して送信可能なＳＦ区間又は（ＳＦを構成する）シンボル個数又は（ＳＦ内）最後のシンボルインデクス、又はこれを類推できる情報を信号通知してもよい。ここで、ＵＬシンボルとしてはＳＣ−ＦＤＭＡシンボルを含む。これによって、端末は利用可能なＳＦ区間だけでＵＬ送信を行い、それ以降の適正時点に送受信切替え動作を行うことができる。ＹＣＣ＝ＰＣＣの場合、Ｙ１＝ＵでＡＣＫ／ＮＡＣＫ及びＣＳＩなどのＵＣＩを送信するために、短縮された（ｓｈｏｒｔｅｎｅｄ）ＰＵＣＣＨフォーマットが用いられるように設定してもよい。ここで、短縮されたＰＵＣＣＨフォーマットとは、ＳＦにおいてＳＲＳが送信される可能性のあるシンボルを除く残りシンボルだけを用いてＵＬ信号送信を行うＰＵＣＣＨフォーマットのことを指す。一方、ＳＦにおいて利用可能なＳＦ区間を除く残りのシンボルの全部又は一部を含めて送信されるように設定／命令されたＵＬ信号／チャネル（例えば、ＰＵＣＣＨ、ランダム接続プリアンブル、ＳＲＳ）は、その送信がドロップ／放棄してもよい。ＹＣＣのＹ１＝ＵでＰＵＳＣＨを送信する場合、ＰＵＳＣＨ信号は利用可能なＳＦ区間（及び／又はこれを除く残りシンボル）を考慮して速度整合又はパンクチャしてもよい。
【００７１】
・Ｓｏｌ ２：ＹＣＣのＹ１＝Ｕに対する使用を追加に制限し、ＸＣＣのＵ及びＤだけを運用してもよい（すなわち、（Ｕ，Ｄ：Ｕ，Ｕ）＝>（Ｕ，Ｄ：Ｘ，Ｘ）に設定）。また、均等に、端末は、ＹＣＣのＹ１＝Ｕで送信されるＰＵＳＣＨに対するスケジュールはないと見なした／仮定した状態で動作してもよい。すなわち、端末は、ＹＣＣのＹ１＝Ｕで送信されるＰＵＳＣＨに対するスケジュールが実際にあるか否かによらず、ＹＣＣのＹ１＝ＵでＰＵＳＣＨ送信をしなくてもよい。したがって、端末は、ＰＵＳＣＨ送信が実際にスケジュールされたとき、ＹＣＣのＹ１＝ＵでＰＵＳＣＨ送信を省略／ドロップ／放棄してもよい。また、端末は、ＹＣＣのＹ１＝Ｕで送信されるように設定されたＰＵＣＣＨ／ＰＲＡＣＨ／ＳＲＳに対して送信を省略／ドロップ／放棄してもよい。
【００７２】
・Ｓｏｌ ３：ＹＣＣのＹ１＝Ｕの最後のＭ個（ＳＣ−ＦＤＭＡ）シンボルに対して追加に使用を制限してもよい。Ｍは１以上の整数で、例えば１である。一方、該当のＭ個シンボルの全部又は一部を含めて送信されるように設定／命令されたＵＬ信号／チャネル（例えば、周期的ＳＲＳ、非周期的ＳＲＳ、周期的ＣＳＩを搬送するＰＵＣＣＨ（フォーマット２／２ａ／２ｂ）、ランダム接続プリアンブル）は、その送信をドロップ／放棄してもよい。ＰＵＳＣＨがＹＣＣのＹ１＝Ｕで送信される場合、ＰＵＳＣＨは、該当のＭ個シンボルを考慮して速度整合又はパンクチャしてもよい。また、ＰＵＣＣＨがＹＣＣのＹ１＝Ｕで送信される場合（例えば、ＡＣＫ／ＮＡＣＫを搬送するＰＵＣＣＨ）、ＰＵＣＣＨは、該当のＭ個シンボルを除外した形態の短縮されたＰＵＣＣＨフォーマットを使用するように設定してもよい。また、端末は、ＹＣＣのＹ１＝Ｕで送信されるように設定されたＰＵＣＣＨ／ＰＲＡＣＨ／ＳＲＳに対しては、無条件に送信を省略／ドロップ／放棄するように設定してもよい。
【００７３】
・Ｓｏｌ ４：ＹＣＣのＹ１＝Ｕで送信されるＰＵＳＣＨの場合、端末は当該ＰＵＳＣＨを構成する最後の一部（例えば、Ｍ個）のシンボルに対して速度整合又はパンクチャを適用してもよい。また、端末は、ＹＣＣのＹ１＝Ｕで送信されるように設定されたＰＵＣＣＨ／ＰＲＡＣＨ／ＳＲＳに対して送信を省略／ドロップ／放棄してもよい。
【００７４】
‐Ｃａｓｅ ＃２：（Ｘ１，Ｘ２：Ｙ１，Ｙ２）＝（Ｄ，Ｄ：Ｓ，Ｕ）
【００７５】
・ＳＦ ｒｅｃｆｇ ２−１：（Ｄ，Ｄ：Ｓ，Ｕ）＝>（Ｄ，Ｄ：Ｓ，Ｘ）に設定
【００７６】
ＸＣＣの２番目のＳＦ方向をＤに設定する場合、ＸＣＣの二つのＳＦが連続したＤで構成されるため、ＹＣＣのＹ１＝Ｓにおいて全受信区間（すなわち、全ＤｗＰＴＳ区間）が保証可能となる。すなわち、ＸＣＣにおいて送受信切替えなしでＤでの受信動作だけが持続されるため、ＹＣＣのＹ１＝Ｓにおいて全受信区間を損失なく維持可能となる。したがって、本方法のリンク方向設定も同様、リソース使用効率性の面で有用といえる。一方、ＹＣＣのＹ１＝Ｓに設定されたＵｐＰＴＳでのＵＬ送信動作は省略してもよい。例えば、ＹＣＣのＹ１＝Ｓ（すなわち、ＵｐＰＴＳ区間）で送信されるように設定／命令されたＵＬ信号／チャネル（例えば、周期的ＳＲＳ、非周期的ＳＲＳ、ランダム接続プリアンブル）は、送信をドロップ／放棄してもよい。
【００７７】
・ＳＦ ｒｅｃｆｇ ２−２：（Ｄ，Ｄ：Ｓ，Ｕ）＝>（Ｄ，Ｘ：Ｓ，Ｕ）に設定
【００７８】
ＹＣＣの２番目のＳＦ方向をＵに設定する場合、ＹＣＣのＳとＵ間に送受信切替えギャップが存在するため、ＸＣＣのＸ１＝Ｄにおいて全受信区間が保証されないことがある。すなわち、ＸＣＣとＹＣＣのＤＬ受信タイミング同期が略一致又は正確に一致しても、半２重動作のためにＸＣＣのＸ１＝Ｄにおいて受信終了タイミングをＹＣＣの送受信切替え時間が保証されるように調整する必要が生じることもある。すなわち，ＸＣＣのＸ１＝Ｄにおいて受信終了タイミングをＹＣＣのＹ１＝Ｓでの受信終了タイミングと類似又は（最悪の場合）一致するように調整する必要が生じる場合がある。そのため、ＸＣＣのＸ１＝Ｄで受信可能なＳＦ区間が減少し、リソース使用効率性の面で多少不利となることもある。
【００７９】
一方、ＳＦ ｒｅｃｆｇ ２−２のようなリンク方向設定・適用時に、ＸＣＣのＸ１＝Ｄに対して次のようなＳＦタイプ再設定方法を適用することを提案する。この方法は、Ｙ１＝ＳのＵｐＰＴＳでＵＬ信号／チャネル送信があるか、及び／又はＹ２＝ＵでＵＬ信号／チャネル送信がある場合に適用可能である。
【００８０】
・Ａｌｔ １：基地局は端末に、ＸＣＣのＸ１＝Ｄに対するＳＦ区間、（ＳＦを構成する）シンボル個数、（ＳＦ内）最後のシンボルインデクス、又はこれを類推できる情報を信号通知できる。また、端末は基地局に、ＸＣＣのＸ１＝Ｄに対して受信可能なＳＦ区間、（ＳＦを構成する）シンボル個数、（ＳＦ内）最後のシンボルインデクス、又はこれを類推できる情報を信号通知できる。ここで、ＤＬシンボルはＯＦＤＭシンボルを含む。これによって、端末は可用ＳＦ区間でだけＤＬ受信を行い、それ以降の適正時点に送受信切替え動作を行うことができる。
【００８１】
・Ａｌｔ ２：ＹＣＣに設定されたＳ（すなわち、ＹＣＣに対して設定された特別ＳＦ構成に基づいて与えられたＳ）と同一のＳＦ構造をＸＣＣのＸ１＝Ｄに適用してもよい。例えば、ＹＣＣのＳにおいてＤＬに該当する部分だけをＸＣＣのＸ１＝Ｄに適用してもよい。
【００８２】
・Ａｌｔ ３：ＸＣＣに設定されたＳ（すなわち，ＸＣＣに対して設定された特別ＳＦ構成ベースに基づいて与えられたＳ）と同一のＳＦ構造をＸＣＣのＸ１＝Ｄに適用してもよい。例えば、ＸＣＣのＳにおいてＤＬに該当する部分だけをＸＣＣのＸ１＝Ｄに適用してもよい。
【００８３】
・Ａｌｔ ４：ＸＣＣに設定されているＳと、ＹＣＣに設定されているＳとのうち、ＤＬ領域が最も小さいＳをＸＣＣのＸ１＝Ｄに適用してもよい。例えば、該当のＳにおいてＤＬに該当する部分だけをＸＣＣのＸ１＝Ｄに適用してもよい。
【００８４】
・Ａｌｔ ５：ＸＣＣのＸ１＝Ｄにだけ適用される特別ＳＦ構成を別に信号通知し、これに基づくＳ構造をＸＣＣのＸ１＝Ｄに適用してもよい。例えば、該当のＳにおいてＤＬに該当する部分だけをＸＣＣのＸ１＝Ｄに適用してもよい。
【００８５】
・Ａｌｔ ６：ＸＣＣのＸ１＝Ｄに対する使用を追加に制限してもよい（すなわち、（Ｄ，Ｄ：Ｓ，Ｕ）＝>（Ｘ，Ｘ：Ｓ，Ｕ）に設定してＹＣＣのＳとＵだけを運用）。また、均等に、端末は、ＸＣＣのＸ１＝Ｄで送信されるＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＣＣＨ及びＰＤＳＣＨに対するスケジュールはないと見なした／仮定した状態で動作してもよい。すなわち、端末は、基地局が実際に信号を送信したか否かによらず、ＸＣＣのＸ１＝ＤでＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＣＣＨ及びＰＤＳＣＨに関するスケジュール情報を受信するための過程を省略／ドロップ／放棄してもよい。
【００８６】
・Ａｌｔ ７：ＤＬ領域（すなわち，ＤｗＰＴＳ区間）が最も小さいＳの構造をＸＣＣのＸ１＝Ｄに適用してもよい。例えば、該当のＳにおいてＤＬに該当する部分だけをＸＣＣのＸ１＝Ｄに適用してもよい。又は、端末は、該当のＸＣＣのＸ１＝ＤにおいてＰＤＳＣＨに対するスケジュール（例，ＤＬ許可ＰＤＣＣＨ）がないと見なした／仮定した状態で動作してもよい。すなわち、端末は、基地局が実際に信号を送信したか否かによらず、ＸＣＣのＸ１＝ＤでＤＬ許可ＰＤＣＣＨ信号、それに対応するＰＤＳＣＨ信号の受信過程を省略／ドロップ／放棄してもよい。
【００８７】
・Ａｌｔ ８：ＸＣＣのＸ１＝ＤでＰＤＳＣＨが送信／受信される場合、端末はＰＤＳＣＨを構成する最後の一部（例えば、Ｋ個）のＤＬシンボルに対して検出／受信動作を省略してもよい。ここで、ＤＬシンボルとしてはＯＦＤＭシンボルを含む。
【００８８】
Ａｌｔ １〜８を適用時に、ＸＣＣのＸ１＝ＤでＤＬ受信区間を十分に確保するために、ＹＣＣのＹ１＝Ｓ内に設定されたＵｐＰＴＳ区間（すなわち、これに属するＳＣ−ＦＤＭＡシンボル）に対する使用を更に制限してもよい。このとき、ＹＣＣのＹ１＝ＳにおいてＵｐＰＴＳ区間でのＵＬ送信動作（すなわち、当該区間で送信されるように設定／命令されたＵＬ信号／チャネル（例えば、周期的ＳＲＳ、非周期的ＳＲＳ、ランダム接続プリアンブル）の送信）は省略／ドロップしてもよい。また、Ａｌｔ２〜４において、ＹＣＣ又はＸＣＣに設定されたＤｗＰＴＳ区間、又はＹＣＣ／ＸＣＣに設定されたＤｗＰＴＳのうち最も小さいＤｗＰＴＳ区間と、ＹＣＣに設定されたＵｐＰＴＳ区間とを合わせた領域を、ＸＣＣのＸ１＝Ｄにおいて全ＤＬ受信区間と決定してもよい。ここで、ＹＣＣのＹ１＝Ｓ内のＵｐＰＴＳ区間でＵＬ送信動作を行うか否かは、ＲＲＣ信号通知などによって設定してもよい。
【００８９】
他の方法として、ＳＦ ｒｅｃｆｇ ２−２のようなリンク方向の設定・適用時に、ＸＣＣのＸ１＝Ｄの全ＤＬ受信区間を損失なく維持するために、ＹＣＣのＹ２＝Ｕに対して次のＳＦタイプ再設定方法を提案する。このとき、ＹＣＣのＹ１＝Ｓに対しては、当該Ｓに設定されたＤｗＰＴＳ区間だけが適用され（すなわち、当該区間でＤＬ受信動作を行う）、当該Ｓに設定されたＵｐＰＴＳ区間の使用（当該区間でのＵＬ送信動作）は省略してもよい。これは、ＸＣＣのＸ１＝ＤでＤＬ信号／チャネル送信がある場合に適用可能である。
【００９０】
・Ａｌｔ ９：基地局は端末に、ＹＣＣのＹ２＝Ｕに対するＳＦ区間又は（ＳＦを構成する）シンボル個数又は（ＳＦ内）最初のシンボルインデクス、又はこれを類推できる情報を信号通知できる。また、端末は基地局に、ＹＣＣのＹ２＝Ｕに対して送信可能なＳＦ区間又は（ＳＦを構成する）シンボル個数又は（ＳＦ内）最初のシンボルインデクス、又はこれを類推できる情報を信号通知できる。ここで、ＵＬシンボルとしてはＳＣ−ＦＤＭＡシンボルを含む。これによって、端末は、利用可能なＳＦ区間に対してだけＵＬ送信を行うことができる。一方、ＳＦにおいて利用可能なＳＦ区間を除く残りシンボルの全部又は一部を含めて送信されるように設定／命令されたＵＬ信号／チャネル（例えば、ＰＵＣＣＨ、ランダム接続プリアンブル）は、送信がドロップ／放棄してもよい。ＹＣＣのＹ２＝ＵでＰＵＳＣＨを送信する場合、ＰＵＳＣＨ信号は、利用可能なＳＦ区間（及び／又はこれを除く残りシンボル）を考慮して速度整合又はパンクチャしてもよい。
【００９１】
・Ａｌｔ １０：ＹＣＣのＹ２＝Ｕに対する使用を追加に制限し、ＸＣＣのＤ及びＹＣＣのＳだけを運用してもよい（すなわち、（Ｄ，Ｄ：Ｓ，Ｕ）＝>（Ｄ，Ｘ：Ｓ，Ｘ）に設定）。また、均等に、端末は、ＹＣＣのＹ２＝Ｕで送信されるＰＵＳＣＨに対するスケジュールはないと見なした／仮定した状態で動作してもよい。すなわち、端末は、ＹＣＣのＹ２＝Ｕで送信されるＰＵＳＣＨに対するスケジュールが実際にあったか否かによらず、ＹＣＣのＹ２＝ＵでＰＵＳＣＨ送信をしなくてもよい。したがって、端末は、ＰＵＳＣＨ送信が実際にスケジュールされたとき、ＹＣＣのＹ２＝ＵでＰＵＳＣＨ送信を省略／ドロップ／放棄してもよい。また、端末は、ＹＣＣのＹ２＝Ｕで送信されるように設定されたＰＵＣＣＨ／ＰＲＡＣＨに対して送信を省略／ドロップ／放棄してもよい。
【００９２】
・Ａｌｔ １１：ＹＣＣのＹ２＝Ｕの先頭Ｌ個のＳＣ−ＦＤＭシンボルに対して追加に使用を制限してもよい。このとき、当該Ｌ個シンボルの全部又は一部を含めて送信されるように設定／命令されたＵＬ信号／チャネル（例えば、ＰＵＣＣＨ、ランダム接続プリアンブル）は、送信をドロップ／放棄してもよい。ＰＵＳＣＨがＹＣＣのＹ２＝Ｕで送信されるとき、ＰＵＳＣＨは、当該Ｌ個シンボルを考慮して速度整合又はパンクチャしてもよい。また、端末はＹＣＣのＹ２＝Ｕで送信されるように設定されたＰＵＣＣＨ／ＰＲＡＣＨに対して送信を省略／ドロップ／放棄してもよい。
【００９３】
・Ａｌｔ １２：ＹＣＣのＹ２＝Ｕで送信されるＰＵＳＣＨの場合、端末は当該ＰＵＳＣＨを構成する先頭の一部（例えば、Ｌ個）シンボルに対して速度整合又はパンクチャを適用してもよい。また、端末は、ＹＣＣのＹ２＝Ｕで送信されるように設定されたＰＵＣＣＨ／ＰＲＡＣＨに対して送信を省略／ドロップ／放棄してもよい。
【００９４】
一方、ＳＦ ｒｅｃｆｇ ２−１のようなリンク方向の設定・適用のための他の方法として、ＹＣＣのＹ１＝Ｓ内に設定されたＵｐＰＴＳ区間（すなわち、当該区間でのＵＬ送信動作）を損失なくサポートするために、ＸＣＣのＸ１＝Ｄに対してＡｌｔ １〜８の方法を適用してもよい。
【００９５】
ＳＦリソース使用効率性の面を考慮するとき、Ｃａｓｅ ＃１の場合にはＳＦ ｒｅｃｆｇ １−１又はＳＦ ｒｅｃｆｇ １−２方式を適用し、Ｃａｓｅ ＃２の場合にはＳＦ ｒｅｃｆｇ ２−１方式だけを適用してもよい。また、ＣＣ間ＵＬ送信タイミング同期差まで考慮して、Ｃａｓｅ ＃１の場合にはＳＦ ｒｅｃｆｇ １−２方式だけを適用し、Ｃａｓｅ ＃２の場合にはＳＦ ｒｅｃｆｇ ２−１だけを適用してもよい。
【００９６】
以上提案した内容に基づき、２個以上の連続したＳＦが衝突ＳＦを形成する場合のリンク方向設定方法を提示すると、次のとおりである。
【００９７】
以下、（Ｘ１，Ｘ２，Ｘ３：Ｙ１，Ｙ２，Ｙ３）は、ＸＣＣの（時間順序上）１番目、２番目、３番目のＳＦ方向がそれぞれＸ１，Ｘ２，Ｘ３であり、ＹＣＣの１番目、２番目、３番目のＳＦ方向がそれぞれＹ１，Ｙ２，Ｙ３である状況を表す。同様に、（Ｘ１，Ｘ２，Ｘ３，Ｘ４：Ｙ１，Ｙ２，Ｙ３，Ｙ４）は、ＸＣＣの（時間順序上）１番目、２番目、３番目、４番目のＳＦ方向がそれぞれＸ１，Ｘ２，Ｘ３，Ｘ４であり、ＹＣＣの１番目、２番目、３番目、４番目のＳＦ方向がそれぞれＹ１，Ｙ２，Ｙ３，Ｙ４である状況を表す。
【００９８】
‐Ｃａｓｅ ＃３：（Ｘ１，Ｘ２，Ｘ３：Ｙ１，Ｙ２，Ｙ３）＝（Ｕ，Ｄ，Ｄ：Ｕ，Ｕ，Ｕ）
【００９９】
・ＳＦ ｒｅｃｆｇ ３−１：（Ｕ，Ｄ，Ｄ：Ｕ，Ｕ，Ｕ）＝>（Ｕ，Ｄ，Ｄ：Ｕ，Ｘ，Ｘ）に設定
基本的な事項は、ＳＦ ｒｅｃｆｇ １−１で説明したものと同一／類似である。Ｙ１＝Ｕに対してＳｏｌ １〜４の方法を適用してもよい。
【０１００】
・ＳＦ ｒｅｃｆｇ ３−２：（Ｕ，Ｄ，Ｄ：Ｕ，Ｕ，Ｕ）＝>（Ｕ，Ｘ，Ｘ：Ｕ，Ｕ，Ｕ）に設定
基本的な事項は、ＳＦ ｒｅｃｆｇ １−２で説明したものと同一／類似である。
【０１０１】
・ＳＦ ｒｅｃｆｇ ３−３：（Ｕ，Ｄ，Ｄ：Ｕ，Ｕ，Ｕ）＝>（Ｕ，Ｄ，Ｘ：Ｕ，Ｘ，Ｕ）に設定
半２重動作のために、Ｘ２＝ＤとＹ３＝Ｕとの間に送受信切替えギャップを確保することが必要である。そのために、Ｘ２＝Ｄ（又は、Ｙ３＝Ｕ）にＡｌｔ１〜１２の方法を適用してもよい。また、Ｙ１＝ＵにＳｏｌ １〜４の方法を適用してもよい。
【０１０２】
・ＳＦ ｒｅｃｆｇ ３−４：（Ｕ，Ｄ，Ｄ：Ｕ，Ｕ，Ｕ）＝>（Ｕ，Ｘ，Ｄ：Ｕ，Ｕ，Ｘ）に設定
Ｙ２＝ＵとＸ３＝Ｄとの間に送受信タイミングギャップが存在可能である。さらに、Ｙ２＝ＵにＳｏｌ １〜４の方法を適用してもよい。
【０１０３】
‐Ｃａｓｅ ＃４：（Ｘ１，Ｘ２，Ｘ３：Ｙ１，Ｙ２，Ｙ３）＝（Ｄ，Ｄ，Ｄ：Ｓ，Ｕ，Ｕ）
【０１０４】
・ＳＦ ｒｅｃｆｇ ４−１：（Ｄ，Ｄ，Ｄ：Ｓ，Ｕ，Ｕ）＝>（Ｄ，Ｄ，Ｄ：Ｓ，Ｘ，Ｘ）に設定
基本的な事項は、ＳＦ ｒｅｃｆｇ ２−１で説明したものと同一／類似である。Ｘ１＝ＤにＡｌｔ １〜８の方法を適用してもよい。
【０１０５】
・ＳＦ ｒｅｃｆｇ ４−２：（Ｄ，Ｄ，Ｄ：Ｓ，Ｕ，Ｕ）＝>（Ｄ，Ｘ，Ｘ：Ｓ，Ｕ，Ｕ）に設定
基本的な事項は、ＳＦ ｒｅｃｆｇ ２−２で説明したものと同一／類似である。Ｘ１＝Ｄ（又は、Ｙ２＝Ｄ）にＡｌｔ １〜１２の方法を適用してもよい。
【０１０６】
・ＳＦ ｒｅｃｆｇ ４−３：（Ｄ，Ｄ，Ｄ：Ｓ，Ｕ，Ｕ）＝>（Ｄ，Ｄ，Ｘ：Ｓ，Ｘ，Ｕ）に設定
半２重動作のために、Ｘ２＝ＤとＹ３＝Ｕとの間に送受信切替えギャップを確保することが必要である。そのために、Ｘ２＝Ｄ（又は、Ｙ３＝Ｕ）にＡｌｔ １〜１２の方法を適用してもよい。
【０１０７】
・ＳＦ ｒｅｃｆｇ ４−４：（Ｄ，Ｄ，Ｄ：Ｓ，Ｕ，Ｕ）＝>（Ｄ，Ｘ，Ｄ：Ｓ，Ｕ，Ｘ）に設定
Ｙ２＝ＵとＸ３＝Ｄとの間に送受信タイミングギャップが存在するため、これらと関連してＳＦリソース損失がないようにすることが可能となる。一方、Ｘ１＝ＤとＹ２＝Ｕとの間の送受信切替えギャップを確保するために、Ｘ１＝Ｄ（又は、Ｙ２＝Ｕ）にＡｌｔ １〜１２の方法を適用してもよい。また、Ｙ２＝ＵにＳｏｌ １〜４の方法を適用してもよい。
【０１０８】
‐Ｃａｓｅ ＃５：（Ｘ１，Ｘ２，Ｘ３，Ｘ４：Ｙ１，Ｙ２，Ｙ３，Ｙ４）＝（Ｄ，Ｄ，Ｄ，Ｄ：Ｓ，Ｕ，Ｕ，Ｕ）
【０１０９】
・ＳＦ ｒｅｃｆｇ ５−１：（Ｄ，Ｄ，Ｄ，Ｄ：Ｓ，Ｕ，Ｕ，Ｕ）＝>（Ｄ，Ｄ，Ｄ，Ｄ：Ｓ，Ｘ，Ｘ，Ｘ）
基本的な事項は、ＳＦ ｒｅｃｆｇ ２−１で説明したものと同一／類似である。Ｘ１＝ＤにＡｌｔ １〜８の方法を適用してもよい。
【０１１０】
・ＳＦ ｒｅｃｆｇ ５−２：（Ｄ，Ｄ，Ｄ，Ｄ：Ｓ，Ｕ，Ｕ，Ｕ）＝>（Ｄ，Ｘ，Ｘ，Ｘ：Ｓ，Ｕ，Ｕ，Ｕ）
基本的な事項は、ＳＦ ｒｅｃｆｇ ２−２で説明したものと同一／類似である。Ｘ１＝Ｄ（又は、Ｙ２＝Ｕ）にＡｌｔ １〜１２の方法を適用してもよい。
【０１１１】
・ＳＦ ｒｅｃｆｇ ５−３：（Ｄ，Ｄ，Ｄ，Ｄ：Ｓ，Ｕ，Ｕ，Ｕ）＝>（Ｄ，Ｄ，Ｄ，Ｘ：Ｓ，Ｘ，Ｘ，Ｕ）
半２重動作のために、Ｘ３＝ＤとＹ４＝Ｕとの間に送受信切替えギャップを確保することが必要である。そのために、Ｘ３＝Ｄ（又は、Ｙ４＝Ｕ）にＡｌｔ １〜１２の方法を適用してもよい。
【０１１２】
・ＳＦ ｒｅｃｆｇ ５−４：（Ｄ，Ｄ，Ｄ，Ｄ：Ｓ，Ｕ，Ｕ，Ｕ）＝>（Ｄ，Ｘ，Ｄ，Ｄ：Ｓ，Ｕ，Ｘ，Ｘ）
Ｘ１＝ＤとＹ２＝Ｕとの間に送受信切替えギャップを確保するために、Ｘ１＝Ｄ（又は、Ｙ２＝Ｕ）にＡｌｔ １〜１２の方法を適用してもよい。また、Ｙ２＝ＵにＳｏｌ １〜４の方法を適用してもよい。
【０１１３】
・ＳＦ ｒｅｃｆｇ ５−５：（Ｄ，Ｄ，Ｄ，Ｄ：Ｓ，Ｕ，Ｕ，Ｕ）＝>（Ｄ，Ｄ，Ｘ，Ｄ：Ｓ，Ｘ，Ｕ，Ｘ）
半２重動作のために、Ｘ２＝ＤとＹ３＝Ｕとの間に送受信切替えギャップを確保することが必要である。そのために、Ｘ２＝Ｄ（又は、Ｙ３＝Ｕ）にＡｌｔ １〜１２の方法を適用してもよい。また、Ｙ３＝ＵにＳｏｌ １〜４の方法を適用してもよい。
【０１１４】
・ＳＦ ｒｅｃｆｇ ５−６：（Ｄ，Ｄ，Ｄ，Ｄ：Ｓ，Ｕ，Ｕ，Ｕ）＝>（Ｄ，Ｘ，Ｘ，Ｄ：Ｓ，Ｕ，Ｕ，Ｘ）
Ｘ１＝ＤとＹ２＝Ｕとの間に送受信切替えギャップを確保するために、Ｘ１＝Ｄ（又は、Ｙ２＝Ｕ）にＡｌｔ １〜１２の方法を適用してもよい。また、Ｙ３＝ＵにＳｏｌ １〜４の方法を適用してもよい。
【０１１５】
・ＳＦ ｒｅｃｆｇ ５−７：（Ｄ，Ｄ，Ｄ，Ｄ：Ｓ，Ｕ，Ｕ，Ｕ）＝>（Ｄ，Ｄ，Ｘ，Ｘ：Ｓ，Ｘ，Ｕ，Ｕ）
半２重動作のために、Ｘ２＝ＤとＹ３＝Ｕとの間に送受信切替えギャップを確保することが必要である。そのために、Ｘ２＝Ｄ（又は、Ｙ３＝Ｕ）にＡｌｔ １〜１２の方法を適用してもよい。
【０１１６】
・ＳＦ ｒｅｃｆｇ ５−８：（Ｄ，Ｄ，Ｄ，Ｄ：Ｓ，Ｕ，Ｕ，Ｕ）＝>（Ｄ，Ｘ，Ｄ，Ｘ：Ｓ，Ｕ，Ｘ，Ｕ）
半２重動作のために、Ｘ１＝ＤとＹ２＝Ｕとの間、及びＸ３＝ＤとＹ４＝Ｕとの間に送受信切替えギャップを確保することが必要である。そのために、Ｘ１＝Ｄ（又は、Ｙ２＝Ｕ）とＸ３＝Ｄ（又は、Ｙ４＝Ｕ）にＡｌｔ １〜１２の方法を適用してもよい。
【０１１７】
ＳＦリソース使用効率性の面を考慮して、Ｃａｓｅ ＃３の場合にはＳＦ ｒｅｃｆｇ ３−１、ＳＦ ｒｅｃｆｇ ３−２、又はＳＦ ｒｅｃｆｇ ３−４方式を適用し、Ｃａｓｅ ＃４の場合にはＳＦ ｒｅｃｆｇ ４−１方式だけを適用し、Ｃａｓｅ ＃５の場合にはＳＦ ｒｅｃｆｇ ５−１方式だけを適用してもよい。また、ＣＣ間ＵＬ送信タイミング同期差まで考慮して、Ｃａｓｅ ＃３の場合にはＳＦ ｒｅｃｆｇ ３−２方式だけを適用し、Ｃａｓｅ ＃４の場合にはＳＦ ｒｅｃｆｇ ４−１方式だけを適用し、Ｃａｓｅ ＃５の場合にはＳＦ ｒｅｃｆｇ ５−１方式だけを適用してもよい。また、上記の諸方式のうち、送受信切替えギャップ確保のためのＳＦリソース損失が最も多く必要とされることが予想されるＳＦ ｒｅｃｆｇ ５−８方式だけを排除してもよい。
【０１１８】
図１１及び図１２は、本発明の実施例によるＳＦ再設定方法を例示する。本例は、Ｓｏｌ １〜４及びＡｌｔ １〜１２の適用を一般化した例に相当する。図中、（Ｘ(ｋ)，Ｘ（ｋ＋１）：Ｙ（ｋ），Ｙ(ｋ＋１)）は、ＸＣＣの（時間順序上）ｋ番目、ｋ＋１番目のＳＦ方向がそれぞれＸ(ｋ)，Ｘ（ｋ＋１）であり、ＹＣＣのｋ番目、ｋ＋１番目のＳＦ方向がそれぞれＹ(ｋ)、Ｙ(ｋ＋１)である状況を表す。
【０１１９】
図１１を参照すると、衝突ＳＦ発生時にＳＦ再設定方法は、次のとおりである。同図は、衝突ＳＦに対してＳＦ再設定がなされた後の状態を例示する。
【０１２０】
‐（Ｘ(ｋ)，Ｘ(ｋ＋１)：Ｙ(ｋ)，Ｙ(ｋ＋１)）＝>（Ｕ，Ｄ：Ｕ，Ｘ）又は（Ｘ，Ｄ：Ｕ，Ｘ）
【０１２１】
・Ｙ(ｋ)＝ＵにＳｏｌ １〜４の方法を適用している。一方、ＰＣＣは、ＡＣＫ／ＮＡＣＫ及びＣＳＩを始めとする各種のＵＣＩの送信を行うため、Ｓｏｌ １〜４方法の適用が必要な場合があるＳＦ ｒｅｃｆｇを、ＹＣＣ＝ＳＣＣである場合にだけ許容し、ＹＣＣ＝ＰＣＣである場合には許容しない方法も考慮可能である。
【０１２２】
図１２を参照すると、衝突ＳＦ発生時にＳＦ再設定方法は、次のとおりである。同図は、衝突ＳＦに対してＳＦ再設定がなされた後の状態を例示する。
【０１２３】
‐（Ｘ(ｋ)，Ｘ(ｋ＋１)：Ｙ(ｋ)，Ｙ(ｋ＋１)）＝>（Ｄ，Ｘ：Ｓ，Ｕ）又は（Ｄ，Ｘ：Ｘ，Ｕ）
【０１２４】
・Ｘ(ｋ)＝Ｄ（又は、Ｙ(ｋ＋１)＝Ｕ）にＡｌｔ １〜１２の方法を適用してもよい。一方、ＰＣＣは、システム情報、ＲＲＣ／ＭＡＣ信号通知、同期信号に対する送信を行うから、Ａｌｔ １〜１２方法の適用が必要とされるＳＦ ｒｅｃｆｇを、ＸＣＣ＝ＳＣＣである場合にだけ許容し、ＸＣＣ＝ＰＣＣである場合には許容しない方法も考慮可能である。
【０１２５】
さらに、Ｃａｓｅ ＃２においてＳＦ ｒｅｃｆｇ ２−１（すなわち（Ｘ１，Ｘ２：Ｙ１，Ｙ２）＝>（Ｄ，Ｄ：Ｓ，Ｘ））に設定時に、ＸＣＣのＤＬ ＳＦ区間を損失なくサポートするために、（ＤｗＰＴＳとＵｐＰＴＳ両方を含む）Ｙ１＝Ｓ全区間に対する使用を追加で制限してもよい。すなわち、（Ｘ１，Ｘ２：Ｙ１，Ｙ２）＝（Ｄ，Ｄ：Ｘ，Ｘ）に設定して、当該二つのＳＦに対してはＸＣＣの２個のＤだけを運用してもよい。又は、端末は（ＵｐＰＴＳで送信されるＵＬ信号／チャネルだけでなく）Ｙ１＝Ｓで送信されるＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＣＣＨ及びＰＤＳＣＨに対するスケジュールはないと見なした／仮定した状態で動作してもよい。
【０１２６】
一方、下記の場合、Ｃａｓｅ ＃１及びＣａｓｅ ＃２と類似の状況／動作が発生することもある。この場合、条件によってＳｏｌ １〜４及びＡｌｔ １〜１２方法を適用してもよい。
【０１２７】
‐Ｃａｓｅ ＃Ａ：（Ｘ１，Ｘ２：Ｙ１，Ｙ２）＝（Ｄ，Ｓ：Ｄ，Ｄ）［又は、＝（Ｄ，Ｘ：Ｄ，Ｄ）］
【０１２８】
・［Ｘ２＝ＳとＹ２＝Ｄとの］間の関係は、Ｃａｓｅ ＃２の［Ｘ１＝ＤとＹ１＝Ｓとの］間の関係と類似することがある（これは、（Ｄ，Ｘ：Ｄ，Ｄ）への設定も可能）。そのため、ＳＦ ｒｅｃｆｇ ２−１及びＳＦ ｒｅｃｆｇ ２−２によるＳＦ再設定方法を適用可能である。例えば、Ｘ２＝Ｓ区間の全部又は該Ｓ内のＵｐＰＴＳ区間に対する使用制限の有無によって、Ｙ２＝ＤにＡｌｔ １〜８又はその変形／拡張された方法を適用可能である。
【０１２９】
‐Ｃａｓｅ ＃Ｂ：（Ｘ１，Ｘ２：Ｙ１，Ｙ２）＝（Ｕ，Ｄ：Ｄ，Ｄ）［又は、＝（Ｕ，Ｄ：Ｘ，Ｄ）又は（Ｘ，Ｄ：Ｄ，Ｄ）］
【０１３０】
・［Ｘ１＝ＵとＹ２＝Ｄとの］間の関係は、Ｃａｓｅ ＃１で［Ｘ２＝ＤとＹ１＝Ｕとの］間の関係と類似することがある（これは、（Ｕ，Ｄ：Ｘ，Ｄ）又は（Ｘ，Ｄ：Ｄ，Ｄ）への設定も可能）。そのため、（特に、（Ｕ，Ｄ：Ｘ，Ｄ）への設定である場合に対して）ＳＦ ｒｅｃｆｇ １−１方式に関連付いた提案ＳＦ再設定方法を適用可能である。例えば、Ｘ１＝ＵにＳｏｌ １〜４を適用可能である。
【０１３１】
また、上記で提案されたＳｏｌ １〜４及び／又はＡｌｔ １〜１２の中で端末がどの方法を適用するかを、上位層信号通知（例えば、ＲＲＣ信号通知など）で設定する方式も可能である。
【０１３２】
図１３には、本発明に適用可能な基地局、リレー及び端末を例示する。
【０１３３】
図１３を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含んでいる。無線通信システムがリレーを含む場合、基地局又は端末はリレーに置き換わることもある。
【０１３４】
基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波（ＲＦ）ユニット１１６を備えている。プロセッサ１１２は、本発明で提案した手順及び／又は方法を具現するように構成してもよい。メモリ１１４は、プロセッサ１１２に接続し、プロセッサ１１２の動作に関連した種々の情報を記憶する。ＲＦユニット１１６は、プロセッサ１１２に接続し、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を備えている。プロセッサ１２２は、本発明で提案した手順及び／又は方法を具現するように構成してもよい。メモリ１２４は、プロセッサ１２２に接続し、プロセッサ１２２の動作に関連した種々の情報を記憶する。ＲＦユニット１２６は、プロセッサ１２２に接続し、無線信号を送信及び／又は受信する。
【０１３５】
以上説明した実施例は、本発明の構成要素及び特徴が所定の形態に結合されたものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮されるべきである。各構成要素又は特徴は、他の構成要素又は特徴と結合されない形態で実施されてもよいし、一部の構成要素及び／又は特徴が結合されて本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更してもよい。ある実施例の一部構成や特徴は、別の実施例に含めてもよいし、別の実施例の対応する構成又は特徴に置き換えてもよい。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正によって新しい請求項として含めたりできることは明らかである。
【０１３６】
本明細書において、本発明の実施例は主としてリレーと基地局との間の信号送受信関係を中心に説明されている。このような送受信関係は、端末と基地局との間、又は端末とリレーとの間の信号送受信にも同一に／類似に拡張される。本明細書で基地局によって行われるとした特定動作は、場合によっては、その上位ノードによって行われることもある。すなわち、基地局を含む複数のネットワークノードからなるネットワークにおいて端末との通信のために行われる種々の動作は、基地局又は基地局以外の別のネットワークノードによっても実行可能であるということは明らかである。基地局は、固定局、ノードＢ、進化ノードＢ（ｅＮＢ）、アクセスポイントなどの用語に置き換えてもよい。また、端末は、利用者装置（ＵＥ）、移動機（ＭＳ）、移動加入者局（ＭＳＳ）などの用語に置き換えてもよい。
【０１３７】
本発明による実施例は、様々な手段、例えば、ハードウェア、ファームウェア、ソフトウェア又はそれらの組合せなどによって具現可能である。ハードウェアによる具現の場合、本発明の一実施例は、一つ又はそれ以上の特定用途集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラム可能論理デバイス（ＰＬＤ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現してもよい。
【０１３８】
ファームウェア又はソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能又は動作を行うモジュール、手続、関数などの形態で具現してもよい。ソフトウェアコードは、メモリユニットに記憶されて、プロセッサによって駆動してもよい。メモリユニットは、プロセッサの内部又は外部に設けられ、既に公知の様々な手段によってプロセッサとデータを交換してもよい。
【０１３９】
本発明は、本発明の特徴から逸脱しない範囲で別の特定の形態に具体化してもよいことは、当業者にとっては自明である。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定すべきであり、本発明の均等範囲内における変更はいずれも本発明の範囲に含まれる。
【産業上の利用可能性】
【０１４０】
本発明は、無線移動通信システムの端末機、基地局、又はその他の装備に利用可能である。具体的に、本発明は、上りリンク制御情報を送信する方法及びそのための装置に適用可能である。
【図１】
0005856308.tif 000008
【図２】
0005856308.tif 000009
【図３】
0005856308.tif 000010
【図４】
0005856308.tif 000011
【図５】
0005856308.tif 000012
【図６】
0005856308.tif 000013
【図７】
0005856308.tif 000014
【図８】
0005856308.tif 000015
【図９】
0005856308.tif 000016
【図１０】
0005856308.tif 000017
【図１１】
0005856308.tif 000018
【図１２】
0005856308.tif 000019
【図１３】
0005856308.tif 000020