無線通信システムにおいて無線ノードが信号を処理する方法であって、ネットワークノードと通信するために特定サブフレームを設定し、前記ネットワークノードとの接続問題を検出した場合に、タイマーを始動させ、前記始動したタイマーが満了する場合に、前記設定された特定サブフレームを解除すること、を含む、信号処理方法。前記タイマーが満了するまで、前記特定サブフレームを用いて前記ネットワークノードとの接続問題の復旧を行うことをさらに含む、請求項1に記載の信号処理方法。前記タイマーが満了すると、任意のサブフレームを用いて前記ネットワークノードとの接続を行うことをさらに含む、請求項1に記載の信号処理方法。前記特定サブフレームは、RNRelayNodeサブフレームであることを特徴とする、請求項1に記載の信号処理方法。前記無線ノードは、RNRelayNodeまたはUEUserEquipmentのいずれかであることを特徴とする、請求項1に記載の信号処理方法。前記タイマーが満了すると、RRCRaidoResourceControl休止状態に遷移し、セル選択動作を行うこと、をさらに含む、請求項1に記載の信号処理方法。前記無線ノードとの接続問題は、RLFRadioLinkFailureであることを特徴とする、請求項1に記載の信号処理方法。前記ネットワークノードは、基地局NodeBであることを特徴とする、請求項1に記載の信号処理方法。前記基地局は、ドナー基地局であることを特徴とする、請求項8に記載の信号処理方法。本発明は、無線通信システムにおける制御情報受信方法及びそのための装置を提供する。本発明は、リレーノードRN;RelayNodeを取り入れたLTE-Aシステムにおいて、DonoreNBDeNB及びRN間のUnインターフェースの連結に問題がある場合にRNサブフレームを制御するためのもので、RNは、Unインターフェースの状況が悪化する場合に、RNサブフレームを解除し、一般端末として動作することによって、Unインターフェース復旧に当たって、干渉を防止し、かつ端末の余分のデータ送信試行を防止することを目的とする。本発明で達成しようとする技術的課題は、以上に言及している技術的課題に制限されるものではなく、言及していない他の技術的課題は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解される。本発明は、無線通信システムにおいて無線ノードが信号を処理する方法であって、ネットワークノードと通信するために特定サブフレームを設定するステップと、前記ネットワークノードとの接続問題を探知する場合に、タイマーを始動させるステップと、前記タイマーが満了する場合に、前記設定された特定サブフレームを解除するステップと、を含む信号処理方法を提供する。上記信号処理方法は、前記タイマーが満了するまで、前記特定サブフレームを用いて前記ネットワークノードとの接続問題の復旧を行うステップをさらに含む。上記信号処理方法は、前記タイマーが満了すると、任意のサブフレームを用いて前記ネットワークノードとの接続を行うステップをさらに含む。また、上記信号処理方法は、前記タイマーが満了すると、前記無線ノードがRRCRadioResourceControl休止状態に遷移するステップと、セル選択動作を行うステップと、をさらに含む。前記無線ノードとの接続問題は、RLFRadioLinkFailureであり、前記ネットワークノードは基地局であることを特徴とする。本発明の実施例によれば、RNがUnインターフェース問題の発生時に、RNサブフレームを適切な時点まで用いてUnインターフェースを復旧するようにすることによって、Unインターフェース問題の復旧にかかる時間を最適化することが可能になる。本発明から得られる効果は、以上で言及している効果に制限されず、言及していない他の効果は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。以下、添付図面を参照して説明される本発明の実施例から、本発明の構成、作用及び他の特徴が容易に理解されるであろう。以下に説明される実施例は、本発明の技術的特徴が3GPPシステムに適用されるとする。図2及び図3は、LTEシステムにおける端末及びE-UTRAN間の無線インターフェースプロトコルRadioInterfaceProtocolの構造を示している。図2及び図3における無線プロトコルの各層について説明すると、下記の通りである。第1層である物理Physical;PHY層は、物理チャネルPhysicalChannelを介して上位層に情報伝送サービスInformationTransferServiceを提供する。PHY層は、上位の媒体接続制御MediumAccessControl;MAC層と伝送チャネルTransportChannelを介して接続している。伝送チャネルを通じてMAC層及びPHY層間のデータが移動する。ここで、伝送チャネルは、チャネルの共有されるか否かによって、専用Dedicated伝送チャネルと共用Common伝送チャネルとに大別される。そして、異なるPHY層の間、すなわち、送信側のPHY層と受信側のPHY層との間では、無線リソースを用いた物理チャネルを介してデータが移動する。第2層には、種々の層が存在できる。媒体接続制御MediumAccessControl;MAC層は、種々の論理チャネルLogicalChannelを種々の伝送チャネルにマッピングさせる役割を果たす。また、MAC層は、種々の論理チャネルを一つの伝送チャネルにマッピングさせる論理チャネル多重化Multiplexingの役割を果たす。MAC層は、上位層であるRLC層とは論理チャネルLogicalChannelで接続しており、論理チャネルは、伝送される情報の種類によって、制御プレーンControlPlaneの情報を伝送する制御チャネルControlChannelと、ユーザープレーンUserPlaneの情報を伝送するトラフィックチャネルTrafficChannelとに大別される。第2層の無線リンク制御RadioLinkControl;RLC層は、上位層から受信したデータを分割Segmentation及び連結Concatenationして、下位層が無線インターフェースを介してデータを伝送するのに適合するようにデータのサイズを調節する役割を果たす。また、それぞれの無線ベアラーRadioBearer;RBが要求する様々なQoSを保障可能にするために、TMTransparentMode、透過モード、UMUn-acknowledgedMode、非確認モード、及びAMAcknowledgedMode、確認モードを含む3種類の動作モードを提供する。特に、AMRLCは、信頼性できるデータ伝送のために、自動再送要求AutomaticRepeatandRequest;ARQ機能を用いる再伝送機能を行う。第2層のパケットデータコンバージェンスPacketDataConvergenceProtocol;PDCP層は、IPv4やIPv6のようなIPパケットの伝送時に、帯域幅の小さい無線インターフェースで効率的に伝送するために、相対的に大きいサイズであるとともに不要な制御情報を含んでいるIPパケットヘッダーのサイズを減らすヘッダー圧縮HeaderCompression機能を実行する。これは、データのヘッダーHeader部分で必須の情報のみを伝送するようにし、無線インターフェースの伝送効率を増大させる役割を果たす。また、LTEシステムでは、PDCP層が保安Security機能も担うが、これは、第3者のデータ傍聴を防止する暗号化Ciphering、及び第3者のデータ操作を防止する完全性保護Integrityprotectionを含む。第3層の最下部に位置する無線リソース制御RadioResourceControl;RRC層は、制御プレーンでのみ定義され、無線ベアラーRBの設定Configuration、再設定Re-configuration及び解除Releaseと関連して論理チャネル、伝送チャネル及び物理チャネルの制御を担当する。ここで、RBは、端末とUTRANとの間のデータ伝達のために無線プロトコルの第1及び第2層により提供される論理的経路を意味し、一般に、RBが設定されるということは、特定サービスを提供するために必要な無線プロトコル層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。さらに、RBは、SRBSignalingRBとDRBDataRBの2種類に区別される。SRBは、制御プレーンでRRCメッセージを伝送する通路として用いられ、DRBは、ユーザープレーンでユーザーデータを伝送する通路として用いられる。ネットワークにおいて端末へデータを伝送する下り伝送チャネルには、システム情報を伝送するBCHBroadcastChannel、及びその他にユーザートラフィックや制御メッセージを伝送する下りSCHSharedChannelがある。下りマルチキャストまたは放送サービスのトラフィックまたは制御メッセージは、下りSCHを介して伝送されてもよく、別途の下りMCHMulticastChannelを介して伝送されてもよい。一方、端末からネットワークへデータを伝送する上り伝送チャネルには、初期制御メッセージを伝送するRACHRandomAccessChannel、及びその他にユーザートラフィックや制御メッセージを伝送する上りSCHSharedChannelがある。伝送チャネルの上位に位置しており、伝送チャネルにマッピングされる論理チャネルLogicalChannelには、BCCHBroadcastChannel、PCCHPagingControlChannel、CCCHCommonControlChannel、MCCHMulticastControlChannel、MTCHMulticastTrafficChannelなどがある。物理チャネルPhysicalChannelは、時間軸上に存在する複数のサブフレームと、周波数軸上に存在する複数の副搬送波Sub-carrierとで構成される。ここで、1サブフレームは、時間軸上に複数のシンボルSymbolで構成される。1サブフレームは、複数のリソースブロックResourceBlockで構成され、1リソースブロックは、複数のシンボル及び複数個の副搬送波で構成される。また、各サブフレームは、PDCCHPhysicalDownlinkControlChannel、すなわち、L1/L2制御チャネルのために、当該サブフレームにおける特定シンボルたとえば、最初のシンボルの特定副搬送波を用いることができる。1サブフレームは0.5msであり、データの伝送される単位時間であるTTITransmissionTimeIntervalは、2サブフレームに該当する1msである。以下、無線リンク失敗RadioLinkFailure;RLFについて説明する。端末は、下記のような問題が無線リンクに発生すると、RLFが発生したと判断できる。1まず、物理チャネル問題PhysicalchannelproblemによりRLFが発生したと判断されることがある。端末は、物理チャネルでeNBから周期的に受信するRSReferenceSignalの品質が臨界値threshold以下と検出されると、物理チャネルでout-of-syncが発生したと判断できる。このようなout-of-syncが連続して特定個数例えば、N310だけ発生すると、これをRRCに知らせる。物理層からout-of-syncメッセージを受信したRRCは、タイマーT310を始動させ、T310か満了するまで、物理チャネル問題が解決されることを待つ。もし、RRCが、T310が満了しないうちに、物理層から特定個数例えば、N310だけの連続したin-syncが発生した旨のメッセージを受信すると、RRCは、物理チャネル問題が解決されたと判断し、駆動中のT310を中止させる。しかし、T310が満了するまでin-syncメッセージを受信しなかった場合は、RRCは、RLFが発生したと判断する。2MACランダムアクセス問題によりRLFが発生したと判断されることもある。端末は、MAC層でランダムアクセス手順を行う時に、ランダムアクセスリソース選択RandomAccessResourceselection→ランダムアクセスプリアンブル送信RandomAccessPreambletransmission→ランダムアクセス応答受信RandomAccessResponsereception→競合解消ContentionResolutionを行う。上記の全体手順を1回のランダムアクセス手順という。この手順を成功的に終えないと、バックオフ時間だけ待ってから次のランダムアクセス手順を行う。しかし、このようなランダムアクセス手順を一定の回数例えば、preambleTransMax試みたが、成功できなかったら、それをRRCに知らせ、RRCは、RLFが発生したと判断する。3RLC最大再伝送maximumretransmission問題によりRLFが発生したと判断されることもある。端末は、RLC層でAMAcknowledgedModeRLCを用いる場合に、伝送に失敗したRLCPDUを再伝送する。ところが、AMRLCが特定AMDPDUに対して一定の回数例えば、maxRetxThreshold再伝送をしたが、伝送に成功できなかったら、それをRRCに知らせ、RRCは、RLFが発生したと判断する。RRCは、上記の3通りの原因に基づいてRLF発生を判断する。このようにRLFが発生すると、eNBとのRRC接続を再確立するための手順であるRRC接続再確立RRCConnectionRe-establishmentを行う。RLFの発生した場合に行われる手順であるRRC接続再確立手順は、下記の通りである。端末は、RRC接続自体に深刻な問題が発生したと判断すると、eNBとの接続を再確立するために、RRC接続再確立手順を行う。RRC接続に関する深刻な問題は、次の5種類、すなわち、1無線リンク失敗RLF、2ハンドオーバー失敗HandoverFailure、3MobilityfromE-UTRA、4PDCP完全性検査失敗PDCPIntegrityCheckFailure、5RRC接続再確立失敗RRCConnectionReconfigurationFailureを挙げることができる。これらの問題のいずれか一つが発生すると、端末は、タイマーT311を始動させ、RRC接続再確立手順を始める。この手順中に、端末は、セル選択CellSelection、ランダムアクセス手順などを経て新しいセルに接続するようになる。もし、タイマーT311が満了しないうちに、セル選択手順により適切なセルが見つかると、端末はT311を中断させ、該当のセルへのランダムアクセス手順を始める。しかし、もし、T311が満了するまで適切なセルが見つからないと、端末は、RRC接続失敗と判断し、RRC_IDLEmodeに遷移する。図4は、無線通信システムにおいてリレーノード、Unインターフェース、リレーバックホールリンク及びリレーアクセスリンクの構成を示す図である。リレーRelay技術は、UEUserEquipment、端末とeNBEvolvedNodeB、基地局との間のデータを中継する技術である。リレー技術は、LTEシステムにおいてUEとeNBとの距離が遠い場合は円滑な通信ができず、これを補完する方法としてLTE-Aシステムに導入されている。また、基地局からのチャネル状態が悪いセル境界地域でリレー技術を導入して用いることによって、より高速のデータチャネルを提供でき、セルサービス領域を拡張させることができる。このようなリレーの役割を果たさせるために、リレーノードRNという新しいネットワークノードをUEとeNBとの間に導入した。この場合、RNを管理するeNBをDonoreNBDeNBと呼ぶ。また、RNにより新しく生成されたRNとDeNBとの間のインターフェースをUnインターフェースと定義し、UEとネットワークノードとの間のインターフェースであるUuインターフェースと区別している。このようなRNの概念及びUnインターフェースを、図4に示す。RNは、DeNBに代えてUEを管理する役割を果たす。すなわち、UEにとってRNがDeNBのように見え、そのため、UEとRNとの間のUuインターフェースでは、従来LTEシステムで用いているUuインターフェースプロトコルであるMAC/RLC/PDCP/RRCをそのまま用いる。DeNBにとって、RNは、状況によって、UEのようにも見え、eNBのようにも見える。すなわち、RNは、初めてDeNBに接続する時には、DeNBがRNの存在を知らないため、UEのようにランダムアクセスを通じて接続し、一応DeNBに接続した後には、自身に接続しているUEを管理するeNBのように動作する。したがって、Unインターフェースプロトコルは、Uuインターフェースプロトコルの機能に加えてネットワークプロトコルの機能が与えれた形態と定義される。過去の方式が単純に信号を増幅して伝送するリピーターRepeaterの機能に限定しているのに対し、最近ではより知能化した形態へと発展している。さらに、リレーノード技術は、次世代移動通信システムにおいて基地局増設費用とバックホール網の維持費用を低減すると同時に、サービスカバレッジ拡大とデータ処理率向上のために必須の技術に該当する。リレーノード技術の発展に伴い、従来の無線通信システムで用いているリレーノードを、新しい無線通信システムから支援する必要がある。3GPPLTE-A3rdGenerationPartnershipProjectLongTermEvolution-Advancedシステムにおいて、リレーノードに基地局と端末とのリンク接続をフォーワーディングする機能を導入することから、それぞれのアップリンク及びダウンリンクキャリア周波数バンドに、異なる属性の2種類のリンクが適用されることになる。基地局とリレーノードとの間に設定される接続リンク部分をバックホールリンクbackhaullinkと定義する。ダウンリンクリソースを用いてFDDFrequencyDivisionDuplexあるいはTDDTimeDivisionDuplex方式で伝送がなされることを、バックホールダウンリンクbackhauldownlinkといい、アップリンクリソースを用いてFDDまたはTDD方式で伝送がなされることを、バックホールアップリンクという。図4を参照すると、基地局と端末とのリンク接続をフォーワーディングforwardingするためのリレーノードが導入されることから、それぞれのアップリンク及びダウンリンクキャリア周波数帯域に、異なる属性の2種類のリンクが適用される。基地局とリレーノードとの間に設定される接続リンク部分をリレーバックホールリンクと定義して表現する。バックホールリンクは、ダウンリンク周波数帯域FDDの場合やダウンリンクサブフレームTDDの場合リソースを用いて伝送がなされる場合をバックホールダウンリンクと表現し、アップリンク周波数帯域FDDの場合やアップリンクサブフレームTDDの場合リソースを用いて伝送がなされる場合をバックホールアップリンクと表現できる。一方、リレーノードと一連の端末との間に設定される接続リンク部分をリレーアクセスリンクrelayaccesslinkと定義して表現する。リレーアクセスリンクは、ダウンリンク周波数帯域FDDの場合やダウンリンクサブフレームTDDの場合リソースを用いて伝送がなされる場合をアクセスダウンリンクaccessdownlinkと表現し、アップリンク周波数帯域FDDの場合やアップリンクサブフレームTDDの場合リソースを用いて伝送がなされる場合をアクセスアップリンクaccessuplinkと表現できる。リレーノードRNは、リレーバックホールダウンリンクを通じて基地局から情報を受信することができ、リレーバックホールアップリンクを通じて基地局に情報を伝送することができる。また、リレーノードは、リレーアクセスダウンリンクを通じて端末に情報を伝送でき、リレーアクセスアップリンクを通じて端末から情報を受信することができる。一方、リレーノードの帯域または、スベクトル使用と関連して、バックホールリンクがアクセスリンクと同じ周波数帯域で動作する場合をイン-バンドin-bandといい、バックホールリンク及びアクセスリンクが互いに異なる周波数帯域で動作する場合をアウト-バンドout-bandという。イン-バンド及びアウト-バンドを問わず、既存のLTEシステム例えば、リリーズ-8に基づいて動作する端末以下、レガシーlegacy端末という。がドナーセルに接続可能でなければならない。端末でリレーノードを認識するか否かによって、リレーノードを、トランスペアレントtransparentリレーノードまたはノン-トランスペアレントnon-transparentリレーノードに分類することができる。トランスペアレントは、端末が、リレーノードを介してネットワークと通信するか否かを認知できない場合を意味し、ノン-トランスペアレントは、端末がリレーノードを介してネットワークと通信するか否かを認知する場合を意味する。リレーノードの制御と関連して、ドナーセルの一部として構成されるリレーノードと自らセルを制御するリレーノードとに区別することができる。ドナーセルの一部として構成されるリレーノードは、リレーノード識別子IDを有することはできるが、リレーノード自身のセルアイデンティティidentityを有しない。ドナーセルの属している基地局によりRRMRadioResourceManagementの少なくとも一部が制御されるとRRMの残りの部分はリレーノードに位置していても、ドナーセルの一部として構成されるリレーノードとする。好ましくは、このようなリレーノードは、レガシー端末を支援することができる。例えば、スマートリピーターSmartrepeaters、デコード-アンド-フォワードリレーノードdecode-and-forwardrelays、L2第2層リレーノードの種々及びタイプ-2リレーノードが、このようなリレーノードに該当する。自らセルを制御するリレーノードは、一つまたは複数のセルを制御し、リレーノードにより制御されるセルのそれぞれに固有の物理層セルアイデンティティが提供され、同一のRRMメカニズムを用いることができる。端末にとっては、リレーノードによって制御されるセルへのアクセスと一般基地局により制御されるセルへのアクセスとに相違はない。好ましくは、このようなリレーノードにより制御されるセルは、レガシー端末を支援することができる。例えば、セルフ-バックホーリングSelf-backhaulingリレーノード、L3第3層リレーノード、タイプ-1リレーノード及びタイプ-1aリレーノードが、このようなリレーノードに該当する。タイプ-1リレーノードは、イン-バンドリレーノードであり、複数個のセルを制御し、これら複数個のセルのそれぞれは、端末にとってはドナーセルと区別される別個のセルと見なされる。また、複数個のセルは固有の物理セルIDLTEリリーズ-8で定義する。を有し、リレーノードは自身の同期化チャネル、参照信号などを伝送することができる。単一セル動作では、端末は、リレーノードから直接スケジューリング情報及びHARQフィードバックを受信し、リレーノードに自身の制御チャネルスケジューリング要請SR、CQI、ACK/NACKなどを伝送することができる。また、レガシー端末LTEリリーズ-8システムに基づいて動作する端末には、タイプ-1リレーノードがレガシー基地局LTEリリーズ-8システムに基づいて動作する基地局のように見える。すなわち、下位互換性backwardcompatibilityを有する。一方、LTE-Aシステムに基づいて動作する端末には、タイプ-1リレーノードがレガシー基地局と異なる基地局と見なされ、性能向上を提供することができる。タイプ-1aリレーノードは、アウト-バンドで動作する以外は、前述のタイプ-1リレーノードと同一の特徴を有する。タイプ-1aリレーノードの動作は、L1第1層動作への影響が最小化またはないように構成することができる。タイプ-2リレーノードは、イン-バンドリレーノードであり、別個の物理セルIDを有しなく、そのため、新しいセルを形成しない。タイプ-2リレーノードは、レガシー端末に対してトランスペアラントであり、レガシー端末はタイプ-2リレーノードの存在が認知できない。タイプ-2リレーノードは、PDSCHを伝送できるが、少なくともCRS及びPDCCHは伝送しない。一方、リレーノードをイン-バンドで動作させるには、時間-周波数空間での一部リソースがバックホールリンクのためにあらかじめ備えられなければならず、このリソースは、アクセスリンクのために使用されないように設定できる。これをリソース分割resourcepartitioningという。リレーノードにおけるリソース分割の一般的な原理は、次の通りである。バックホールダウンリンク及びアクセスダウンリンクを、一つの搬送波周波数上で時間分割多重化TimeDivisionMultiplexing;TDM方式で多重化することができるすなわち、特定時間でバックホールダウンリンクまたはアクセスダウンリンクのいずれか一方のみ活性化する。同様に、バックホールアップリンク及びアクセスアップリンクを、一つの搬送波周波数上でTDM方式で多重化することができるすなわち、特定時間でバックホールアップリンクまたはアクセスアップリンクのいずれか一方のみ活性化する。FDDでのバックホールリンク多重化は、バックホールダウンリンク伝送がダウンリンク周波数帯域で行われ、バックホールアップリンク伝送はアップリンク周波数帯域で行われるものと説明できる。TDDでのバックホールリンク多重化は、バックホールダウンリンク伝送が、基地局とリレーノードとのダウンリンクサブフレームで行われ、バックホールアップリンク伝送は、基地局とリレーノードとのアップリンクサブフレームで行われるものと説明できる。イン-バンドリレーノードにおいて、例えば、所定の周波数帯域で基地局からのバックホールダウンリンク受信と端末へのアクセスダウンリンク伝送とが同時に行われると、リレーノードの送信端から伝送される信号が、リレーノードの受信端に受信されることがあり、この場合、リレーノードのRF前端front-endで信号干渉またはRFジャミングjammingが発生することがある。同様に、所定の周波数帯域で端末からのアクセスアップリンクの受信と基地局へのバックホールアップリンクの伝送とが同時に行われると、リレーノードのRF前端で信号干渉が発生することがある。そのため、リレーノードで一つの周波数帯域における同時送受信を具現するためには、受信信号と送信信号とを充分に分離例えば、送信アンテナと受信アンテナを地理的に十分に離間して例えば、地上/地下に設置しなければならない。このような信号干渉の問題を解決できる一方案として、リレーノードがドナーセルから信号を受信する間には端末に信号を伝送しないように設定することがある。すなわち、リレーノードから端末への伝送にギャップgapを生成し、このギャップでは、端末レガシー端末を含むがリレーノードからのいかなる伝送も期待しないように設定することができる。このようなギャップは、MBSFNMulticastBroadcastSingleFrequencyNetworkサブフレームを構成することによって設定できる図5は、リレーノードリソース分割を例示する図である。図5では、第1サブフレームは一般サブフレームであって、リレーノードから端末にダウンリンクすなわち、アクセスダウンリンク制御信号及びデータが伝送され、第2サブフレームは、MBSFNサブフレームであって、ダウンリンクサブフレームの制御領域ではリレーノードから端末に制御信号が伝送されるが、ダウンリンクサブフレーム以外の領域では、リレーノードから端末にいかなる伝送も行われない。ここで、レガシー端末の場合は、全てのダウンリンクサブフレームで物理ダウンリンク制御チャネルPDCCHの伝送を期待するため言い換えると、リレーノードは、自身の領域内におけるレガシー端末が毎サブフレームでPDCCHを受信して測定機能を行えるように支援する必要があるため、レガシー端末の正しい動作のためには全てのダウンリンクサブフレームでPDCCHを伝送する必要がある。そのため、基地局からリレーノードへのダウンリンクすなわち、バックホールダウンリンク伝送のために設定されたサブフレーム第2サブフレーム上でも、サブフレームの先頭のNN=1、2または3個のOFDMシンボル区間において、リレーノードはバックホールダウンリンクを受信するのではなく、アクセスダウンリンク伝送をする必要がある。これに関し、第2サブフレームの制御領域でPDCCHがリレーノードから端末に伝送されるので、リレーノードでサービングするレガシー端末に対する下位互換性を提供することができる。第2サブフレームの残りの領域では、リレーノードから端末にいかなる伝送も行われない間に、リレーノードは基地局からの伝送を受信することができる。このようなリソース分割方式により、イン-バンドリレーノードでアクセスダウンリンク伝送とバックホールダウンリンク受信が同時に行われることを防ぐことができる。MBSFNサブフレームを用いる第2サブフレームについて具体的に説明する。第2サブフレームの制御領域は、リレーノード非聴取non-hearing区間ともいえる。リレーノード非聴取区間は、リレーノードがバックホールダウンリンク信号を受信せず、アクセスダウンリンク信号を伝送する区間を意味する。この区間は、前述したように、1、2または3のOFDM長に設定することができる。リレーノード非聴取区間でリレーノードは端末へのアクセスダウンリンク伝送を行い、残りの領域では基地局からバックホールダウンリンクを受信することができる。この時、リレーノードは同一の周波数帯域で同時に送受信を行うことができないので、リレーノードが送信モードから受信モードに切り替わるのに時間がかかる。そのため、バックホールダウンリンク受信領域の先頭の一部区間でリレーノードが送信/受信モード切替をするようにガード時間GTを設定する必要がある。同様に、リレーノードが基地局からのバックホールダウンリンクを受信し、端末へのアクセスダウンリンクを伝送するように動作する場合にも、リレーノードの受信/送信モード切替のためのガード時間GTを設定することができる。このようなガード時間の長さは、時間領域の値としてもよく、例えば、kk≧1個の時間サンプルtimesample、Ts値と与えられてもよく、または、一つ以上のOFDMシンボル長に設定されてもよい。または、リレーノードバックホールダウンリンクサブフレームが連続して設定されている場合に、または、所定のサブフレームタイミング整列timingalignment関係によって、サブフレームの最後の部分のガード時間は定義されてもよく、設定されなくてもよい。このようなガード時間は、下位互換性を維持するために、バックホールダウンリンクサブフレーム伝送のために設定されている周波数領域でのみ定義することができるアクセスダウンリンク区間でガード時間が設定される場合は、レガシー端末を支援できない。ガード時間以外のたバックホールダウンリンク受信区間においてリレーノードは基地局からリレーノード専用PDCCH及びPDSCHを受信することができる。これは、リレーノード専用物理チャネルという意味から、R-PDCCHRelay-PDCCH及びR-PDSCHRelay-PDSCHとも表現できる。RNは、上述したように、インバンドin-band、アウトバンドout-bandの2種類に分類できる。インバンドRNでは、UnインターフェースとUuインターフェースとが同一の周波数を用いる。この場合、Unインターフェースの送受信とUuインターフェースの送受信がお互いに干渉として作用しないように、各インターフェースが用いる専用のサブフレームを割り当てる必要がある。この時、RNがDeNBと通信するために割り当てられた全てのアップ/ダウンリンクサブフレームをRNサブフレームという。すなわち、RNは、Unインターフェースによるデータ送受信はRNサブフレームを用いて行い、Uuインターフェースによるデータ送受信は、RNサブフレーム以外の残りサブフレームで行う。RNはDeNBとUnインターフェースで無線で接続しているため、Uuインターフェースと同様に、Unインターフェースの無線チャネルに問題例えば、物理チャネルのout-of-sync、無線リンク失敗などが発生することがある。このような無線チャネル問題がUnインターフェースで発生する場合、RNの管理下にある全ての端末のデータ送受信に問題が生じうる。そのため、RNは何よりもUnインターフェースの復旧を試みなければならない。しかし、インバンドRNでは、端末とRNとのデータ送受信がRNのDeNBとの接続復旧に干渉として作用する。そのため、RNは、DeNBとの接続復旧時に、端末とのデータ送受信を減らし、DeNBとはRNサブフレームを用いて復旧を試みなければならない。しかし、RNがどの時点までUuインターフェースを維持しながらRNサブフレームでUnインターフェースの復旧を試みるべきかは定められていない。もし、Unインターフェース問題の発生時に、Uuインターフェースを維持し続けると、RNサブフレームのみを用いてUnインターフェースを復旧しなければならず、Un復旧が遅延される。逆に、Unインターフェース問題の発生時に、RNサブフレームを直ちに解除すると、干渉問題によってUuインターフェースも直ちに解除しなければならない。よって、Un復旧の後に再び端末とUuインターフェースでRRC接続を確立しなければならず、シグナリングオーバーヘッドと時間遅延が発生する。そこで、本発明では、RNが、Unインターフェースで無線チャネル問題の発生時に、一定時間Uuインターフェースを維持したまま、RNサブフレームを用いてUnインターフェース復旧を試みる次の方法を提案する。1Unインターフェースで無線チャネル問題が発生した場合、タイマーを始動させ、タイマーが満了するまで、Uuインターフェースは正常に維持しながら、RNサブフレームのみを用いてUnインターフェースの復旧を試みる。2タイマーが満了しないうちにUnインターフェース復旧に成功した場合は、UuインターフェースとUnインターフェースを正常に維持するが、タイマーが満了するまでUnインターフェース復旧に成功しなかった場合は、Uuインターフェースを解除し、RNサブフレームを解除し、任意のサブフレームを用いてUnインターフェース接続を試みる。以下では、物理チャネルout-of-syncが発生した場合及びRLFが発生した場合に、タイマーを始動させ、インターフェースを復旧する動作について詳細に説明する。まず、図6には、Unインターフェースで物理チャネルout-of-syncが発生した時におけるRN動作の流れを示す。1RNは、Unインターフェースで物理チャネルからN310個の連続したout-of-syncを受信する場合、物理チャネルout-of-syncが発生したと判断するS610。RNは、物理チャネルにおいてDeNBから周期的に受信するRSの品質が臨界値以下と検出されると、該当のチャネルにout-of-syncが発生したと判断する。2物理チャネルout-of-syncが発生した場合、RNはタイマーT310を始動させるS620。物理チャネルout-of-syncが発生した時に、インターフェース復旧のための手順としてタイマーを始動させ、物理チャネルout-of-sync発生時にはタイマーT310を駆動させることができる。3RNは、T310が満了するまで、Unインターフェースの物理チャネルから連続したN310個のin-syncメッセージを受信するか否か確認するS630。RNは、物理チャネルout-of-syncが発生した場合、タイマーT310が満了しないうちに、Unインターフェースの物理チャネルから特定個数N310の連続したin-syncが発生したことを知らせるメッセージを受信すると、RNはUnインターフェースが復旧されたと判断する。一方、タイマーT310が満了するまでRNはUuインターフェースを維持する。また、RNは、DeNBとのデータ送受信をRNサブフレームを用いて行う。また、RNは、RNサブフレームを通じてインターフェース復旧を行う。4もし、ステップS630で、RNが、T310が満了しないうちに、物理チャネルからN310個の連続したin-syncメッセージを受信したことを確認した場合、Unインターフェースの無線チャネルout-of-sync問題が解決されたと判断し、RNは正常の動作を行うS670。5タイマーT310が満了したか否かを確認するS640。6もし、RNが、T310が満了するまで物理チャネルからN310個の連続したin-syncメッセージを受信できなかった場合は、Uuインターフェースを解除し、RNサブフレームを解除するS650。ここで、RNは、Uuインターフェースの全ての端末のUuRBを解除する。また、RNは、Uuインターフェースを介したシステム情報ブロードキャストsysteminformationbroadcastを中断する。7RNサブフレームを解除した後に、RNは、任意のサブフレームnormalsubframeを用いて該当のDeNBへのRRC接続再確立手順を行うS660。一方、タイマーT310が満了した後にも、out-of-syncが持続する場合は、RNは、RLFが発生したと判断し、RRC接続再確立手順を行う。上記の手順でタイマーが満了するまでUnインターフェース復旧に成功できなかった場合は、RNサブフレームを解除し、RNサブフレームだけでなく、他のサブフレーム、すなわち、任意のサブフレームを用いたUnインターフェース接続を試みる。すなわち、RNは、任意のサブフレームを用いてランダムアクセス手順を行う。図7は、UnインターフェースでRLFが発生した時におけるRN動作の流れを示す図である。1RNは、Unインターフェースに対してRLFが発生したか否かを探知するS710。上述したように、RLFの発生は、主に、下記のいずれか一つである。1第一に、上述した物理チャネル問題であり、Unインターフェースの物理チャネルから特定個数N310の連続したout-of-syncメッセージを受信した後に、一定時間が経過するまで特定個数N310の連続したin-syncメッセージを受信できなかった場合に、RLFが発生したと判断することができる。2第二に、MACランダムアクセス問題であり、Unインターフェースでランダムアクセス手順を一定回数preambleTransMax試みたが、成功できなかった場合に、RLFが発生したと判断することができる。3第三に、RLC最大再伝送問題であり、UnインターフェースのAMRLCが特定AMDPDUを一定回数maxRetxThreshold再伝送したが、伝送に成功できなかった場合に、RLFが発生したと判断することができる。2RNは、タイマーT311を始動させるS720。RLFが発生した場合、RNはタイマーT311を始動させ、タイマー値は、0以上の値を有する。また、タイマー値は、初めてRNがDeNBに接続する時にDeNBから受信する。3RNは、タイマーT311が満了するまで、UnインターフェースでRNサブフレームを用いてRRC接続再確立手順を行うS730。Unインターフェースに対してRLFが発生した場合、RNは、DeNBとの接続を再設定するためにRRC接続再確立手順を行う。この時、RNは、特定サブフレームのみを用いてRRC接続再確立手順を行う。ここで、特定サブフレームはRNサブフレームでよい。4RRC接続再確立手順に成功したか否か判断するS740。5もし、RNが、タイマーT311が満了しないうちに、RRC接続再確立手順に成功した場合に、UnインターフェースのRLF問題が解決されたと判断し、RNとしての正常の動作を行うS780。6タイマーT311が満了したか否か判断するS750。タイマーT311が満了していないと、RRC接続再確立手順を繰り返す。7もし、RNがT311が満了するまでRRC接続再確立手順に成功しなかった場合は、Uuインターフェースを解除し、RNサブフレームを解除するS760。タイマーが満了するまでUnインターフェース復旧に成功しなかった場合に、Uuインターフェースを解除することは、次の手順を含む。すなわち、RNは、Uuインターフェースの全ての端末のUuRBを解除し、RNは、Uuインターフェースを介したシステム情報ブロードキャストを中断する。8RNは、RRC_IDLEモードに遷移し、任意のサブフレームを用いてUnインターフェースに対するRRC接続手順を再び行うS770。RNは、タイマーが満了すると、RRC接続失敗が発生したと判断し、RRC_IDLEモードに遷移する。次に、RNは、RNサブフレームの他、任意のサブフレームを用いて該当のDeNBへのRRC接続手順を再び行う。T311が満了すると、1RNは、RNサブフレーム設定を解除し、2RNは、RRC_IDLEモードに遷移し、3RNは、新しい適切なセルに留まりながら、任意のサブフレームを用いてセルに接続するためのランダムアクセス手順を行うことができる。一方、RNは、Uuインターフェースに対する制御またはUnインターフェースに対する制御を通じて干渉を最小化することができる。まず、RNのUuインターフェースに対する制御を通じて干渉を最小化する方式を説明する。RNは、専用dedicatedまたは共通commonシグナリングによってUEに中止メッセージを送信する。UEは、中止メッセージを受信すると、全てのRB及び手順を中止させることができる。RBが中止されても、PDCPSDU廃棄タイマーは継続して駆動されることが可能である。システム情報は、RNの状態を示すもので、RNの状態は、Normal、Recovery、Idle状態を含むことができる。1UEは、RN状態をRecoveryと確認した場合、全てのRB及び手順を中止させることができる。2UEは、RN状態をIdleと確認した場合、全てのRBを解除し、Idle状態に遷移する。UEは、RRC接続を生成するために他のセルを検索することもできる。3UEは、RN状態をNormalと確認した場合、中止した全てのRB及び手順を再開する。RNは、UEにいかなるULグラントも割り当てない。RNがBufferStatusReport、SchedulingRequestまたはRandomAccesspreambleを受信しても、RNはUEの要請に応答しない。すなわち、RNはUEにULグラントを割り当てない。RNは、命令によって、UEがDRXDiscontinuousReception;不連続受信周期に遷移するように命令する。RNは、連続continuous状態からLongDRX状態に遷移するようにUEに命令できる。次に、RNのUnインターフェースに対する制御を通じて干渉を最小化する方式を説明する。RRC接続再確立を行う間に、すなわち、タイマーT311が満了するまで、MBSFNサブフレームでUL送信を行う。T311が満了しないうちには、RNは、MBSFNMulicastBroadcastSingleFrequencyサブフレームのみでUL送信を行う。タイマーT311が満了しないうちには、RNがランダムアクセス手順を行う時に、RNは、あらかじめ割り当てられたランダムアクセスプリアンブルRApreambleを用いる。ランダムアクセスプリアンブルは、RNがRLFのような緊急状況で用いるように、DeNBによりあらかじめ割り当てられる。T311が満了すると、すなわち、RRC接続再確立に失敗すると、RNは、特定サブフレームではなく、任意のサブフレームでUL送信を行うことができる。すなわち、RNは、T311の満了後には、MBSFNサブフレームだけでなく、他のサブフレームを用いてもUL送信を行うことができる。図8は、本発明の一実施例に係る通信装置のブロック構成図である。図8を参照すると、通信装置800は、プロセッサ810、メモリー820、RFモジュール830、ディスプレイモジュール840及びユーザーインターフェースモジュール850を含む。通信装置800は、説明の便宜のために例示したもので、一部のモジュールは省略されてもよい。また、通信装置800は、必要なモジュールをさらに含んでもよい。また、通信装置800において一部のモジュールは、より細分化したモジュールにしてもよい。プロセッサ810は、図面を参照して例示した本発明の実施例に係る動作を行うように構成される。具体的に、プロセッサ810の詳細な動作は、図1乃至図6に記載された内容を参照すればよい。メモリー820は、プロセッサ810に接続し、オペレーティングシステム、アプリケーション、プログラムコード、データなどを格納する。RFモジュール830は、プロセッサ810に接続し、基底帯域信号を無線信号を変換したり、無線信号を基底帯域信号に変換する機能を担う。そのために、RFモジュール830は、アナログ変換、増幅、フィルタリング及び周波数アップ変換、またはこれらの逆プロセスを行う。ディスプレイモジュール840は、プロセッサ810に接続し、種々の情報をディスプレイする。ディスプレイモジュール840は、次に制限されるものではないが、LCDLiquidCrystalDisplay、LEDLightEmittingDiode、OLEDOrganicLightEmittingDiodeのような周知の要素を用いることができる。ユーザーインターフェースモジュール850は、プロセッサ810と接続し、キーパッド、タッチスクリーンなどのような周知のユーザーインターフェースの組み合わせで構成することができる。以上説明してきた実施例は、本発明の構成要素及び特徴を所定の形態で結合したものである。各構成要素または特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素または特徴は、他の構成要素や特徴と結合しない形態で実施することもでき、一部の構成要素及び/または特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部の構成や特徴は、別の実施例に含まれてもよく、別の実施例の対応する構成または特徴に取り替えられてもよい。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めたりすることができることは明らかである。本文書で、本発明の実施例は、主に、リレーノードと基地局との間のデータ送受信関係を中心に説明された。本文書で基地局により行われるとした特定動作は、場合によっては、その上位ノードuppernodeにより行われてもよい。すなわち、基地局を含む多数のネットワークノードnetworknodesからなるネットワークにおいて端末との通信のために行われる種々の動作は、基地局または基地局以外の別のネットワークノードにより実行可能であるということは明らかである。基地局は、固定局fixedstation、NodeB、eNodeBeNB、アクセスポイントaccesspointなどの用語に代替可能である。本発明に係る実施例は様々な手段、例えば、ハードウェア、ファームウェアfirmware、ソフトウェアまたはそれらの結合などにより具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つまたはそれ以上のASICsapplicationspecificintegratedcircuits、DSPsdigitalsignalprocessors、DSPDsdigitalsignalprocessingdevices、PLDsprogrammablelogicdevices、FPGAsfieldprogrammablegatearrays、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現することができる。ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能または動作を行うモジュール、手順、関数などの形態で具現されることができる。ソフトウェアコードは、メモリユニットに記憶されて、プロセッサにより駆動されることができる。メモリユニットは、プロセッサの内部または外部に設けられ、既に公知の様々な手段によりプロセッサとデータを授受することができる。本発明は、本発明の特徴から逸脱しない範囲で別の特定の形態と具体化できるということは、当業者にとっては自明である。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈されてはならず、例示的なものとして考慮されるべきである。本発明の範囲は、添付の請求項の合理的な解釈により決定すべきであり、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。