(57)【特許請求の範囲】
【請求項１】
基地局により、リレー・リンク・サブフレームを基本パターンまたは基本パターンの組み合わせに応じて１フレームの整数倍に等しい期間中に周期的に構成するためにリレー・ノードにより使用される、リレー・リンクのリレー・リンク・サブフレームに関する構成情報を前記リレー・ノードに指示するステップと、
前記基地局により、前記リレー・ノードに前記リレー・リンク・サブフレームでリレー・リンク送信を実行するステップと、
を含み、  
前記リレー・リンクのデータ・チャネルのアップリンク（ＵＬ）ハイブリッド自動リピート要求（ＨＡＲＱ）プロセスの最大数が前記基本パターンの数に等しい、
リレー伝送方法。
【請求項２】
前記基本パターンが前記１フレームの整数倍に等しい期間中のダウンリンク（ＤＬ）サブフレームおよび／またはアップリンク（ＵＬ）サブフレームを含み、前記ＤＬサブフレームはある間隔で配置され、前記ＵＬサブフレームはある間隔で配置され、前記ＤＬサブフレームの間隔は、ロング・ターム・エボリューション（ＬＴＥ）リビジョン８（Ｒ８）におけるＵＬハイブリッド自動リピート要求（ＨＡＲＱ）の整数倍または前記１フレームの整数倍であり、前記ＵＬサブフレームの間隔は、前記ＤＬサブフレームの間隔に等しいか、または、前記ＵＬサブフレームのサブフレーム番号＝（前記ＤＬサブフレームのサブフレーム番号＋オフセット）  ｍｏｄ  Ｍであり、Ｍは、前記１フレームの整数倍におけるすべてのＤＬサブフレームまたはＵＬサブフレームの数を表現する自然数であるか、または、前記基本パターンは、前記１フレームの整数倍の中での特定のタイムラインの前記ＤＬサブフレームおよび／または前記ＵＬサブフレームを含む、請求項１に記載の方法。
【請求項３】
前記リレー・リンク・サブフレームの中のダウンリンク（ＤＬ）リレー・リンク・サブフレームがマルチキャスト・ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームとして構成されている、請求項１または２に記載の方法。
【請求項４】
前記基地局により、前記リレー・ノードに前記リレー・リンク・サブフレームでリレー・リンク送信を実行するステップは、
ｎが整数であり、Ｋが４、６、または、１２であるとき、前記基地局により、リレー・リンク・サブフレームｎで前記リレー・ノードにより送信されたＵＬデータを受信し、前記基地局により、リレー・リンク・サブフレームｎ＋Ｋで肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）情報を前記リレー・ノードに送信するステップを含む、請求項１から３のうちのいずれか一項に記載の方法。
【請求項５】
前記基地局により、前記リレー・ノードに前記リレー・リンク・サブフレームでリレー・リンク送信を実行するステップは、
ｎが整数であり、ｊ＝Ｌ＊Ｋであり、Ｌが自然数であり、Ｋが８または１０に等しいとき、前記基地局により、リレー・リンク・サブフレームｎ＋ｊで、前記リレー・ノードにより再送信されたＵＬデータを受信するステップであって、前記ＵＬデータは、前記リレー・ノードによりリレー・リンク・サブフレームｎで以前に送信されたものである、ステップを含む、請求項１から３のうちのいずれか１項に記載の方法。
【請求項６】
前記基地局により、前記リレー・ノードに前記リレー・リンク・サブフレームでリレー・リンク送信を実行するステップは、
ｍが整数であるとき、前記基地局により、リレー・リンク・サブフレームｍでＤＬデータを前記リレー・ノードに送信し、前記基地局により、リレー・リンク・サブフレームｍ＋４で前記リレー・ノードにより送信された肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）情報を受信するステップ、または、
ｐが整数であるとき、前記基地局により、リレー・リンク・サブフレームｐでＵＬグラント命令またはＡＣＫ／ＮＡＣＫ情報を前記リレー・ノードに送信することで前記リレー・ノードがリレー・リンク・サブフレームｐ＋４でＵＬデータ・チャネルを調節することを可能にするステップ
を含む、請求項１から３のうちのいずれか１項に記載の方法。
【請求項７】
前記リレー・リンク・サブフレームに関する前記構成情報がビットマップモードにおいて示される、請求項１から６のうちのいずれか１項に記載の方法。
【請求項８】
前記１フレームの整数倍に等しい前記期間中の少なくとも１個のＤＬサブフレームがビットに対応し、前記ビットは、対応するＤＬサブフレームがリレー・リンク送信のため使用されるかどうかを示し、前記ビットマップモードにおいて示されたビット数が、ブロードキャスト・チャネル、同期チャネル、および、ページング・チャネルに対応するサブフレームを除いて、前記１フレームの整数倍の中のＤＬサブフレームの数に等しい、請求項７に記載の方法。
【請求項９】
各基本パターンまたはＤＬサブフレーム・グループが１ビットに対応し、このビットは、前記対応する基本パターンまたはＤＬサブフレーム・グループがリレー・リンク送信のため使用されるかどうかを示す、請求項１から８のうちのいずれか１項に記載の方法。
【請求項１０】
前記ビットの数は、前記基本パターン、または、前記１フレームの整数倍に等しい期間中のＤＬサブフレーム・グループの数に等しい、請求項９に記載の方法。
【請求項１１】
リレー・リンク・サブフレームを基本パターンまたは基本パターンの組み合わせに応じて１フレームの整数倍に等しい期間中に周期的に構成するためにリレー・ノードにより使用される、リレー・リンクのリレー・リンク・サブフレームに関する構成情報を前記リレー・ノードに指示し、
前記リレー・ノードに前記リレー・リンク・サブフレームでリレー・リンク送信を実行するように構成された基地局であって、
前記リレー・リンクのデータ・チャネルのアップリンク（ＵＬ）ハイブリッド自動リピート要求（ＨＡＲＱ）プロセスの最大数が前記基本パターンの数に等しい、
基地局。
【請求項１２】
前記基本パターンが前記１フレームの整数倍に等しい期間中のダウンリンク（ＤＬ）サブフレームおよび／またはアップリンク（ＵＬ）サブフレームを含み、前記ＤＬサブフレームはある間隔で配置され、前記ＵＬサブフレームはある間隔で配置され、前記ＤＬサブフレームの間隔は、ロング・ターム・エボリューション（ＬＴＥ）リビジョン８（Ｒ８）におけるＵＬハイブリッド自動リピート要求（ＨＡＲＱ）の整数倍または前記１フレームの整数倍であり、前記ＵＬサブフレームの間隔は、前記ＤＬサブフレームの間隔に等しいか、または、前記ＵＬサブフレームのサブフレーム番号＝（前記ＤＬサブフレームのサブフレーム番号＋オフセット）  ｍｏｄ  Ｍであり、Ｍは、前記１フレームの整数倍におけるすべてのＤＬサブフレームまたはＵＬサブフレームの数を表現する自然数であるか、または、前記基本パターンは、前記１フレームの整数倍の中での特定のタイムラインの前記ＤＬサブフレームおよび／または前記ＵＬサブフレームを含む、請求項８に記載の基地局。
【請求項１３】
前記リレー・リンク・サブフレームの中のダウンリンク（ＤＬ）リレー・リンク・サブフレームがマルチキャスト・ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームとして構成されている、請求項１１または１２に記載の基地局。
【請求項１４】
前記基地局は、
前記リレー・ノードに前記リレー・リンク・サブフレームでリレー・リンク送信を実行するときに、
ｎが整数であり、Ｋが４、６、または、１２であるとき、リレー・リンク・サブフレームｎで前記リレー・ノードにより送信されたＵＬデータを受信し、リレー・リンク・サブフレームｎ＋Ｋで肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）情報を前記リレー・ノードに送信するようにさらに構成されている、請求項１１から１３のうちのいずれか一項に記載の基地局。
【請求項１５】
前記基地局は、
前記リレー・ノードに前記リレー・リンク・サブフレームでリレー・リンク送信を実行するときに、
ｎが整数であり、ｊ＝Ｌ＊Ｋであり、Ｌが自然数であり、Ｋが８または１０に等しいとき、リレー・リンク・サブフレームｎ＋ｊで、前記リレー・ノードにより再送信されたＵＬデータを受信するようにさらに構成されており、前記ＵＬデータは、前記リレー・ノードによりリレー・リンク・サブフレームｎで以前に送信されたものである、請求項１１から１３のうちのいずれか１項に記載の基地局。
【請求項１６】
前記基地局は、
前記リレー・ノードに前記リレー・リンク・サブフレームでリレー・リンク送信を実行するときに、
ｍが整数であるとき、リレー・リンク・サブフレームｍでＤＬデータを前記リレー・ノードに送信し、リレー・リンク・サブフレームｍ＋４で前記リレー・ノードにより送信された肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）情報を受信するか、または、
ｐが整数であるとき、リレー・リンク・サブフレームｐでＵＬグラント命令またはＡＣＫ／ＮＡＣＫ情報を前記リレー・ノードに送信することで前記リレー・ノードがリレー・リンク・サブフレームｐ＋４でＵＬデータ・チャネルを調節することを可能にする、
ようにさらに構成されている、請求項１１から１３のうちのいずれか１項に記載の基地局。
【請求項１７】
前記リレー・リンク・サブフレームに関する前記構成情報がビットマップモードにおいて示される、請求項１１から１６のうちのいずれか１項に記載の基地局。
【請求項１８】
前記１フレームの整数倍に等しい前記期間中の少なくとも１個のＤＬサブフレームがビットに対応し、前記ビットは、対応するＤＬサブフレームがリレー・リンク送信のため使用されるかどうかを示し、前記ビットマップモードにおいて示されたビット数が、ブロードキャスト・チャネル、同期チャネル、および、ページング・チャネルに対応するサブフレームを除いて、前記１フレームの整数倍の中のＤＬサブフレームの数に等しい、請求項１７に記載の基地局。
【請求項１９】
各基本パターンまたはＤＬサブフレーム・グループが１ビットに対応し、このビットは、前記対応する基本パターンまたはＤＬサブフレーム・グループがリレー・リンク送信のため使用されるかどうかを示す、請求項１１から１８のうちのいずれか１項に記載の基地局。
【請求項２０】
前記ビットの数は、前記基本パターン、または、前記１フレームの整数倍に等しい期間中のＤＬサブフレーム・グループの数に等しい、請求項１９に記載の基地局。
【請求項２１】
プログラムが格納されたコンピュータ可読記憶媒体であって、前記プログラムは、コンピュータに、請求項１から１０のうちのいずれか１項に記載の方法を実行させる、
コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２００８年１１月７日に中国特許庁へ出願され、発明の名称が“ＲＥＬＡＹ  ＴＲＡＮＳＭＩＳＳＩＯＮ  ＭＥＴＨＯＤ  ＡＮＤ  ＮＥＴＷＯＲＫ  ＮＯＤＥ”である中国特許出願第２００８１０１７６０５８．６号と、２００９年４月２３日に中国特許庁へ出願され、発明の名称が“ＲＥＬＡＹ  ＴＲＡＮＳＭＩＳＳＩＯＮ  ＭＥＴＨＯＤ  ＡＮＤ  ＮＥＴＷＯＲＫ  ＮＯＤＥ”である中国特許出願第２００９１０１３７４５２．３号とに基づく優先権を主張し、これらの出願は参照によって全体がそのまま本明細書中に組み込まれる。
【０００２】
本発明は、通信テクノロジの分野と、特に、リレー伝送方法およびネットワークノードとに関する。
【背景技術】
【０００３】
社会の発展と、無線通信テクノロジの開発とに伴って、より高い要求が通信レートおよび通信品質に課される。有線伝送は、ある程度までこのような要求を満たすが、有線伝送は、有線伝送の使用を制限する光ケーブルの配線または有線リソースをリースする必要がある。無線バックホール伝送用のリレーを使用することは、近年業界において莫大な注目を引き付けた。リレーテクノロジは、セルカバレッジの拡張と、セルキャパシティの増大と、セルスループットの等化とを可能にする。
【０００４】
ロング・ターム・エボリューション（ＬＴＥ）システムにおけるフレーム構造は、フレーム単位で測定される。各フレームは、１０個のサブフレームを含み、各サブフレームは、１ｍｓに固定される。ＬＴＥは、ＬＴＥアドバンスド（ＬＴＥ−Ａ）に向かって進歩するが、ＬＴＥネットワークおよびＬＴＥアドバンスド・ネットワークが長期間に亘って共存するであろう。リレーテクノロジをＬＴＥ−ＡまたはＬＴＥに適用するとき、ＬＴＥ  Ｒ８システムにおけるユーザ設備（ＵＥ）との互換性を保つため既存ＬＴＥシステム・リビジョン８（Ｒ８）の技術的特徴を考慮することが要求される。
【０００５】
しかし、従来技術において提唱されたフレーム構造に応じて実行されるリレー伝送は、ＬＴＥ  Ｒ８システムにおけるＵＥとの互換性を保つことができない。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の実施形態は、既存ＬＴＥシステムの中のＵＥとの下位互換性を保つリレー伝送方法およびネットワークノードを提供する。
【課題を解決するための手段】
【０００７】
本発明の一態様は、
１フレームの整数倍に等しい期間中にサブフレームの中に構成されたリレー・リンク・サブフレームに関する構成情報を受信するステップと、
構成されたリレー・リンク・サブフレームに応じてリレー・リンク送信を実行するステップと、
を含むリレー伝送方法を提供する。
【０００８】
本発明の別の態様は、
選択されたリレー・リンク・サブフレームに応じてデータ伝送を実行するステップと、
選択されたリレー・リンク・サブフレームの中でガード期間を予約するステップと、
を含み、
ガード期間の長さがＬＴＥサンプリング間隔の整数倍であり、および／または、ガード期間の長さが両方の伝送相手によるシグナリングに応じて調整され、
リレー・リンク・サブフレームは、１つ以上のカード期間を含み、ガード期間は、リレー・リンクによって使用されるリソースの前および／または後に位置している、
リレー伝送方法を提供する。
【０００９】
本発明の別の態様は、
ＬＴＥ周波数分割複信（ＦＤＤ）システムにおいて、１フレームの整数倍に等しい期間中に特定のサブフレームを周期的に選択するステップを含み、選択された特定のサブフレームは、ＬＴＥ−Ａ  ＵＥの通信のため使用され、この期間中の非特定サブフレームがＬＴＥ−Ａ  ＵＥとＬＴＥ  ＵＥの通信のため使用される、データ伝送方法を提供する。
【００１０】
本発明の別の態様は、
１フレームの整数倍に等しい期間中にサブフレームの中に構成され、特定のハイブリッド自動リピート要求（ＨＡＲＱ）タイムラインを採用するリレー・リンク・サブフレームに関する情報を受信するため構成されている受信ユニットと、
受信ユニットによって受信されたリレー・リンク・サブフレーム情報に応じて決定されたリレー・リンク・サブフレームの中でリレー・リンク送信を実行するため構成されている送信ユニットと、
を含むネットワークノードを提供する。
【００１１】
本発明の実施形態によるＬＴＥシステムでは、リレー・リンク・サブフレームは、１フレームの整数倍に等しい期間中に構成され、リレー伝送は、特定のＨＡＲＱタイムラインを採用するリレー・リンク・サブフレームに応じて実行される。本発明の実施形態において提唱されたリレー伝送方法は、ＬＴＥ  ＦＤＤシステムの様々な制約条件を満たし、ＬＴＥシステムの中のＵＥとの下位互換性を保つ。
【００１２】
本発明に基づく技術的解決法をより明瞭に説明するため、本発明の実施形態を記述する添付図面が以下に簡単に提示される。明らかに、以下の説明中で添付図面は本発明の一部の単なる実施形態であり、当業者は、創造的な努力なしに添付図面から他の図面を得ることができる。
【図面の簡単な説明】
【００１３】
【図１ａ】図１ａは本発明の実施形態によるリレー伝送方法のフローチャートである。
【図１ｂ】図１ｂは本発明の別の実施形態によるリレー伝送方法のフローチャートである。
【図２】図２は本発明の実施形態によるリレー伝送モードを示す略図である。
【図３】図３は本発明の実施形態によるＬＴＥ  ＦＤＤシステムにおけるリレー・リンク・サブフレームで利用できるオプションを示す図である。
【図４ａ】図４ａは本発明の実施形態によるＬＴＥシステムにおけるＭＢＳＦＮサブフレームを示す略図である。
【図４ｂ】図４ｂは本発明の実施形態によるフレーム構造を示す略図である。
【図４ｃ】図４ｃは本発明の実施形態によるフレーム構造を示す略図である。
【図４ｄ】図４ｄは本発明の実施形態によるフレーム構造を示す略図である。
【図５】図５は本発明の実施形態によるリレー・リンク・サブフレームにおけるガード期間を示す略図である。
【図６】図６は、本発明の実施形態に応じて、ガード期間の一部においてＭＢＳＦＮサブフレームを使用することによりＯＦＤＭシンボルをユニキャストする仕方を示す略図である。
【図７】図７は、本発明の実施形態に応じて、オフセットがタイプ１においてｅＮＢとリレー・サブフレームとの間に存在するときにガード期間を決定する仕方を示す略図である。
【図８】図８は、本発明の実施形態に応じて、ガード期間の中でＭＢＳＦＮサブフレームを使用することなくＯＦＤＭシンボルをユニキャストする仕方を示す略図である。
【図９】図９は、本発明の実施形態に応じて、ガード期間の中でＭＢＳＦＮサブフレームを使用することなくＯＦＤＭシンボルをユニキャストする仕方を示す略図である。
【図１０ａ】図１０ａは、本発明の実施形態に応じて、オフセットがタイプ２においてｅＮＢとＲＮサブフレームとの間に存在するときにガード期間を決定する仕方を示す略図である。
【図１０ｂ】図１０ｂは、本発明の実施形態に応じて構成されたリレー・リンク・サブフレームを含むフレーム構造を示す略図である。
【図１０ｃ】図１０ｃは、本発明の実施形態に応じて構成されたリレー・リンク・サブフレームを含む別のフレーム構造を示す略図である。
【図１０ｄ】図１０ｄは、本発明の実施形態に応じて構成されたリレー・リンク・サブフレームを含む別のフレーム構造を示す略図である。
【図１０ｅ】図１０ｅは、本発明の実施形態に応じて構成されたリレー・リンク・サブフレームを含む別のフレーム構造を示す略図である。
【図１０ｆ】図１０ｆは、本発明の実施形態に応じて構成されたリレー・リンク・サブフレームを含む別のフレーム構造を示す略図である。
【図１０ｇ】図１０ｇは、本発明の実施形態に応じて構成されたリレー・リンク・サブフレームを含む別のフレーム構造を示す略図である。
【図１０ｈ】図１０ｈは、本発明の実施形態に応じて構成されたリレー・リンク・サブフレームを含む別のフレーム構造を示す略図である。
【図１０ｉ】図１０ｉは、本発明の実施形態に応じて構成されたリレー・リンク・サブフレームを含む別のフレーム構造を示す略図である。
【図１１】図１１は、本発明の実施形態によるＬＴＥおよびＬＴＥ−Ａの集中型ネットワークにおけるｅＮＢ、ＵＥ＿ＬＴＥおよびＵＥ＿ＬＴＥ＿Ａの伝送モードを示す略図である。
【図１２】図１２は、本発明の実施形態によるネットワークノードの構成を示す図である。
【発明を実施するための形態】
【００１４】
本発明に基づく技術的解決法が添付図面を参照して以下に詳しく記載される。
【００１５】
ＬＴＥシステムでは、フレーム構造は以下の要件を満たす必要がある。
【００１６】
（１）物理アップリンク共有チャネル（ＰＵＳＣＨ）対物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）：ＵＥがサブフレームｎでＰＵＳＣＨを送信し、それに応じてサブフレームｎ＋ｋでＰＨＩＣＨを受信する。ここで、ｋはＡＣＫ／ＮＡＣＫフィードバック間隔であり、ＡＣＫ／ＮＡＣＫフィードバックがアップリンク・データに応答して返送される。ＬＴＥ  ＦＤＤ  Ｒ８では、ｋは４に等しい。ＰＵＳＣＨの内容は、ＵＥによって送信された少なくともアップリンク・データを含む。ＰＨＩＣＨの内容は、ＰＵＳＣＨの中でサブフレームｎによって送信されたデータに応答して返送された肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）である。
【００１７】
（２）アップリンク（ＵＬ）ＨＡＲＱ  ＰＵＳＣＨ再送信期間：ＵＥは、最初にサブフレームｎでアップリンク・データ・ブロックを送信する。このデータ・ブロックを再送信する必要がある場合、再送信は、サブフレームｎ＋ｋ＊Ｌで実行するべきであり、ここで、ｋは再送信期間であり、Ｌは再送信回数であり、Ｌの値は１、２、３、．．．Ｌｍａｘであり、Ｌｍａｘはシステムの中で構成された最大再送信回数である。ＬＴＥ  ＦＤＤ  Ｒ８では、ｋは８に等しい。
【００１８】
（３）ＰＨＩＣＨ／ＵＬグラント対ＰＵＳＣＨ（ｎ＋４）：ＵＥがサブフレームｎでＰＨＩＣＨ／ＵＬグラントを受信した場合、ＵＥは、ＰＨＩＣＨ／ＵＬグラントによって示されるようにサブフレームｎ＋ｋでアップリンク・データ・チャネルＰＵＳＣＨを調整し、ここで、ｋは、ＰＨＩＣＨ／ＵＬグラント表示とアップリンク・データ・チャネルの送信との間の間隔である。ＬＴＥ  ＦＤＤ  Ｒ８では、ｋは４に等しい。この調整とは、ＰＨＩＣＨの中の内容がＡＣＫであるとき、新データがサブフレームｎ＋４のＰＵＳＣＨで送信され、ＰＨＩＣＨの中の内容がＮＡＣＫであるとき、前に送信されたデータがサブフレームｎ＋４のＰＵＳＣＨで再送信され、または、ＵＬグラントによって示されるように、データがサブフレームｎ＋４の対応するアップリンク・リソースで送信されることを指す。
【００１９】
（４）物理ダウンリンク共有チャネル（ＰＤＳＣＨ）対ＵＬ  ＡＣＫ／ＮＡＣＫ：ＵＥがこのＵＥへ送信されたデータ・チャネルＰＤＳＣＨをサブフレームｎで受信し、サブフレームｎ＋ｋでＵＬ  ＡＣＫ／ＮＡＣＫを返送し、ここで、ｋはＡＣＫ／ＮＡＣＫフィードバック間隔であり、ＡＣＫ／ＮＡＣＫフィードバックがダウンリンク・データに応答して返送される。ＬＴＥ  ＦＤＤ  Ｒ８では、ｋは４に等しい。
【００２０】
（５）プライマリ／ダイナミック・ブロードキャスト・チャネル（Ｐ／Ｄ−ＢＣＨ）サブフレームの固定位置及びプライマリ／セカンダリ同期チャネル（Ｐ／Ｓ−ＳＣＨ）サブフレームの固定位置：ＬＴＥ  ＦＤＤシステムでは、Ｐ／Ｓ−ＳＣＨがすべてのフレームのサブフレーム０およびサブフレーム５に位置し、Ｐ−ＢＣＨがすべてのフレームのサブフレーム０に位置し、Ｄ−ＢＣＨの中のＳＩＢ１が偶数番号フレームのサブフレーム５に位置し、Ｄ−ＢＣＨがデータ・チャネルＰＤＳＣＨの中で送信され、パケット専用制御チャネル（ＰＤＣＣＨ）および物理制御フォーマット表示チャネル（ＰＣＦＩＣＨ）の中で同時に送信される必要がある。
【００２１】
（６）ページングメッセージの位置：システムは、ＵＥへ送信されたページングメッセージの位置を構成する。ＬＴＥ  ＦＤＤシステムでは、Ｎｓ＝１であるとき、ページングメッセージは、ダウンリンク（ＤＬ）サブフレーム９の中で送信され、Ｎｓ＝２であるとき、ページングメッセージは、ＤＬサブフレーム｛４，９｝の中で送信され、Ｎｓ＝４であるとき、ページングメッセージは、ＤＬサブフレーム｛０，４，５，９｝の中で送信され、ここで、Ｎｓはすべてのフレームで現れるページングメッセージの個数であり、不連続受信（ＤＲＸ）期間に関連している。Ｎｓは、システムによって構成され、ＵＥへブロードキャストされる。ページングメッセージは、ＰＤＳＣＨの中で送信され、さらに制御チャネルＰＤＣＣＨおよびＰＣＦＩＣＨの中で同時に送信されることが必要である。
【００２２】
説明を簡単にするため、関連した用語および定義が以下に与えられる。
【００２３】
ＨＡＲＱ再送信間隔：データ・ブロックの初期送信とデータ・ブロックの第１の再送信との間の間隔、または、２つの隣接した再送信の間の間隔。
【００２４】
リレー・リンク：リレー・ノード（ＲＮ）と基地局との間のリンク。
【００２５】
リレー・リンク・サブフレーム：リレー・リンク送信用のリソース、たとえば、時間周波数リソースが位置しているサブフレーム。
【００２６】
リレー伝送方法が本発明の実施形態に開示される。図１ａに示されるように、この方法は以下のステップを含む。
【００２７】
ステップＳ１０１：ＬＴＥ  ＦＤＤシステムにおいて、周期的にリレー・リンク・サブフレームとして期間中のサブフレームを選択し、この期間は１フレームの整数倍に等しい。この期間は、基本パターンまたは複数の基本パターンの組み合わせを含む。この基本パターンは、ＵＬサブフレームおよびＤＬサブフレームのグループである。ＵＬサブフレームの間隔は、ＬＴＥ  ＵＬ  ＨＡＲＱ再送信期間、または、複数のＬＴＥ  ＵＬ  ＨＡＲＱ再送信期間である。
【００２８】
本発明の実施形態では、一部のＤＬサブフレームがＬＴＥ  ＨＡＲＱタイムライン関係を満たし、これらのＤＬサブフレームは、ＵＬ  ＨＡＲＱに対応するＰＨＩＣＨおよびＵＬグラントサブフレームであり、または、ＤＬサブフレームの間隔は、ＵＬサブフレームの間隔であり、または、ＤＬサブフレームおよびＵＬサブフレームが非同期ＬＴＥ  ＨＡＲＱタイムライン関係を採用し、または、複数のＵＬサブフレームのためのＵＬグラント情報およびＰＨＩＣＨフィードバック情報が特定のＤＬサブフレームに送信される。
【００２９】
前述の基本パターンでは、ＲＮは、すべてのフレームの中でＤＬ方向にＲＮによってサービスされるＵＥへデータを送信するため、多くても１つのＤＬサブフレームを使用し、そして、データのＵＬ  ＡＣＫ／ＮＡＣＫを返送することが必要とされる。ＤＬサブフレームは、ＤＬサブフレーム０、ＤＬサブフレーム４、ＤＬサブフレーム５またはＤＬサブフレーム９でもよい。
【００３０】
前述の基本パターンでは、ＲＮは、すべてのフレームの中でＤＬ方向にＲＮによってサービスされるＵＥへデータを送信するため、多くても１つのＤＬサブフレームを使用し、そして、データのＵＬ  ＡＣＫ／ＮＡＣＫを返送することが必要とされない。ＤＬサブフレームは、ＤＬサブフレーム０、ＤＬサブフレーム４、ＤＬサブフレーム５またはＤＬサブフレーム９でもよい。
【００３１】
ＲＮがＤＬサブフレーム０、ＤＬサブフレーム４、ＤＬサブフレーム５またはＤＬサブフレーム９でデータを送信するとき、ＲＮは、ＵＬグラントおよびＰＨＩＣＨを送信しないが、基準信号およびＰＤＣＣＨの中の他の制御チャネルを送信し、ＰＣＦＩＣＨを送信する。
【００３２】
本発明の別の実施形態では、全ＤＬサブフレームがＬＴＥ  ＨＡＲＱタイムライン関係を満たし、すなわち、全ＤＬサブフレームは、ＵＬ  ＨＡＲＱに対応するＰＨＩＣＨサブフレームおよびＵＬグラントサブフレームである。さらに、ＤＬサブフレームの特定の部分がリレー・リンクのため使用されるか、または、このようなＤＬサブフレームの間隔がＵＬサブフレームの間隔である。
【００３３】
基本パターンまたは複数の基本パターンの組み合わせにおいて、各フレームの中のＤＬ方向に多くても１つのＤＬサブフレーム（サブフレーム０）は、データ・チャネル（ＰＤＳＣＨ）、または、このデータ・チャネルの制御チャネルＰＣＦＩＣＨおよびＰＤＣＣＨへ送信されない。
【００３４】
ＤＬサブフレーム０では、ＲＮは、ブロードキャスト・チャネル（ＢＣＨ）と、同期チャネル（ＳＣＨ）と、基準信号とをＲＮによってサービスされるＵＥへ送信する。発展型ノードＢ（ｅＮＢ）は、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＵＬグラント、および、基準信号をＤＬサブフレーム０の最初の１から３個のシンボルを用いてＲＮへ送信することがある。ＲＮからＲＮによってサービスされるＵＥへ送信された基準信号によって占められた時間周波数リソースは、ｅＮＢによってＲＮへ送信された基準信号によって占められた時間周波数リソースと異なる。
【００３５】
Ｓ１０２：選択されたリレー・リンク・サブフレームに応じてリレー伝送を実行する。
【００３６】
再送信期間は、リレー・リンク・サブフレームにおけるＲＮの各ＵＬ  ＨＡＲＱプロセスおよびＬＴＥ  ＵＬ  ＨＡＲＱプロセスと同じであるか、または、これらのプロセスに伴って変化する。
【００３７】
以下のリレー伝送方法では、ＬＴＥ  ＦＤＤシステムにおいて、リレー・リンク・サブフレームが１フレームの整数倍に等しい期間中に選択され、リレー伝送がリレー・リンク・サブフレームに応じて実行される。本発明の実施形態において提唱されるリレー伝送方法は、ＬＴＥ  ＦＤＤシステムの様々な制約条件を満たし、ＬＴＥ  Ｒ８システムの中のＵＥと下位互換性がある。
【００３８】
リレー伝送方法は、本発明の別の実施形態において提供される。図１ｂに示されるように、この方法は、以下のステップを含む。
【００３９】
Ｓ１０１’：１フレームの整数倍に等しい期間中にサブフレームの中に構成され、特定のＨＡＲＱタイムラインを採用するリレー・リンク・サブフレームに関する構成情報を受信する。
【００４０】
Ｓ１０２’：リレー・リンク・サブフレームに応じてリレー・リンク送信を実行する。
【００４１】
すなわち、ｅＮＢとＲＮとの間の伝送、および／または、ｅＮＢとＵＥとの間の伝送は、リレー・リンク・サブフレームで実行される。ｅＮＢとＵＥとの間の伝送、および／または、ＲＮとＵＥとの間の伝送は、非リレー・リンク・サブフレームで実行される。
【００４２】
本実施形態で提供される方法では、リレー伝送は、構成されたリレー・リンク・サブフレームに応じて実行される。リレー・リンク・サブフレームは、１フレームの整数倍に等しい期間中にサブフレームの中で構成され、構成は、ダウンリンク・リレー・リンク・サブフレームの構成、および／または、アップリンク・リレー・リンク・サブフレームの構成を含む。リレー・リンク・サブフレームは、特定のＨＡＲＱタイムラインを採用し、既存のＬＴＥシステムにおけるＵＥと下位互換性があり、リレー伝送を実現する。
【００４３】
図２は、本発明の実施形態によるリレー伝送モードを示す略図である。順序正しく、通信が図２に示された方法に応じてｅＮＢ、ＵＥ＿ｅＮＢ（ｅＮＢによってサービスされるＵＥ）、ＲＮ、および、ＵＥ＿ＲＮ（ＲＮによってサービスされるＵＥ）のようなネットワークノードの間で実行される。図２では、通信は、Ｔ１においてｅＮＢとＵＥ＿ｅＮＢとの間、および、ＲＮとＵＥ＿ＲＮとの間で同時に実行され、通信は、Ｔ２においてｅＮＢとＲＮとの間で実行され、通信は、同時にｅＮＢとＵＥ＿ｅＮＢとの間で実行されることがある。Ｔ１およびＴ２は、ＬＴＥシステムにおけるサブフレームであり、Ｔ２は、リレー・リンク・サブフレームである。
【００４４】
通信は、リレー・リンク・サブフレーム上でＲＮとＵＥ＿ＲＮとの間で実行される。従って、ＬＴＥ  Ｒ８システムにおけるＵＥとの下位互換性を保つために、リレー・リンク・サブフレームの選択は、ＵＥ＿ＲＮの正常な通信への影響を回避することが必要である。
【００４５】
本発明の実施形態では、前述の要件に応じてリレー・リンク・サブフレームを選択する方法が最初に提唱され、２種類の特殊な処理がＤＬサブフレーム｛０，４，５，９｝で実行され、最終的に、ＬＴＥ  ＦＤＤシステムにおける下位互換性を保つリレー伝送方法が提唱される。
【００４６】
リレー・リンク・サブフレームを選択する方法が後述される。図３は、本発明の実施形態によるＬＴＥ  ＦＤＤシステムにおけるリレー・リンク・サブフレームで利用できるオプションを示す。リレー・リンク・サブフレームはこのようにして選択されることがあり、最初に、フレームｎｆにおいて（ｎｆはフレーム番号を表す）、リレー・リンクで利用できるＵＬサブフレームｎを選択し、従って、すべての後続のＵＬサブフレーム（ｎ＋ｋ＊γ）がＵＬリレー・リンクで利用でき、その後、ＬＴＥ  ＨＡＲＱタイムライン関係に応じて、ＤＬリレー・リンクのためのＵＬリレー・リンク・サブフレームに対応するＤＬサブフレームを選択する。Ｎｆがフレームの中のサブフレームの個数であると仮定される。ＬＴＥシステムでは、Ｎｆは１０に等しく、ここで、ｎは、０、１、２、．．．、Ｎｆ−１でもよい。γは、ＵＬ  ＨＡＲＱ再送信期間である。ＬＴＥシステムでは、γは、８に等しい。ｋは、再送信回数であり、１、２および３のような自然数でもよい。ＵＬサブフレーム（ｎ＋ｋ＊γ）に関して、（ｎ＋ｋ＊γ）  ｍｏｄ  Ｎｆは、ＵＬサブフレームのサブフレーム番号であり、ｎｆ＋ｆｌｏｏｒ（（ｎ＋ｋ＊γ）／Ｎｆ）は、ＵＬサブフレームを含むフレームのフレーム番号である。
【００４７】
オプション０を一例として取り上げると、フレームｎｆで、ＵＬサブフレーム０は、ＵＬリレー・リンクで利用できるサブフレームとして選択される。従って、すべての後続のＵＬサブフレーム８（フレームｎｆにある）、ＵＬサブフレーム６（フレームｎｆ＋１にある）、ＵＬサブフレーム４（フレームｎｆ＋２にある）、および、ＵＬサブフレーム２（フレームｎｆ＋３にある）がＵＬリレー・リンクで利用できる。ＵＬサブフレーム８（フレームｎｆにある）に関して、ＤＬサブフレーム４（フレームｎｆにある）でＵＬグラントを送信し、ＤＬサブフレーム２（フレームｎｆ＋１にある）でＰＨＩＣＨを送信すること（ＡＣＫ／ＮＡＣＫを返送すること）が必要である。同様に、ＵＬサブフレーム６（フレームｎｆ＋１にある）に関して、ＤＬサブフレーム２（フレームｎｆ＋１にある）およびＤＬサブフレーム０（フレームｎｆ＋２にある）が必要とされる。類推によって、図３にオプション０で示されるように、ＵＬ／ＤＬリレー・リンクで利用できるサブフレームが取得される。
【００４８】
図３に示されるように、ｎの各値は、オプションに対応する。各オプションでは、ＵＬ／ＤＬリレー・リンクで利用できるサブフレームは、多少周期的である。すなわち、フレームｎｆの中で選択されたＵＬ／ＤＬリレー・リンク・サブフレームは、フレームｎｆ＋ｐの中で選択されたＵＬ／ＤＬリレー・リンク・サブフレームと完全に同じであり、ここで、ｐ＝ｆｌｏｏｒ（（ｎ＋λ）／Ｎｆ）である。λは、γとＮｆとの最小公倍数である。ＬＴＥ  ＦＤＤでは、ｐ＝４である。図３に示されるように、各フレームは、４フレームの間隔で繰り返し現れる。例えば、フレームｎｆの中でリレー・リンク・サブフレームは、フレームｎｆ＋４の中で選択されたリレー・リンク・サブフレームの複製である。
【００４９】
リレー・リンク・サブフレームが１フレームまたは１フレームの整数倍に等しい期間の中で周期的に選択される場合、オプションｘによって選択されたリレー・リンク・サブフレームがオプションｙによって選択されたリレー・リンク・サブフレームと全く同じであるならば、オプションｘはオプションｙに等しい。ｎ＝０に対応するオプションは、ｎ＝８に対応するオプションに等しく、ｎ＝１に対応するオプションは、ｎ＝９に対応するオプションに等しい。従って、図３に示されるように、全部で８個の独立したオプション、すなわち、オプション０、オプション１、．．．、オプション７が存在する。これらの８個のオプションは、期間中のすべてのサブフレームに行き渡る。
【００５０】
オプション毎に、ＵＬ方向では、ＵＬリレー・リンクのための１つおきの連続的なサブフレームの間隔は８サブフレームであり、ＵＬ  ＨＡＲＱの再送信期間、すなわち、８サブフレームを満たし、ＤＬ方向では、ＵＬリレー・リンクのためのサブフレームに対応するＨＡＲＱタイムライン（ＰＨＩＣＨおよびＵＬグラント）が満たされる。従って、ＵＥ＿ＲＮとＲＮとの間の通信がすべての残りのサブフレームで実行され、ＵＥ＿ＲＮとＲＮとの間の通信は、既存のＬＴＥ  ＨＡＲＱタイムライン制約を依然として満たし、よって、下位互換性を保つ。
【００５１】
オプション０では、ＵＥ＿ＲＮに関して、ＲＮとの通信がＵＬサブフレーム６（フレームｎｆにある）で実行される場合、再送信がＵＬサブフレーム４（フレームｎｆ＋１にある）、ＵＬサブフレーム２（フレームｎｆ＋２にある）、および、ＵＬサブフレーム０（フレームｎｆ＋３にある）で実行される。再送信間隔は８サブフレームである。さらに、ＤＬサブフレーム２（フレームｎｆにある）、ＤＬサブフレーム０（フレームｎｆ＋１にある）、ＤＬサブフレーム８（フレームｎｆ＋２にある）、および、ＤＬサブフレーム６（フレームｎｆ＋３にある）が必要とされる。このようなサブフレームは、リレー・リンクのため使用されない。従って、ＵＥ＿ＲＮとＲＮとの間の通信は影響を受けることがなく、下位互換性が確保される。
【００５２】
ある一定のＤＬサブフレームのための特殊な処理が後述される。
【００５３】
ＤＬサブフレーム｛０，４，５，９｝で、一部の必要な演算、例えば、Ｐ／Ｓ−ＳＣＨ、Ｐ／Ｄ−ＢＣＨ、および、ページングがＲＮからＵＥ＿ＲＮまで、および、ｅＮＢからＵＥ＿ｅＮＢまで実行されるべきである。ＤＬリレー・リンクもまたこのようなサブフレームを使用する必要がある場合、特殊な処理が必要とされる。
【００５４】
本発明の実施形態では、ＲＮは、ｅＮＢと通信するか、または、ＵＥ＿ＲＮと通信するかのいずれかであるが、ｅＮＢおよびＵＥ＿ＲＮの両方と同時には通信できない。すなわち、いつでも、リレー・リンクｅＮＢ←→ＲＮおよびアクセス・リンクＲＮ←→ＵＥ＿ＲＮは、同時には存在しない。
【００５５】
本発明の実施形態によるある一定のＤＬサブフレームのための第１の特殊な処理方法が後述される。
【００５６】
【表１】
0005554869.tif 000002
【００５７】
表１に示されるように、ＵＬサブフレーム｛ｎ−４，ｎ＋４｝およびＤＬサブフレーム｛ｎ，ｎ＋８｝が図３に示されたリレー・リンク・サブフレーム選択方法に応じて選択され、ＵＬ／ＤＬリレー・リンクのリレー・サブフレームとして使用され、ＤＬサブフレームｎでは、ＬＴＥシステムにおいて規定された必要な演算がＲＮ→ＵＥ＿ＲＮリンク上で行われるので、第１の処理方法は、ＲＮ→ＵＥ＿ＲＮリンクがこのような必要な演算を実行するため利用できるだけでなく、ＰＤＳＣＨを正常に送信し、ＰＤＣＣＨおよびＰＣＦＩＣＨのような対応する構成情報を送信するためにも利用できるということである。第１の処理方法Ｍ１は、２つの事例で導入される。
【００５８】
事例１：ＤＬサブフレームｎで、ＲＮ→ＵＥ＿ＲＮリンクのＰＤＳＣＨは、ＵＥ＿ＲＮへ送信されたデータを含むので、ＵＥは、ＵＬサブフレームｎ＋４でＵＬ  ＡＣＫ／ＮＡＣＫを送信することが必要である。この事例では、ＵＬサブフレームｎ＋４は、リレー・リンクに適用できない。
【００５９】
事例２：ＤＬサブフレームｎで、ＲＮ→ＵＥ＿ＲＮリンクのＰＤＳＣＨは、ＵＥ＿ＲＮへ送信されたデータを含まないので、ＵＥ＿ＲＮは、ＵＬサブフレームｎ＋４でＵＬ  ＡＣＫ／ＮＡＣＫを送信する必要がない。この事例では、ＵＬサブフレームｎ＋４は、リレー・リンクに適用できる。従って、事例２は、ＵＬサブフレームｎ＋４の中でのリレー・リンクの利用可能性を確保する。
【００６０】
その上、アクセス・リンクＲＮ←→ＵＥ＿ＲＮに関して、ＵＬサブフレームｎ−４のアクセス・リンクがディセーブル状態であるので、ＲＮは、ＤＬサブフレームｎのアクセス・リンクでＰＨＩＣＨを送信する必要がない。さらに、ＤＬサブフレームｎのアクセス・リンクで、ＲＮは、ＵＬグラントを送信しないので、ＵＥ＿ＲＮは、ＵＬサブフレームｎ＋４でデータ（ＰＵＳＣＨ）を送信しない。すなわち、ＤＬサブフレームｎ＋８のアクセス・リンクで、ＲＮは、ＰＨＩＣＨを送信する必要がないので、ＤＬサブフレームｎ＋８上のリレー・リンクの利用可能性を確保する。ＤＬサブフレームｎ＋８がマルチキャスト・ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームとして構成される場合、ＵＬサブフレームｎ＋４でＵＬデータを送信することが許可され、対応するＡＣＫ／ＮＡＣＫがＤＬサブフレームｎ＋８で返送される。ＵＬグラントがＤＬサブフレームｎで送信される。この事例では、ＭＢＳＦＮサブフレームｎ＋８の非ユニキャスト・サービス部分がリレー・リンクで利用でき、リレー・リンクの利用可能性がこのサブフレーム上で依然として確保される。
【００６１】
表１は、第１の処理方法の事例１では、ＵＬサブフレームｎ−４およびＤＬサブフレームｎ＋８がリレー・リンクで利用できることと、事例２では、ＵＬサブフレーム｛ｎ−４，ｎ＋４｝およびＤＬサブフレームｎ＋８がリレー・リンクで利用できることとを明らかにする。明らかに、リレー・リンクｅＮＢ←→ＲＮは、ＬＴＥ  ＦＤＤのＨＡＲＱタイムラインに準拠しないが、ＨＡＲＱタイムラインは、リレー・リンクの特性に応じて柔軟に設計されることがある。すなわち、ＵＬ／ＤＬ  ＨＡＲＱのフィードバック・タイムラインが再設計され、ＵＬグラントとＵＬ再送信との間の間隔のタイムライン関係が利用可能なリレー・リンク／サブフレームに応じて再設計される。例えば、ＬＴＥ  ＴＤＤ  ＨＡＲＱに類似したタイムラインが適用される。表２は、フレームの期間の範囲内［ｎｆ，ｎｆ＋ｐ）でＨＡＲＱのタイムラインを示す。他の期間におけるＨＡＲＱのタイムラインは類似している。
【００６２】
【表２】
0005554869.tif 000003
【００６３】
表２では、第１の処理方法の事例１に対し、リレー・リンク上のＤＬサブフレームｎ＋８で送信されたＰＨＩＣＨは、ＵＬサブフレームｎ−４上でｅＮＢへＲＮによって送信されたＰＵＳＣＨのＡＣＫ／ＮＡＣＫフィードバックである。さらに、ＵＬサブフレームｎ−４で、次のＵＬ再送信までの間隔が１６サブフレームであり、すべての他のＵＬサブフレームで、間隔は８サブフレームである。従って、ＵＬ再送信期間がある程度変化する。従って、本発明の実施形態では、ＵＬ再送信は非同期モードにある。すなわち、ｅＮＢは、フレームに等しいあらゆる期間［ｎｆ，ｎｆ＋ｐ］）のＤＬサブフレームｎ＋８で通知を送信することが必要である。この通知は、再送信ロケーションがＵＬサブフレームｎ＋１２であることを伝える。その後、再送信間隔はデフォルトで８サブフレームである。
【００６４】
表２では、第１の処理方法の事例２に関して、リレー・リンク上のＤＬサブフレームｎ＋８で送信されたＰＨＩＣＨは、ＵＬサブフレーム｛ｎ−４，ｎ＋４｝上のデータのＡＣＫ／ＮＡＣＫフィードバックを含み、同様に、リレー・リンク上のＤＬサブフレームｎ＋８で送信されたＵＬグラントは、ＵＬサブフレーム｛ｎ−４，ｎ＋４｝のためのスケジューリング情報を含み、残りのサブフレームは、依然としてＬＴＥ  ＦＤＤのＨＡＲＱタイムラインに準拠し、すなわち、第１の処理方法の事例２では、いくつかのダウンリンク・リレー・リンク・サブフレーム上の複数のＵＬリレー・リンク・サブフレームのためのＵＬグラント情報およびＰＨＩＣＨフィードバック情報を送信することが必要である。さらに、ＵＬ再送信期間は、８ｍｓまたは１６ｍｓであり、非同期モードで通知される必要があり、または、予め記憶される。
【００６５】
第１の処理方法は、全ＤＬサブフレームの処理に適用できる。以下の説明は、一例としてＤＬサブフレーム｛０，４，５，９｝を採用する。表３は、詳細を明らかにする。
【００６６】
【表３】
0005554869.tif 000004
【００６７】
本発明の実施形態におけるある一定のＤＬサブフレームのための第２の特殊な処理方法が後述される。
【００６８】
第１の処理方法とは異なり、第２の処理方法は、次の要件を設定する。すなわち、ＤＬサブフレーム０上で、必要な演算以外の演算はＲＮ→ＵＥ＿ＲＮリンクで実行されず、すなわち、ＰＤＳＣＨまたは関連ＰＤＣＣＨまたはＰＣＦＩＣＨ構成情報がＲＮ→ＵＥ＿ＲＮリンクで送信されない。従って、第２の処理方法は、表４に詳述されるようにＤＬサブフレーム０だけに適用できる。
【００６９】
【表４】
0005554869.tif 000005
【００７０】
表４は、第２の処理方法がＤＬサブフレーム０を分割することを明らかにする。最初の数個の直交周波数分割多重（ＯＦＤＭ）シンボルは、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＵＬグラント、および、基準信号をリレー・リンクｅＮＢ→ＲＮで送信するため設計される。この事例では、ＲＮは受信状態にある。その後のシンボルは、必要な演算を実行し、Ｐ／Ｓ−ＳＣＨ、Ｐ−ＢＣＨ、および、基準信号をアクセス・リンクＲＮ→ＵＥ＿ＲＮで送信するため設計される。この事例では、ＲＮは送信状態にあり、すなわち、ＤＬサブフレーム０は、リレー・リンクのため部分的に設計され、アクセス・リンクのため部分的に設計される。さらに、本発明の実施形態は、次の制約を設定する。すなわち、リレー・リンクｅＮＢ→ＲＮは、データまたは関係した構成情報をＤＬサブフレームで送信せず、ＲＮがデータを同時に送信または受信することを妨げる。ＬＴＥ  ＦＤＤ制約条件（４）によれば、ＵＬ  サブフレーム４のリレー・リンクＲＮ→ｅＮＢでＵＬ  ＡＣＫ／ＮＡＣＫを送信することは不要である。
【００７１】
表４は、フレームｎｆ−１でのＵＬサブフレーム６（フレーム番号ｎｆ−１の中のサブフレーム６を指し示す）と、フレームｎｆでのＵＬサブフレーム４と、フレームｎｆでのＤＬサブフレーム０と、フレームｎｆでのＤＬサブフレーム８とがリレー・リンクにすべて適用可能であることを明らかにする。第２の処理方法は、リレー・リンクがＬＴＥ  ＦＤＤ  ＨＡＲＱのタイムライン、すなわち、ＵＬ再送信期間と、ＵＬデータの中のＵＬグラントと、ＰＨＩＣＨフィードバックと、ＤＬデータの中のＵＬ  ＡＣＫ／ＮＡＣＫとのタイムライン関係を満たすことを保証する。このようにして、リレーが導入された後、既存システムに殆ど変更が行われることなく、リレー・リンク設計の複雑さが低減される。
【００７２】
ＬＴＥ  ＦＤＤの制約条件（６）に照らして、図３におけるオプションは以下の通りに特徴付けられる。
【００７３】
Ｉ．各オプション｛０，２，４，６｝は、ＤＬサブフレーム９を含むことはないが、ＤＬサブフレーム｛０，４｝を含む。オプション｛０，２，４，６｝はグループｘとして略記される。
【００７４】
ＩＩ．各オプション｛１，３，５，７｝は、ＤＬサブフレーム４を含むことはないが、ＤＬサブフレーム｛５，９｝を含む。オプション｛１，３，５，７｝はグループｙとして略記される。
【００７５】
上記特徴付けと、ＬＴＥ  ＦＤＤの６つの制約条件に照らして、Ｎｓ＝１である場合、ページングメッセージがＤＬサブフレーム９で送信されることが必要であり、そして、ＤＬサブフレーム９もしくはサブフレーム９の組み合わせを含まないオプションがリレー・リンク・サブフレームのため選択されることがあり、または、ＤＬサブフレーム９が第１の処理方法において処理された後に取得されたオプション、もしくは、オプションの組み合わせがリレー・リンク・サブフレームのため選択されることがあり、または、このような処理の後に取得されたオプションの組み合わせ、および、ＤＬサブフレーム９を含まないオプションがこのリレー・リンク・サブフレームのため選択されることがある。Ｎｓ＝２または４に関して、ページングメッセージは、ＤＬサブフレーム｛４，９｝またはＤＬサブフレーム｛０，４，５，９｝で送信されることが必要である。しかし、図３における各オプションは、ＤＬサブフレーム４またはＤＬサブフレーム９のいずれかを含む。従って、第１の処理方法は、ＤＬサブフレーム｛４，９｝をそれぞれに処理するために適用されることが必要であり、このような処理の後に取得されたオプションの組み合わせがリレー・リンクのため選択されることがある。表５は、本発明の実施形態におけるリレー・リンク・サブフレームを選択する方法を示す。
【００７６】
【表５】
0005554869.tif 000006
【００７７】
図４ａに示されるように、ＬＴＥでは、ＭＢＳＦＮサブフレームはＤＬサブフレームであり、ＭＢＳＦＮサブフレームの中の最初の１または２個のＯＦＤＭシンボルは、ユニキャストサービスのため使用され、制御チャネルＰＣＦＩＣＨおよびＰＨＩＣＨ、および／または、ＵＬグラントおよび基準信号のデータを送信するため使用される。
【００７８】
リレー・サブフレームを選択する際に、ＤＬリレー・リンクは、ＭＢＳＦＮサブフレームの中に位置することもある。この事例では、ＤＬリレー・リンクｅＮＢ→ＲＮは、伝送用のＭＢＳＦＮサブフレームの中で非ユニキャスト・サービスで利用できる部分を使用する。すなわち、ＭＢＳＦＮとして構成可能な各サブフレームは、ＤＬリレー・リンク・サブフレームとして選択することができる。ＬＴＥ／ＬＴＥ−Ａ  ＦＤＤでは、ＤＬサブフレームを除く全ＤＬサブフレーム｛サブフレームｎ｜ｎ＝０，４，５，９｝がＭＢＳＦＮサブフレームとして構成可能であり、ＤＬリレー・リンク・サブフレームとして使用することができる。
【００７９】
本発明の実施形態では、基本パターンまたは基本パターンの組み合わせに対応するサブフレームは、１フレームの整数倍に等しい期間中に周期的にリレー・リンク・サブフレームとして選択される。基本パターンは、１フレームの整数倍に等しい期間の中で、特定のＨＡＲＱタイムラインを満たすＵＬサブフレームおよびＤＬサブフレームのグループ、および／または、ＵＬサブフレームおよびＤＬサブフレームが以下の関係を満たすことによって特徴付けられる。すなわち、ＵＬサブフレーム間の間隔がＵＬ  ＨＡＲＱ再送信間隔またはＵＬ  ＨＡＲＱ再送信間隔の整数倍であり、ＤＬサブフレーム間の間隔がＵＬサブフレーム間の間隔に等しく、ＵＬサブフレームのサブフレーム番号＝（ＤＬサブフレームのサブフレーム番号＋オフセットｋ）  ｍｏｄ  Ｍであり、ここで、Ｍは１フレームの整数倍に等しい期間中のＤＬ／ＵＬサブフレームの総数であり、オフセットｋは自然数であり、リレー・リンクによって使用されるＨＡＲＱタイムラインによって一般的に決定される。特に、ｋは、ＤＬサブフレーム上のリレー・リンクのＤＬ  ＨＡＲＱプロセスのＡＣＫ／ＮＡＣＫフィードバック間隔であるか、または、ｋはシステムによって規定されたオフセット値であり、例えば、ｋ＝４である。
【００８０】
図３に示された各オプションは、基本パターンに対応する。図３における基本パターンは、第１のタイプの基本パターン、すなわち、Ａｌｔ１として定義される。Ａｌｔ１は、１フレームの整数倍（例えば、４倍）に等しい期間中のＵＬサブフレームおよびＤＬサブフレームのグループがＡｌｔ１  ＨＡＲＱタイムラインを満たすことによって特徴付けられる。すなわち、ＤＬサブフレーム上のプロセスのＡＣＫ／ＮＡＣＫフィードバック間隔が４ｍｓであり、ＵＬグラントとＵＬ送信との間の間隔が４ｍｓであり、ＵＬサブフレーム上のプロセスのＡＣＫ／ＮＡＣＫフィードバック間隔が４ｍｓであり、ＵＬプロセスの再送信期間が８ｍｓである。図４ｂは、Ａｌｔ１の中の基本パターンの実施例である。図４ｂでは、グレイパターンに対応するＵＬ／ＤＬサブフレームは、１フレームの整数倍に等しい期間中のＵＬサブフレームおよびＤＬサブフレームのグループであり、前述のＡｌｔ１  ＨＡＲＱタイムライン特性を満たし、ＤＬサブフレーム間隔は８ｍｓであり、ＵＬサブフレーム間隔は８ｍｓであり、ＵＬサブフレームのサブフレーム番号＝（ＤＬサブフレームのサブフレーム番号＋４）  ｍｏｄ  ４０である。４フレームの期間中に、ＵＬ／ＤＬサブフレームのサブフレーム番号の範囲は、０〜３９である。
【００８１】
同様に、第２のタイプの基本パターンがＡｌｔ２として定義される。Ａｌｔ２は、１フレームの整数倍、例えば、１フレームに等しい期間中のＵＬサブフレームおよびＤＬサブフレームのグループがＡｌｔ２  ＨＡＲＱタイムラインを満たすことによって特徴付けられる。すなわち、ＤＬサブフレーム上のプロセスのＡＣＫ／ＮＡＣＫフィードバック間隔が４ｍｓであり、ＵＬグラントとＵＬ送信との間の間隔が４ｍｓであり、ＵＬサブフレーム上のプロセスのＡＣＫ／ＮＡＣＫフィードバック間隔が６ｍｓであり、ＵＬプロセスの再送信期間が１０ｍｓである。Ａｌｔ２基本パターンの中のサブフレームは、ＤＬサブフレームのサブフレーム番号がｉであり、ＵＬサブフレームのサブフレーム番号がｊ＝（ｉ＋ｂ）  ｍｏｄ  Ｍであり、ここで、Ｍは１フレームの整数倍に等しい期間中の全ＤＬまたはＵＬサブフレームの数、例えば、Ｍ＝１０であり、ｂは、ＵＬサブフレームのサブフレーム番号とＤＬサブフレームのサブフレーム番号との間のオフセット、例えば、ｂ＝４であり、ｉの値は、第２のタイプの基本パターンの間で変化し、ｉは、｛１，２，３，６，７，８｝の範囲に含まれる、として表現されることがある。図４ｃは、Ａｌｔ２の中の基本パターンの実施例を示す。図４ｃでは、グレイパターンに対応するＵＬ／ＤＬサブフレームは、４回の期間中に１フレーム毎に繰り返し現れるＵＬサブフレームおよびＤＬサブフレームのグループであり、前述のＡｌｔ２  ＨＡＲＱタイムライン特性を満たし、ＤＬサブフレーム間隔は１０ｍｓであり、ＵＬサブフレーム間隔は１０ｍｓであり、ＵＬサブフレームのサブフレーム番号＝（ＤＬサブフレームのサブフレーム番号＋４）  ｍｏｄ  ４０である。
【００８２】
同様に、第３のタイプの基本パターンがＡｌｔ３として定義される。Ａｌｔ３は、１フレームの整数倍（例えば、４倍）に等しい期間中のＵＬサブフレームおよびＤＬサブフレームのグループが、例えば、Ａｌｔ３  ＨＡＲＱタイムラインを満たすことによって特徴付けられる。すなわち、ＤＬサブフレーム上のプロセスのＡＣＫ／ＮＡＣＫフィードバック間隔が４ｍｓであり、ＵＬグラントとＵＬ送信との間の間隔が４ｍｓであり、ＵＬサブフレーム上のプロセスのＡＣＫ／ＮＡＣＫフィードバック間隔が１２ｍｓまたは４ｍｓであり、ＵＬプロセスの再送信期間が８ｍｓまたは８ｍｓの整数倍である。Ａｌｔ３基本パターンの中のサブフレームは、ＤＬサブフレームのサブフレーム番号がｉ＝（ａ＋ｋ＊Ｌ）  ｍｏｄ  Ｍであり、(ｉ  ｍｏｄ  Ｎ)が集合Ｐの範囲を外れ、Ｐはサブフレーム集合であり、例えば、Ｐは、システムの中でＭＢＳＦＮサブフレームとして構成できないサブフレームの集合、すなわち、｛０，４，５，９｝であり、ここで、Ｍは１フレームの整数倍（例えば、４倍）に等しい期間中の全ＤＬまたはＵＬサブフレームの番号、例えば、Ｍ＝１０であり、ＭはＬによって割り切れ、例えば、ｋ＝０，１，２，３，４であり、ａは｛０，１，２，．．．，Ｌ−１｝の範囲に含まれ、ａの値は、第３のタイプの基本パターンの間で変化し、Ａｌｔ３基本パターン中のＵＬサブフレームのサブフレーム番号がｊ＝（ｉ+ｂ）  ｍｏｄ  Ｍであり、ｂは、ＵＬサブフレームのサブフレーム番号とＤＬサブフレームのサブフレーム番号との間のオフセット、例えば、ｂ＝４である、として表現されることがある。図４ｄは、Ａｌｔ３の中の基本パターンの実施例を示す。４フレームに等しい期間中のＵＬ／ＤＬサブフレームのサブフレーム番号は、０から３９まで変化する。図４ｄでは、グレイパターンに対応するＵＬ／ＤＬサブフレームは、４フレームに等しい期間中のＵＬサブフレーム｛１，１７，２５｝およびＤＬサブフレーム｛１３，２１，３７｝のグループである。これらは、前述のＡｌｔ３  ＨＡＲＱタイムライン特性を満たす。すなわち、フレーム［ｎ，ｎ＋３］では、ＤＬサブフレーム｛１３，２１，３７｝上のプロセスのＡＣＫ／ＮＡＣＫフィードバック間隔は４ｍｓであり、ＵＬグラントとＵＬ送信との間の間隔は４ｍｓであり、ＵＬサブフレーム｛１，１７，２５｝上のプロセスのＡＣＫ／ＮＡＣＫフィードバック間隔は、それぞれ、１２ｍｓ、４ｍｓおよび１２ｍｓであり、ＵＬサブフレーム｛１，１７，２５｝上のプロセスの再送信期間は、それぞれ、１６ｍｓ、８ｍｓ、および、１６ｍｓである。ＤＬサブフレームの間隔は、８ｍｓの整数倍であり、ＵＬサブフレームの間隔は８ｍｓの整数倍であり、ＵＬサブフレームのサブフレーム番号＝（ＤＬサブフレームのサブフレーム番号＋４）  ｍｏｄ  ４０である。
【００８３】
Ａｌｔ３基本パターンは、ＤＬサブフレームｎおよびＵＬサブフレームｎ＋４（ｎ＝０，４，５，９）がＡｌｔ１基本パターンから削除された後に取得されたＵＬサブフレームおよびＤＬサブフレームで構成されている。このような処理方法は、前述の第１の処理方法の事例１と同じであり、すなわち、ＤＬサブフレームｎおよびＵＬサブフレームｎ＋４（ｎ＝０，４，５，９）は、リレー・リンクのため使用されない。
【００８４】
表６は、前述の３タイプのＨＡＲＱタイムラインについて記載する。
【００８５】
【表６】
0005554869.tif 000007
【００８６】
４フレームに等しい期間中に、第１のタイプの８個の相互に直交する基本パターン、すなわち、Ａｌｔ１  オプションｉ、ｉ＝０，１，２，．．．７が存在し、第２のタイプの１０個の相互に直交する基本パターン、すなわち、Ａｌｔ２  オプションｉ、ｉ＝０，１，２，．．．９が存在し、第３のタイプの８個の相互に直交する基本パターン、すなわち、Ａｌｔ３  オプションｉ、ｉ＝０，１，２，．．．７が存在する。表７は詳細を明らかにする。
【００８７】
【表７】
0005554869.tif 000008
【００８８】
表７では、ｎｆは、１つのフレーム番号であり、「オプション」欄の各数字は、基本パターンのオプションの通し番号であり、「オプション」以外の欄の各数字は、サブフレームのサブフレーム番号を表す。表７によれば、Ａｌｔ１の各基本パターンは、５個のＤＬサブフレームおよび５個のＵＬサブフレームを含み、Ａｌｔ２の各基本パターンは、４個のＤＬサブフレームおよび４個のＵＬサブフレームを含み、Ａｌｔ３の各基本パターンは、３個のＤＬサブフレームおよび３個のＵＬサブフレームを含む。各基本パターンの中で、ＵＬサブフレーム間の間隔は、ＵＬプロセスの再送信期間に等しく、ＤＬサブフレーム間の間隔は、ＵＬサブフレーム間の間隔に等しい。１フレームの整数（例えば、４倍）に等しい期間中に、Ａｌｔ３の全基本パターンは、Ａｌｔ２オプション｛３，４，８，９｝に相互に補完的である。すなわち、Ａｌｔ３の全基本パターンと、Ａｌｔ２の基本パターンのオプション｛３，４，８，９｝に対応するサブフレームとが１フレームの整数（例えば、４）倍に等しい期間中にすべてのＵＬサブフレームおよびＤＬサブフレームを作り出す。別の特徴付けは、Ａｌｔ３の中のオプションｍ（ｍ＝０，２，４，６，）が右方向へ循環的に移動することができる基本パターンのグループであることである。すなわち、いずれかの基本パターンに含まれるサブフレームは、他の３つの基本パターンを取得するため、同時に１フレームの整数倍の単位、すなわち、１０ｍｓの整数倍の単位で右方向へ移動することができる。同様に、オプションｍ（ｍ＝１，３，５，７）は、右方向へ循環的に移動することができる基本パターンのグループであり、いずれかの基本パターンが他の３つの基本パターンを取得するために右方向へ循環的に移動することができる。この事例では、システムは、２つの基本パターンを記憶するだけでよく、Ａｌｔ３の中のすべての基本パターンを取得することができ、このようにして、より少ない記憶空間を占有する。例えば、Ａｌｔ３オプション０は、Ａｌｔ３オプションｍ（ｍ＝３，５，７）を取得するために右方向へ循環的に移動し、Ａｌｔ３オプション１は、Ａｌｔ３オプションｍ（ｍ＝３，５，７）を取得するために右方向へ循環的に移動する。従って、システムは、オプション０およびオプション１をＡｌｔ３に記憶するだけでよく、Ａｌｔ３の中のすべてのオプションを取得することができる。記憶されるべき２つの基本パターン、例えば、オプション０およびオプション１のため、これらの記憶は、さらに簡略化されることがある。すなわち、システムは、２つの基本パターンの中のＤＬサブフレームのサブフレーム数だけを記憶する。ＵＬサブフレームは、「ＵＬサブフレームのサブフレーム番号＝（ＤＬサブフレームのサブフレーム番号＋オフセット）  ｍｏｄ  ４０」に応じて取得される。例えば、システムは、オプション０にＤＬサブフレーム番号ｋ＝１２，２８，３６だけを記憶し（４個のフレームの時間単位上のＤＬ／ＵＬサブフレーム番号は０、１、２、．．．、３９であり）、その後、（ｋ＋４）  ｍｏｄ  ４０がこの基本パターンの中のＵＬサブフレームに対応し、このことはオプション１の場合と同じである。
【００８９】
表７では、すべての基本パターンの中のサブフレームのサブフレーム番号がすべて偶数またはすべて奇数である。従って、サブフレーム番号がすべて偶数である基本パターンは、グループＡに含まれ、サブフレーム番号がすべて奇数である基本パターンは、グループＢに含まれ、Ａｌｔ  ｉ（ｉ＝１，２，３）においてグループＡに帰属させられるべき基本パターンの部分集合は「Ａｌｔ  ｉ偶数」と呼ばれ、Ａｌｔ  ｉ（ｉ＝１，２，３）においてグループＢに帰属させられるべき基本パターンの部分集合は、「Ａｌｔ  ｉ奇数」と呼ばれる。例えば、Ａｌｔ２の中のオプション｛０，２，４，６，８｝は「Ａｌｔ２偶数」と呼ばれ、Ａｌｔ２の中のオプション｛１，３，５，７，９｝は「Ａｌｔ２奇数」と呼ばれる。
【００９０】
上記の３つのタイプの基本パターンＡｌｔ１、Ａｌｔ２、およびＡｌｔ３のそれぞれは、ＨＡＲＱタイムラインに対応する。１つの基本パターンのサブフレームが別の基本パターンのサブフレームと一致するとき、すなわち、２つの基本パターンが共通のＵＬサブフレームまたはＤＬサブフレームを有し、二つの基本パターンの両方における共通サブフレームのサブフレーム番号が同じであり、共通サブフレームが位置しているフレームのフレーム番号が２つの基本の両方において同じであるとき、結果として、ＨＡＲＱタイムライン衝突が２つの基本パターンの間で起こり、一方の基本パターンの中のＵＬ／ＤＬ  ＨＡＲＱプロセスがＵＬ／ＤＬサブフレーム上の他のプロセスと衝突する。すなわち、一方の基本パターンのＨＡＲＱタイムラインによれば、通信がＵＬサブフレームまたはＤＬサブフレームで必要とされ、もう一方の基本パターンのＨＡＲＱタイムラインによれば、通信がこのＵＬサブフレームまたはＤＬサブフレームでさらに必要とされるので、衝突が起こる。
【００９１】
衝突しやすい２つの基本パターンの間で、一方の基本パターンの中のサブフレームがアクセス・リンクのため使用され、もう一方の基本パターンの中のサブフレームがリレー・リンクのため使用される場合、ＨＡＲＱタイムライン衝突がリレー・リンクとアクセス・リンクとの間で起こることがある。ＨＡＲＱタイムライン衝突へのこれらの解決法は、以下の通り、（ｉ）衝突を回避するため、衝突しやすくない基本パターンをリレー・リンクおよびアクセス・リンクに割り当てること、または、（ｉｉ）ＨＡＲＱタイムラインを変更すること、すなわち、衝突しやすいプロセスのＨＡＲＱタイムラインを調節すること、例えば、ＵＬ／ＤＬプロセスのＡＣＫ／ＮＡＫフィードバック間隔を調節すること、もしくは、ＵＬグラントとＵＬ送信との間の間隔を調節すること、もしくは、ＵＬ再送信期間を調節すること、または、（ｉｉｉ）伝送用のリレー・リンクまたはアクセス・リンクのいずれかを選択し、他方のリンク上の伝送情報を廃棄し、その結果、廃棄されていないリンク上のＨＡＲＱプロセスが衝突中のサブフレーム上で損害を被ることである。
【００９２】
２つの衝突する基本パターンが２つの異なるＵＥのため使用される場合、ｅＮＢまたはＲＮは、ＵＥを区別することにより２つの衝突中のＨＡＲＱプロセスを区別する。２つの基本パターンが同じＵＥの２つの異なるプロセスのため使用される場合、衝突が起こることがある。衝突を解決するため、ｅＮＢまたはＲＮは、プロセス番号を通じて２つのプロセスを区別することがあり、または、同じＵＥのプロセスを区別するため、衝突していない基本パターンおよびこれらのＨＡＲＱタイムラインに対応するサブフレームをスケジュールに入れることがある。
【００９３】
表７では、衝突中の基本パラメータは、
Ａｌｔ１中のオプションｍ、ｍ∈｛０，２，４，６｝およびＡｌｔ２中のオプションｎ、ｎ∈｛０，２，４，６｝と、
Ａｌｔ１中のオプションｍ、ｍ∈｛１，３，５，７｝およびＡｌｔ２中のオプションｎ、ｎ∈｛１，３，５，７｝と、
Ａｌｔ３中のオプションｍ、ｍ∈｛０，２，４，６｝およびＡｌｔ２中のオプションｎ、ｎ∈｛０，２，６｝と、
Ａｌｔ３中のオプションｍ、ｍ∈｛１，３，５，７｝およびＡｌｔ２中のオプションｎ、ｎ∈｛１，５，７｝と、
Ａｌｔ３中のオプションｍおよびＡｌｔ１中のオプションｎ、ｍ＝ｎ；ｍ，ｎ∈｛０，１，２，３，４，５，６，７｝と、
である。
【００９４】
ネットワークの進化と共に、複数のバージョンのＵＥ（Ｒ８−ＵＥ、Ｒ９−ＵＥまたはＲ１０−ＵＥ）が共存することがあり、ｅＮＢまたはＲＮは、完全に下位互換性があるサブフレームでＲ８／９／１０−ＵＥにサービスを提供し、完全には下位互換性がないサブフレームでＲ１０−ＵＥにサービスを提供することになる。この事例では、Ｒ１０−ＵＥのＵＬ／ＤＬ  ＨＡＲＱタイムラインは、Ｒ８／９のＨＡＲＱ  タイムラインと異なることがある。
【００９５】
結論として、表７において基本パターンの中に含まれるサブフレーム、または、基本パターンの組み合わせは、すべてリレー・リンクで利用できるとは限らない。本発明の実施形態では、リレー・リンクのためのサブフレームの選択は、以下の要因を許容することが必要である。
１）Ｒｅｌ−８／９  ＵＥとの下位互換性が保たれるべきである。
２）Ｒｅｌ−８と比較してＲｅｌ−１０  ＵＥ、Ｒｅｌ−１０  ＲＮ、および、Ｒｅｌ−１０  ｅＮＢの変更は、最小限に抑えられるべきである。
３）リレー・リンクのＨＡＲＱプロセスは、アクセス・リンクのＨＡＲＱプロセスと衝突しない。すなわち、以下の特性のＵＬ／ＤＬリレー・リンク・サブフレームは存在せず、リレー・リンクのＨＡＲＱタイムラインによれば、リレー伝送がこのサブフレーム上で必要とされ、アクセス・リンクのＨＡＲＱタイムラインによれば、伝送がこのサブフレーム上でさらに必要とされる。
４）ＤＬリレー・リンク・サブフレームは、ＭＢＳＦＮサブフレームとして構成可能ではないＤＬサブフレームを含むことがなく、ＬＴＥ  ＦＤＤでは、ＤＬリレー・リンク・サブフレームは、ＤＬサブフレーム｛０，４，５，９｝を含むことがない。
５）リレー・サブフレームは、各フレームにおいてできる限り均等に配分され、これにより遅延制御を可能とし、単純化される。
６）バックホール・リンクは、アクセス・リンク（複数のＲＮを含む）との容量の合致を確保するために十分なリソースを有している。
７）バックホール・リソースは、異なる数のＲＮと異なるアプリケーション・シナリオおよびチャネル条件とを支援するためにできる限り柔軟に割り当てられ、リレー・リンクおよびＵＥ＿ｅＮＢが同じサブフレームの中でリソースを共有する。
８）ＭＢＳＦＮサービスが同時に支援される。
【００９６】
前述の要因によれば、Ａｌｔ２の中のオプション｛０，２，６，１，５，７｝およびＡｌｔ３の中の基本パターンは、ＬＴＥ／ＬＴＥ−Ａ  ＦＤＤシステムにおいてＭＢＳＦＮとして構成できないサブフレームを含むことがなく、すなわち、ＤＬサブフレーム｛０，４，５，９｝を含むことがない。このような基本パターンの中に含まれるサブフレームは、リレー・リンクですべて利用可能であり、リレー・リンクは、このような基本パターンのあらゆるサブフレーム上の基本パターンに対応するＨＡＲＱタイムラインを使用する。その一方で、リレー・リンクによって使用される基本パターンとアクセス・リンクによって使用される基本パターンとの間の衝突を回避するため、ＵＥに割り当てられた基本パターンは、リレー・リンクによって使用される基本パターンと衝突しない基本パターン、または、これらの基本パターンの組み合わせであることが必要である。表８は詳細を明らかにする。
【００９７】
【表８】
0005554869.tif 000009
【００９８】
テーブル８では、「Ａｌｔ２の偶数」は、Ａｌｔ２オプション｛０，２，６｝を指し示し、「Ａｌｔ２の奇数」は、Ａｌｔ２オプション｛１，５，７｝を指し示し、「補集合」は、リレー・リンクのため選択された基本パターン［オプションｍ］に相互に相補的である基本パターンの集合を指し示し、例えば、「Ａｌｔ３補集合」は、Ａｌｔ３におけるリレー・リンクのため選択された基本パターン［オプションｍ］に総合に相補的である基本パターンの集合を指し示し、「Ａｌｔ２偶数補集合」は、「Ａｌｔ２偶数」におけるリレー・リンクのため選択された基本パターン［オプションｍ］に相互に相補的な基本パターンの集合を指し示す。
【００９９】
同じタイプの多数の基本パターンが存在するので、同じ量の異なる基本パターンが同じ割合の異なる組み合わせを形成することがある。ｎｆは、１フレームの整数（例えば、４）倍に等しい期間をもつ基本パターンの中の全ＵＬ／ＤＬサブフレームの総数であると仮定すると、リレー・リンクのため使用される基本パターンは［オプションｍ］∈｛Ａｌｔ２オプション｛０，２，６，１，５，７｝，Ａｌｔ３｝、ｍ＝１，２，．．．Ｎ、１≦Ｎ≦８であり、基本パターンの［オプションｍ］の中に含まれるＵＬ／ＤＬサブフレームの個数はＫｍ、Ｋｍ∈｛３，４｝であるので、リレー・リンクのＵＬ／ＤＬサブフレームの個数は、
【０１００】
【数１】
0005554869.tif 000010
であり、
【０１０１】
【数２】
0005554869.tif 000011
であり、アクセス・リンクのためのＵＬ／ＤＬサブフレームの個数に対するリレー・リンクのためのＵＬ／ＤＬサブフレームの個数の比率は、
【０１０２】
【数３】
0005554869.tif 000012
である。
【０１０３】
表８の中のリレー・リンクとアクセス・リンクとの間の非衝突の関係が以下の通り詳細に明らかにされる。
【０１０４】
【表９】
0005554869.tif 000013
【０１０５】
表９は、リレー・リンクのためのサブフレームを構成するいくつかのモードを示す。すなわち、表９は、１フレームの整数倍に等しい期間中に、
リレー・リンクの伝送のため構成されたサブフレームを取り扱い、アクセス・リンクで利用可能であり、種々の設定モードでのＬＴＥ  Ｒ８  ＨＡＲＱタイムラインを満たすサブフレームと、Ａｌｔ２／Ａｌｔ３  ＨＡＲＱタイムラインを満たすサブフレームとを提示する。Ｒ８／９−ＵＥのため使用されるサブフレームは、ＬＴＥ  Ｒ８  ＨＡＲＱタイムラインを満たすことが必要であり、すなわち、Ａｌｔ１の基本パターンの中のサブフレームであり、Ｒ１０−ＵＥのため使用されるサブフレームは、Ａｌｔ１、Ａｌｔ２またはＡｌｔ３の基本パターンの中のサブフレームでもよい。しかし、Ｒ１０−ＵＥによって与えられた複雑さを考慮すると、リレー・リンクと衝突しないが、しかし、Ａｌｔ２またはＡｌｔ１の基本パターンに属するサブフレームは、好ましくは、Ｒ１０−ＵＥに割り当てられる。システムが２つ以上のＨＡＲＱタイムラインがＵＥで利用できることを許可する場合、システムは、リソースをＵＥに割り当てるときに、このＵＥの処理のため使用されるＨＡＲＱタイムラインを明瞭に指定することが必要であり、逆に、システムが、ＵＥが１つの明確なＨＡＲＱタイムラインだけを使用することを許可する場合、システムはＨＡＲＱタイムラインを特定する必要がない。表１０は、表９に示された各リンク上のＨＡＲＱタイムラインを明らかにする。
【０１０６】
【表１０】
0005554869.tif 000014
【０１０７】
表１０は、Ａｌｔ２およびＡｌｔ３に対応するＨＡＲＱタイムラインがリレー・リンクで利用できる２つのＨＡＲＱタイムラインであることを明らかにする。設定モードに基づいて、リレー・リンクは、一方のタイムラインだけを使用することがあり、または、同時に両方のタイムラインを使用することがある。
【０１０８】
表９におけるリレー・リンクのためのサブフレームを構成するモードに依存して、リレー・リンクおよびアクセス・リンクでのＨＡＲＱプロセスの最大数は、表１１に詳細が明らかにされるように異なる。
【０１０９】
【表１１】
0005554869.tif 000015
【０１１０】
表１１に示されるように、リレー・リンクのためのサブフレームを構成するモードに依存して、ＵＥで利用できるサブフレームの位置及び個数は異なり、Ｒ１０−ＵＥで利用できるサブフレームの個数に対するＲ８／９−ＵＥで利用できるサブフレームの個数の比率も同様に異なる。すなわち、リレー・リンクのためのサブフレームを構成するモードに依存して、リレー・リンクのＨＡＲＱプロセスの最大数が異なる場合、Ｒ１０−ＵＥのためサポートされるサブフレームの個数に対するＲ８／９−ＵＥのためサポートされるサブフレームの個数の比率が異なり、Ｒ８／９−ＵＥのためサポートされるＨＡＲＱプロセスの最大数とＲ１０−ＵＥのためサポートされるＨＡＲＱプロセスの最大数とが異なる。システムは、必要に応じて、適切な設定モードを選択することがある。
【０１１１】
実際の条件、例えば、市街地または郊外地のような適用現場と、負荷、サービスタイプ、および、サービス品質（ＱｏＳ）と、リソースのサイズ、連続／不連続スペクトル、および、キャリア・アグリゲーションのような基地局によって保有されるリソースと、ｅＮＢの中に配分されたある程度の個数のＲＮの位置と、Ｒ１０−ＵＥの個数に対するＲ８／９−ＵＥの個数の比率と、実際の無線伝搬環境特徴とに応じて、基地局およびＲＮは、所要のリレー・リンク・リソースを決定し、サブフレームの個数および位置とＨＡＲＱタイムラインとを含むリレー・リンクのためのサブフレームの適切な構成を選択し、リレー・リンクのためのリソースを柔軟に割り当てることが可能である。このようにして、リレー・リンクの容量は、アクセス・リンクの容量と一致し、基地局は、最も可能性のあるユーザにサービスを提供することができ、リレー伝送を提供しながらネットワークの容量を改善することができる。このネットワークでは、各基地局は、様々な実際の条件を有している。従って、リレー・リンクのためのあるセルによって構成されたサブフレームは、別のセルによって構成されたサブフレームと異なることがある。
【０１１２】
リレー・リンクのためのサブフレームを構成する多数のモードが存在する。実際には、システムにおいてリレー・リンクのためサブフレームを構成する実際に適用されるモードは、表９に提示されたすべてのモード、または、表９の中で選択された一部である。その一方で、システムは、リレー・リンクのためサブフレームを構成するモードを分類することができる。表９の中の分類では、インデックス番号０は、すべての基本パターンがＡｌｔ２に属するシナリオに対応し、インデックス番号１は、偶数番の基本パターンがＡｌｔ２に属し、奇数番の基本パターンがＡｌｔ３に属するシナリオに対応し、インデックス番号２は、奇数番の基本パターンがＡｌｔ２に属し、偶数番の基本パターンがＡｌｔ３に属するシナリオに対応し、インデックス番号１は、偶数番の基本パターンがＡｌｔ２に属し、インデックス番号３は、すべての基本パターンがＡｌｔ３に属するシナリオに対応する。実際には、リレー・リンクのためサブフレームを構成するモードは、多数の方法で分類することができる。表９に示されたインデックス分類方法は、単なる一例である。
【０１１３】
リレー伝送が実行される前に、システムは、リレー・リンクに関する関連構成情報をＲＮおよび／または隣接セルに通知することが必要である。構成情報は、以下の情報を含む。
【０１１４】
１．リレー・リンクの構成の有効期間、および／または、有効フラグビット。すなわち、システム負荷、リレー・チャネル条件、リレー用途シナリオ、および、ＵＥ  ＱｏＳに応じて、ｅＮＢは、リレー・リンクに関する構成情報を通知する間に、構成情報の時間有効性を通知することが必要である。例えば、構成情報は、１フレーム、４フレーム、３２フレーム、６４フレーム、１２８フレームまたは２５６フレームのような１フレームの整数倍に等しい期間中に有効である。有効フラグビットは、現在の構成情報が有効であるかどうかを示すため同時に設定されてもよい。例えば、「１」は、構成情報が有効であることを示し、「０」は構成情報が無効であることを示す。電流構成情報は無効であることが分かった場合、新しい構成情報が受信される必要がある。別のモードは、有効性が周期的に示される。この期間は、リレー・リンクのため必要なサブフレームの変化および前述の要因に依存する。一般に、固定したＲＮのため、有効性は、より長い間隔で示されることがあり、モバイルリレーの場合、有効性はより短い間隔で示されることがある。
【０１１５】
２．リレー・リンクのためのサブフレームの構成であり、すなわち、これらのサブフレームがリレー・リンクの伝送のため使用される。
【０１１６】
リレー・リンクのためのサブフレームに関する構成情報は、以下の方法のうちの１つで示されることがある。
【０１１７】
（ｉ）期間として１フレームの整数倍を採用するビットマップがこのリレー・リンクのためのサブフレームを直接的に示す。すなわち、このビットマップは、１フレームの整数倍に等しい期間中のサブフレームの中でリレー・リンクのため使用されるサブフレームを示す。あらゆる期間中の構成は同じである。各ビットは、このリレー・リンクのため使用されるＤＬサブフレームまたはＵＬサブフレームに対応する。このサブフレームがこのリレー・リンクのため使用される場合、このサブフレームに対応するビットは１に設定され、さもなければ、０に設定される。ビットマップのビット数は、１フレームの整数倍に等しい期間中にリレー・リンクのため使用される可能性のあるすべてのＤＬサブフレームまたはすべてのＵＬサブフレームの数に等しい。
【０１１８】
（ｉｉ）基本パターンのビットマップモード。すなわち、リレー・リンクのため使用される基本パターンを示すためビットマップが使用される。各ビットは、リレー・リンクのため使用される可能性のある基本パターンに対応する。基本パターンがこのリレー・リンクのため使用される場合、この基本パターンに対応するビットが１に設定され、そうでなければ、０に設定される。ビットマップのビット数は、リレー・リンクのため使用される可能性のある基本バターンの数に等しい。基本パターンまたは基本パターンの組み合わせの中のサブフレームは、このリレー・リンクのためのサブフレームとして構成される。
【０１１９】
（ｉｉｉ）ダウンリンク・サブフレーム・グループのビットマップモード。ビットマップは、１フレームの整数倍に等しい期間中のダウンリンク・サブフレーム・グループのうち、リレー・リンクのため使用されるダウンリンク・サブフレーム・グループを示す。各ビットは、このリレー・リンクのため使用される可能性のあるダウンリンク・サブフレーム・グループに対応する。ダウンリンク・サブフレーム・グループは、特定の間隔で配置されたダウンリンク・サブフレームのグループで構成される。サブフレームの間隔は、リレー・リンクのＵＬ  ＨＡＲＱの再送信間隔であるか、または、ＵＬ  ＨＡＲＱの送信間隔の整数倍である。その後、リレー・リンクのためのＵＬサブフレームは、以下の関係に応じて取得される。ＵＬサブフレームのサブフレーム番号＝（リレー・リンクのためのＤＬサブフレームのサブフレーム番号＋オフセットｋ）  ｍｏｄ  Ｍであり、ここで、Ｍは、１フレームの整数倍に等しい期間中の全ＤＬ／ＵＬサブフレームの数である。オフセットは、前述の第１の指標方法と同じ方法で決定される。ビットマップのうちのビット数は、このリレー・リンクのため使用される可能性のあるＤＬサブフレーム・グループの数に等しい。
【０１２０】
（ｉｖ）初期サブフレームのビットマップモード：Ｍが１フレームの整数倍に等しい期間中の全ＤＬ／ＵＬサブフレームの数であり、リレー・リンクのため使用されるＤＬサブフレームのサブフレーム番号がｉ＝（ａ＋ｋ＊Ｌ）  ｍｏｄ  Ｍであり、ｉ  ｍｏｄ  Ｎが集合Ｐに属さないと仮定する。集合Ｐは、システムの中でＭＢＳＦＮサブフレームとして構成できないサブフレームの集合である。例えば、ＬＴＥシステムでは、Ｐ＝｛０，４，５，９｝であり、このリレー・リンクのためのＵＬサブフレームのサブフレーム番号がｊ＝（ｉ＋ｂ）  ｍｏｄ  Ｍであり、ＬがＵＬ  ＨＡＲＱ再送信期間であり、ＭがＬによって割り切れ、例えば、Ｌ＝｛８または１０｝であり、ａがＵＬ  ＨＡＲＱ再送信期間中の初期サブフレーム番号であり、例えば、ａ＝｛０，１，２，．．．，Ｌ−１｝であり、ｂがＵＬサブフレーム番号とＤＬサブフレーム番号との間のオフセットであり、例えば、ｂ＝４である。システムは、１ビットが値「ａ」に対応するビットマップ指標モードを使用する。ビット「１」は、「ａ」が対応する値を取り得ることを意味し、ビット「０」は、「ａ」が対応する値を取り得ないことを意味する。ａのいくつかの値は、ビットマップに応じて取得され、その後、ＤＬサブフレームおよびＵＬサブフレームのグループが取得された「ａ」の各値に応じて前述の式を通じて取得され、このようなサブフレームがリレー・リンク送信のため使用される。
【０１２１】
（ｖ）リレー・リンク・サブフレームの構成モードは直接的に示されている。すなわち、システムによって実際に使用されるリレー・リンク・サブフレームのすべての構成モードは番号付けされ、その後、適用される構成モードが直接的に示される。指標モードによって必要とされるビット数は、
【数４】
0005554869.tif 000016
であり、Ｐは、リレー・リンク・サブフレームのすべての考えられる構成モードの数である。
【０１２２】
（ｖｉ）前述の５つの指標モードのうちのいずれか１つ以上の組み合わせ。
【０１２３】
リレー・リンクに関する構成情報は、システムメッセージによって構成されるか、もしくは、より上位層によって通知されるか、または、ＲＮの初期化時に通知されるか、または、ＲＮが基地局にアクセスしている間に通知されることがある。その後、ＲＮは、表９に示された規則に応じてサービスされるＵＥのための適切なサブフレームおよびＨＡＲＱタイムラインを選択することができる。
【０１２４】
マルチメディア・ブロードキャストおよびマルチ・キャスト・サービス（ＭＢＭＳ）をサポートするため、基地局は、好ましくは、このサービスのためリレー・リンク以外によって使用されるＭＢＳＦＮサブフレームを構成することができる。リレー・リンク・サブフレームの構成が基地局またはＲＮの間で異なる場合、基地局またはＲＮの間のネゴシエーションがネットワーク側で実行されるべきであり、すべての基地局またはＲＮによって共有されるＭＢＳＦＮサブフレームと、リレー・リンク・サブフレーム以外のサブフレームが同じマルチキャスト・サービス・エリアの中でＭＢＭＳサービスのため構成される。すべての基地局またはＲＮによって共有され、ＭＢＭＳサービスで利用できるサブフレームが同じマルチキャスト・サービス・エリアの中に存在しない場合、ＭＢＭＳサービスで利用できるこのような共有サブフレームがこのエリアの中に存在するように、このマルチキャスト・サービス・エリアの範囲が適切に調節されるか、および／または、ある種の基地局またはＲＮのリレー・リンク・サブフレーム・構成が調節されることがある。
【０１２５】
その上、ＭＢＳＦＮサブフレームの一部がリレー・リンクのため使用され、一部がＭＢＭＳサービスのため使用される場合、このようなサブフレーム上でどの通信が実行されているかをＵＥに通知することが必要である。
【０１２６】
選択されたリレー・リンク・サブフレームに対し、ガード期間（ＧＡＰ）が同期誤差／伝送遅延と、ＲＮの受信および送信状態遷移時間とに応じて予約されることがある。ガード期間は、リレー・サブフレームの中にある。ガード期間中に、ＲＮは、データを受信または送信しないが、待機状態および／または受信および送信状態の間で遷移することがある。ガード期間の長さは、ＬＴＥサンプリング間隔のＫ倍でもよく、ここで、Ｋは整数である。例えば、Ｋは、図５に詳細が明らかにされるように、フーリエ変換点の数の除数である。図５では、Ｃｔｒｌは、ＲＮ→ＵＥ＿ＲＮリンク上の送信用ＰＦＩＣＨ、ＰＨＩＣＨ、ＵＬグラント、または、基準信号を指し示す。
【０１２７】
図５に示されるように、選択されたＤＬサブフレームｎ上で、ＤＬサブフレームｎ−１がアクセス・リンクＲＮ→ＵＥ＿ＲＮのため使用される場合、ＤＬサブフレームｎの先頭にガード期間を予約することが必要であり、ＤＬサブフレームｎ＋１がアクセス・リンクＲＮ→ＵＥ＿ＲＮのため使用される場合、ＤＬサブフレームｎの終わりにガード期間を予約することが必要である。アクセス・リンクＲＮ→ＵＥ＿ＲＮ上の通信がＤＬサブフレームｎに存在するかどうかに依存して、ＤＬサブフレームｎが２つのタイプに分類される。
【０１２８】
タイプ１：アクセス・リンクＲＮ→ＵＥ＿ＲＮ上の通信は、ＤＬサブフレームｎに存在しない。この事例では、サブフレームの先頭および終わりにガード期間を予約することだけが必要である。
【０１２９】
タイプ２：アクセス・リンクＲＮ→ＵＥ＿ＲＮ上の通信、例えば、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＵＬグラントまたは基準信号情報が選択されたＤＬリレー・リンク・サブフレーム（ＤＬサブフレームｎ）に存在する。この事例では、図５に示されたモードにおいてガード期間を予約することだけが必要である。図５におけるＣｔｒｌは、このような制御情報のうちの１つまたは全部を含む。
【０１３０】
ＤＬリレー・リンク・サブフレームがＭＢＳＦＮサブフレームに位置するとき、予約されたガード期間は、ＭＢＳＦＮサブフレームのユニキャストＯＦＤＭシンボルを使用しないことがあり、または、予約されたガード期間は、ＭＢＳＦＮサブフレームのユニキャストＯＦＤＭシンボルの一部または全部を使用することがある。以下の説明は、図６に詳細が明らかにされるようにタイプ１およびタイプ２に特有である。
【０１３１】
図６はタイプ１を示す。図６におけるガード期間の一部は、ＭＢＳＦＮサブフレームのユニキャストＯＦＤＭシンボルを使用し、リレー・リンク・サブフレームの先頭でのガード期間は、ＭＢＳＦＮサブフレームのうちの最初の１または２個のＯＦＤＭシンボルを使用するが、リレーの送信および受信状態遷移および／または伝送遅延のための余分なガード期間がサブフレームの終わりに予約されるべきである。
【０１３２】
図７はタイプ１を示す。すなわち、ＲＮがリレー・サブフレームの中にユニキャストサービスをもたないとき、オフセットがｅＮＢとＲＮサブフレームの間に存在するならば、リレー・サブフレームの先頭および終わりでのガード期間の全長は、ユニキャストサービスのためｅＮＢによって使用される１または２個のＯＦＤＭシンボルの長さである。例えば、図７では、リレー・サブフレームの先頭でのガード期間は、ＭＢＳＦＮサブフレームのユニキャストＯＦＤＭシンボルの半分を占有し、リレー・サブフレームの終わりでのガード期間は、もう一方の半分を占有する。
【０１３３】
図８はタイプ２を示す。リレー・リンク・サブフレームの最初の１または２個のＯＦＤＭシンボルがアクセス・リンクＲＮ→ＵＥ＿ＲＮ上のユニキャストサービスのため依然として使用され、引き続くガード期間およびサブフレームの終わりでのガード期間は、リレーの送信および受信状態遷移および／または伝送遅延のため付加的に予約されるべきである。
【０１３４】
図９は、ガード期間がＭＢＳＦＮサブフレームのユニキャストＯＦＤＭシンボルを使用しないタイプ２を示す。すなわち、図９に示されたオフセットがｅＮＢとＲＮサブフレームとの間に存在するとき、リレー・リンク・サブフレームの最初のユニキャストＯＦＤＭシンボル（すなわち、ＭＢＳＦＮサブフレームの最初の１または２個のＯＦＤＭシンボル）がＲＮ→ＵＥ＿ＲＮリンク上のユニキャストサービスのためＲＮによって依然として使用される。後に続くガード期間およびサブフレームの終わりでのガード期間は、リレーの送信および受信状態遷移および／または伝送遅延のため付加的に予約されるべきである。
【０１３５】
図１０ａは、タイプ２、すなわち、ユニキャストサービスがＲＮリレー・サブフレームの中に存在し、そして、オフセットがｅＮＢとＲＮサブフレームとの間に存在するときにガード期間を決定する方法を示す。図１０ａでは、リレー・サブフレームの中のガード期間の長さは、ＬＴＥサンプリング間隔の整数倍、たとえば、１ＯＦＤＭシンボルである。
【０１３６】
ＵＬリレー・サブフレームの対応するガード期間は、サンプリング間隔のＫ倍であることが必要であり、ここで、Ｋは整数である。例えば、Ｋは、フーリエ変換点の数の除数である。
【０１３７】
選択されたＤＬリレー・リンク・サブフレームがＭＢＳＦＮサブフレーム上にない事例では、ガード期間は、前述の説明のように、リレー・サブフレームに位置している。
【０１３８】
第１の処理方法および第２の処理方法の特徴によれば、図３に基づく本発明の実施形態では、第１の処理方法は、表１２を取得するために、グループｘの中の各オプションのＤＬサブフレーム０と、グループｙの中の各オプションのＤＬサブフレーム｛５，９｝を取り扱うため適用される。第２の処理方法は、表１３を取得するためにグループｘの中の各オプションのＤＬサブフレーム０を取り扱うため適用される。第１の処理方法は、表１４を取得するために、グループｘの中の各オプションのＤＬサブフレーム｛０，４｝と、グループｙの中の各オプションのＤＬサブフレーム｛５，９｝を取り扱うため適用される。
【０１３９】
【表１２】
0005554869.tif 000017
【０１４０】
【表１３】
0005554869.tif 000018
【０１４１】
【表１４】
0005554869.tif 000019
【０１４２】
表５は、ＬＴＥ  ＦＤＤシステムにおけるリレー・リンク・サブフレームで利用できる選択方法が以下の通りであることを明らかにする。
【０１４３】
【表１５】
0005554869.tif 000020
【０１４４】
上記のサブフレーム選択方法によれば、表１６は、リレー・リンク・サブフレームを選択するいくつかの方法を提示する。
【０１４５】
【表１６】
0005554869.tif 000021
【０１４６】
選択および関連した特殊な処理方法が詳しく後述される。第１の処理方法が表１２におけるＤＬリレー・リンク・サブフレーム｛０，５，９｝に適用される。従って、表１２におけるオプション０は、オプション０−Ｍ１として略記され、オプション１は、オプション１−Ｍ１として略記され、同様に、表１３におけるオプション０は、オプション０−Ｍ２として略記される。
【０１４７】
１．  オプション０−Ｍ１
【０１４８】
前述の通り、オプション０−Ｍ１の解決法は、Ｎｓが１に等しいときに適用できる。さらに、オプション０は、ＤＬサブフレーム９を含むことがなく、ＤＬサブフレーム０を処理することだけが必要である。第１の処理方法は、２つの事例に現れ、これらの事例が以下で解析される。
【０１４９】
【表１７】
0005554869.tif 000022
【０１５０】
表１７に示されるように、フレームに等しい期間［ｎｆ，ｎｆ＋３）に、リレー・リンクのためのサブフレームは、ＵＬサブフレーム｛０，８，６，２｝およびＤＬサブフレーム｛４，２，８，６｝を含む。このサブフレームが除去された後、この期間中のすべての残りのサブフレームは、アクセス・リンク（ＲＮ←→ＵＥ＿ＲＮ）および（ｅＮＢ←→ＵＥ＿ｅＮＢ）で利用可能であり、アクセス・リンクは、ＬＴＥ  ＦＤＤのＨＡＲＱ制約を満たす。Ｎｓ＝１である場合、何らかのＵＥに対し、ＤＬサブフレーム９がページングメッセージを受信するため使用され、ＤＬサブフレーム｛０，５｝が同期およびブロードキャスト情報を受信するため使用される。ＵＥ＿ＲＮは、フレームｎｆ＋２におけるＵＬサブフレーム４だけでＵＬデータを送信することができない。
【０１５１】
その一方で、リレー・リンクのＨＡＲＱが表２における原理に基づき、詳細なタイムラインが表１８に示される。
【０１５２】
【表１８】
0005554869.tif 000023
【０１５３】
同様に、オプション０におけるＤＬサブフレーム０は、表１９に詳述されるように、第１の処理方法の事例２に応じて処理される。
【０１５４】
【表１９】
0005554869.tif 000024
【０１５５】
表１９は、事例２におけるオプション０−Ｍ１が、ＵＥ＿ＲＮがＬＴＥ  ＦＤＤ  ＨＡＲＱのタイムライン関係を満たすことをさらに確実にすることを明らかにする。さらに、リレー・リンク上のＨＡＲＱは、表２の原理を同様に満たす。事例２は、表２に詳細が明らかにされるように、ＤＬサブフレーム上の複数のＵＬサブフレームのためのＵＬグラントおよびＰＨＩＣＨを送信する機会をさらに伴う。
【０１５６】
表１２の中の他のオプションは、オプション０−Ｍ１と同じ原理に基づいている。
【０１５７】
２．  オプション０−Ｍ１＋オプション１−Ｍ１
【０１５８】
同様に、オプション０−Ｍ１＋オプション１−Ｍ１スキームは、Ｎｓ＝１に適用可能であり、本スキームにおけるオプションは、表２０に示されるように２つの独立したオプションで構成される。
【０１５９】
【表２０】
0005554869.tif 000025
【０１６０】
表２０は、オプションの組み合わせが次のように発生することを明らかにする：２つの独立したオプションに応じて選択されたリレー・リンク・サブフレームは、時間順に配列され、各リレー・リンク・サブフレームは、既存のオプションと同様に依然として処理され、ＨＡＲＱ関係もまた既存のオプションにおける関係である。これは、オプション間の相互独立性をさらに反映し、オプションを組み合わせることを非常に容易にする。実際のシステムでは、オプション組み合わせの数は、リレー・リンク上の実際のトラフィックに応じて決定されることがある。すなわち、トラヒックが初めに低い場合、１つのオプションが選択され、ある期間の後、トラフィックが増加し、オプション組み合わせを形成するためもう１つのオプションが追加される。
【０１６１】
オプション組み合わせの数は、２以上でもよく、すなわち、３つ以上のオプションが一つに組み合わされることがある。表１２および表１３の中の他のオプションは、上記と同じ方法で組み合わされる。
【０１６２】
３．  オプション０−Ｍ２
【０１６３】
同様に、オプション０−Ｍ２スキームは、Ｎｓ＝１に適用できる。第２の処理方法は、表２１に詳細が明らかにされるように、オプション０のＤＬサブフレーム０に適用される。
【０１６４】
【表２１】
0005554869.tif 000026
【０１６５】
オプション０−Ｍ２は、アクセス・リンクＲＮ→ＵＥ＿ＲＮが影響を受けることを阻止するだけでなく、リレー・リンクのＨＡＲＱタイムラインがＬＴＥ  ＦＤＤタイムライン関係を完全に満たすことをさらに確実にする。
【０１６６】
表１３の中の他のオプションは、オプション０−Ｍ２と類似した原理に基づき、オプションは、何ら変更することなくオプションを一緒に合わせることによっても組み合わせられる。
【０１６７】
４．  オプション０＋オプション１。表１４におけるオプションと、これらのオプションの組み合わせとがすべてＮｓ＝２または４の状況下にある。ここで、オプションの中のＤＬサブフレーム｛０，４，５，９｝が表２２を取得するため第１の処理方法の事例２に応じて処理される。
【０１６８】
【表２２】
0005554869.tif 000027
【０１６９】
本スキームでは、各サブフレームを処理する方法は、表２２に示された通りであり、オプションが何ら変更することなく２つのオプションを一緒に合わせることによって同様に組み合わされる。表１４の中の他のオプションの処理もまた類似する。
【０１７０】
図１０ｂに示されるように、本発明の別の実施形態は、表９における構成事例「Ａｌｔ２［オプションｍ］、ｍ＝０，２，６」の実施例である。この事例では、フレーム［ｎ，ｎ＋３］において、リレー・リンクのためのサブフレーム数は８であり、リレー・リンクのためのサブフレームの数とアクセス・リンクのためのサブフレームの数との比率は、８：３２である。
【０１７１】
基地局が実際の条件に応じて図１０ｂに示されるようにリレー・リンク・サブフレームを使用することを決定した場合、基地局は、期間として１フレームを採用するビットマップを通じて基地局の下でＲＮおよび／または隣接セルに通知することがある。すなわち、ビットｉ（ｉ＝０，１，２，３，４，５）は、連続的にＤＬサブフレームｎ（ｎ＝１，２，３，６，７，８）に対応する。この事例では、期間として１フレームを採用するビットマップに関する情報が「０００１０１」である場合、この情報は、各フレームの中のＤＬサブフレームｎ（ｎ＝６，８）がリレー・リンクのため使用され、対応するＵＬサブフレーム（ｎ＋４）  ｍｏｄ  １０＝０，２もまたリレー・リンクのため使用されることを示す。他の期間（１フレーム）における構成は同じである。期間として１フレームを採用するビットマップのモードは、リレー・リンク・サブフレームの構成があらゆるフレームで同じであるときに適用できる。この事例では、通知情報は６ビットしか占有しない。リレー・リンク・サブフレームに関する構成情報は、システムメッセージ、より上位層の構成情報、または、ＲＮ初期化を通じて通知されることがある。構成情報を取得した後、ＲＮは、表９に示された関係に応じて、Ａｌｔ１オプションｋ（ｋ＝１，３，５，７）に対応するサブフレームをＲ８／９／１０−ＵＥに割り当てることがある。このようなサブフレームで、ＵＥがＡｌｔ１に対応するＨＡＲＱタイムラインを使用し、ＨＡＲＱタイムラインが下位互換性を確実にする。ＲＮは、Ａｌｔ２オプションｋ（ｋ＝１，３，４，５，６，７，８，９）に対応するサブフレームをＲ１０−ＵＥにさらに割り当てることがある。このようなサブフレームで、ＵＥは、Ａｌｔ２に対応するＨＡＲＱタイムラインを使用する。
【０１７２】
フレーム［ｎ，ｎ＋３］では、Ａｌｔ１に対応するＨＡＲＱタイムラインを使用するＵＥのＤＬ／ＵＬプロセスの最大数は４であり、Ａｌｔ２に対応するＨＡＲＱタイムラインを使用するＵＥのＤＬ／ＵＬプロセスの最大数は８であり、リレー・リンクのＤＬ／ＵＬプロセスの最大数は２である。
【０１７３】
ＤＬサブフレーム｛１，２，３，７｝は、すべてがＲＮのＭＢＭＳサービスで利用できる。ＭＢＭＳサービスで利用できる基地局またはＲＮと同じＭＢＭＳサービスエリアの中の他の基地局またはＲＮのＤＬサブフレームがＤＬサブフレーム｛２，３，６｝であると仮定すると、共通ＤＬサブフレーム｛２，３｝がＭＢＭＳサービスで利用できるＭＢＳＦＮサブフレームとして構成されることがある。この事例では、構成がＬＴＥにおける「１フレーム・ビットマップ」モードを通じて実行されることがある。
【０１７４】
表９の中の構成事例Ａｌｔ２［オプションｍ］（ｍ＝０，２，６）では、システムは、リレー・リンクのためのＡｌｔ２オプションｍ（ｍ＝０，２，６）における１、２または３個のいずれかの基本パターンの組み合わせをさらに選択することがあるが、ここではこれ以上繰り返されない。下位互換性を満たすため、この構成事例Ａｌｔ２オプションｍ（ｍ＝０，２，６）がこの状況のためより適当であり、フレーム［ｎ，ｎ＋３］に等しい期間中に、ＵＬ／ＤＬリレー・リンクで利用できるサブフレームの数は１２より大きくない。
【０１７５】
図１０ｃに示されるように、本発明の別の実施形態は、表９における構成事例「Ａｌｔ２オプションｍ、ｍ＝１，５，７」の実施例である。この事例では、フレーム［ｎ，ｎ＋３］に等しい期間中に、リレー・リンクのためのサブフレームの数は１２であり、リレー・リンクのためのサブフレームの数とアクセス・リンクのためのサブフレームの数との比率は１２：２８である。
【０１７６】
同様に、システムは、期間として１フレームを採用するビットマップを通じて基地局の下でＲＮに通知する。ビットマップ情報「１０１０１０」は、各フレームの中のＤＬサブフレームｎ（ｎ＝１，３，７）がリレー・リンクのため使用され、対応するＵＬサブフレーム（ｎ＋４）  ｍｏｄ  １０＝５，７，１もまたリレー・リンクのため使用されることを示す。その後、ＲＮは、表９に示された関係に応じてＡｌｔ１オプションｋ（ｋ＝０，２，４，６）に対応するサブフレームをＲ８／９／１０−ＵＥに割り当てることがある。このようなスキームで、ＵＥはＡｌｔ１に対応するＨＡＲＱタイムラインを使用する。ＲＮは、Ａｌｔ２オプションｋ（ｋ＝０，２，３，４，６，８，９）に対応するサブフレームをＲ１０−ＵＥにさらに割り当てることがある。このようなサブフレームで、ＵＥはＡｌｔ２に対応するＨＡＲＱタイムラインを使用する。
【０１７７】
フレーム［ｎ，ｎ＋３］において、Ａｌｔ１に対応するＨＡＲＱタイムラインを使用するＵＥのＤＬ／ＵＬプロセスの最大数は４であり、Ａｌｔ２に対応するＨＡＲＱタイムラインを使用するＵＥのＤＬ／ＵＬの最大数は７であり、リレー・リンクのＤＬ／ＵＬプロセスの最大数は３である。
【０１７８】
ＤＬサブフレーム｛２，６，８｝は、すべてがＲＮのＭＢＭＳサービスで利用できる。この事例では、構成は、「１フレーム・ビットマップ」モードで実行されることがある。
【０１７９】
同様に、表９における構成事例Ａｌｔ２オプションｍ（ｍ＝１，５，７）において、システムは、リレー・リンクのためのＡｌｔ２オプションｍ（ｍ＝１，５，７）における１、２または３個のいずれかの基本パターンの組み合わせをさらに選択することがあるが、ここではこれ以上繰り返されない。下位互換性を満たすため、この構成事例Ａｌｔ２オプションｍ（ｍ＝１，５，７）がこの状況のためより適当であり、フレーム［ｎ，ｎ＋３］に等しい期間中に、ＵＬ／ＤＬリレー・リンクで利用できるサブフレームの数は１２より大きくない。
【０１８０】
図１０ｄに示されるように、本発明の別の実施形態は、表９における構成事例「Ａｌｔ２オプションｍ、ｍ＝０，２，６，１，５，７」の実施例である。この事例では、フレーム［ｎ，ｎ＋３］に等しい期間中に、リレー・リンクのためのサブフレームの数は２４であり、リレー・リンクのためのサブフレームの数とアクセス・リンクのためのサブフレームの数との比率は２４：１６である。
【０１８１】
この事例では、期間として１フレームを採用するビットマップに関する情報が「１１１１１１」である場合、この情報は、各フレームの中のＤＬサブフレームｎ（ｎ＝１，２，３，６，７，８）がリレー・リンクのため使用され、対応するＵＬサブフレーム（ｎ＋４）  ｍｏｄ  １０＝５，６，７，０，１，２もまたリレー・リンクのため使用されることを示す。表９に示された関係に応じて、Ａｌｔ１の中に基本パターンがない場合、ＬＴＥ  Ｒ−８に厳密に準拠するＨＡＲＱタイムラインのサブフレームは、Ｒ８／９−ＵＥで利用できない。この事例では、アクセス・リンク・サブフレーム上のＲ８／９−ＵＥのＵＬ／ＤＬプロセスは、損害を被ることがあり、しかし、Ａｌｔ２オプションｋ（ｋ＝３，４，８，９）に対応するサブフレームがＲ１０−ＵＥに割り当てられることがあり、このようなサブフレームで、ＵＥは、Ａｌｔ２に対応するＨＡＲＱタイムラインを使用する。
【０１８２】
フレーム［ｎ，ｎ＋３］において、Ａｌｔ２に対応するＨＡＲＱタイムラインを使用するＵＥのＤＬ／ＵＬプロセスの最大数は４であり、リレー・リンクのＤＬ／ＵＬプロセスの最大数は６である。
【０１８３】
１フレームの整数倍に等しい期間中に、ＭＢＳＦＮサブフレームとして構成できなＤＬサブフレームを除くＤＬサブフレームがリレー・リンクのため使用される。このような構成は、ＭＢＭＳサービスをサポートしない。
【０１８４】
表９における構成事例Ａｌｔ２オプションｍ（ｍ＝０，２，６，１，５，７）において、システムは、リレー・リンクのためのＡｌｔ２オプションｍ（ｍ＝０，２，６，１，５，７）におけるｋ（１≦ｋ≦６）個のいずれかの基本パターンの組み合わせをさらに選択することがあるが、ここではこれ以上繰り返されない。
【０１８５】
下位互換性を満たすため、この構成事例Ａｌｔ２オプションｍ（ｍ＝０，２，６，１，５，７）がこの状況のためより適当であり、フレーム［ｎ，ｎ＋３］に等しい期間中に、ＵＬ／ＤＬリレー・リンクで利用できるサブフレームの数は１２より大きくない。
【０１８６】
図１０ｅに示されるように、本発明の別の実施形態は、４個の基本パターンＡｌｔ２オプション｛０，２，６｝およびＡｌｔ３｛５｝がリレー・リンクのため組み合わされる。これは、３個のＡｌｔ２基本パターンおよび１個のＡｌｔ３基本パターンが組み合わされる表９の中のインデックス１に対応する構成事例の実施例である。この事例では、フレーム［ｎ，ｎ＋３］に等しい期間中に、リレー・リンクのため使用されるサブフレームの数は１５であり、リレー・リンクのためのサブフレームの数とアクセス・リンクのためのサブフレームの数との比率は１５：２５である。
【０１８７】
リレー・リンク・サブフレーム・構成はフレームと共に変化する。構成は、期間として４フレームを採用するビットマップのモードにおいてｅＮＢの下でＲＮに通知されることがある。４フレームに等しい期間中に、ＤＬ／ＵＬサブフレームは、番号０，１，２，．．．，３９が付けられる。ビットｉ（ｉ＝０，１，２，．．．，２３）は、４フレームの中のＤＬサブフレームｎ（ｎ＝１，２，３，６，７，８，１１，１２，１３，１６，１７，１８，２１，２２，２３，２６，２７，２８，３１，３２，３３，３６，３７，３８）に順番に対応する。この事例では、期間として４フレームを採用するビットマップに関する情報は、図１０ｅに示されたＤＬリレー・リンク・サブフレームを示す「１１０１０１０１０１１１０１０１０１０１１１０１」であり、対応するＵＬサブフレーム（ｎ＋４）  ｍｏｄ  Ｍもまたリレー・リンクのため使用され、ここで、Ｍは、１フレームの整数倍に等しい期間中のＵＬサブフレームの総数である。期間として１フレームの整数（２より大きい整数）倍を採用するビットマップのモードは、リレー・リンク・サブフレームの構成がフレーム間で異なるときに一般に適用できる。この事例では、通知情報は２４ビットしか占有しない。
【０１８８】
基地局は、基本パターンのビットマップを通じて構成情報を示すこともある。すなわち、各ビットは、リレー・リンクのため使用される可能性のある基本パターンに対応する。図１０ｅに示された構成は、オプションｉ（＝０，２，５，６）がリレー・リンクのため使用し、従って、この基本パターンの中のＵＬサブフレームおよびＤＬサブフレームがリレー・リンクのため使用されることを示すため、「１０１００１１０」を使用する。この事例では、基本パターンのビットマップ指標モードに伴う通知情報は、９ビットしか占有しない。リレー・リンク・サブフレームに関する構成情報を取得した後、ＲＮは、表９に示された関係に応じて、Ａｌｔ１オプションｋ（ｋ＝１，３，７）に対応するサブフレームをＲ８／９／１０−ＵＥに割り当てることがある。このようなサブフレームで、ＵＥは、Ａｋｔ１に対応するＨＡＲＱタイムラインを使用する。ＲＮは、Ａｌｔ２オプションｋ（ｋ＝３，４，８，９）に対応するサブフレームをＲ１０−ＵＥにさらに割り当てることがある。このようなサブフレームで、ＵＥはＡｌｔ２に対応するＨＡＲＱタイムラインを使用する。
【０１８９】
フレーム［ｎ，ｎ＋３］において、Ａｌｔ１に対応するＨＡＲＱタイムラインを使用するＵＥのＤＬ／ＵＬプロセスの最大数は３であり、Ａｌｔ２に対応するＨＡＲＱタイムラインを使用するＵＥのＤＬ／ＵＬの最大数は４であり、リレー・リンクのＤＬ／ＵＬプロセスの最大数は４である。
【０１９０】
フレーム［ｎ，ｎ＋３］において、ＤＬサブフレーム｛０，４，５，９｝およびリレー・リンクのためのサブフレームを除いて、サブフレームは、このＲＮのＭＢＭＳサービスのため使用することができる。この事例では、構成は、４フレーム・ビットマップモードで実行されることがある。
【０１９１】
表９の中のインデックス１に対応する構成事例では、システムは、リレー・リンクのためのＡｌｔ２［オプションｍ］およびＡｌｔ３［オプションｎ］、ｍ＝０，２，６、ｎ＝１，３，５，７、におけるｋ（１≦ｋ≦７）個のいずれかの基本パターンの組み合わせをさらに選択することがあるが、ここではこれ以上繰り返されない。
【０１９２】
システムの下位互換性および複雑さを考慮すると、表９の中のインデックス１に対応する構成事例１は、Ａｌｔ２オプション｛０，２，６｝およびＡｌｔ３［オプションｎ］、ｎ＝１，３，５，７に一般に適用される。この事例では、フレーム［ｎ，ｎ＋３］において、リレー・リンクのため使用されるサブフレームの数は１２より大きい。
【０１９３】
図１０ｆに示されるように、本発明の別の実施形態では、Ａｌｔ２オプション｛１，５，７｝およびＡｌｔ３オプション｛０，４｝がリレー・リンクのため使用される。これは、３個のＡｌｔ２基本パターンおよび２個のＡｌｔ３基本パターンが組み合わされた表９の中のインデックス２に対応する構成事例の実施例である。この事例では、フレーム［ｎ，ｎ＋３］において、リレー・リンクのため使用されるサブフレームの数は１８であり、リレー・リンクのためのサブフレームの数とアクセス・リンクのためのサブフレームの数との比率は１８：２２である。
【０１９４】
基地局が実際の条件に応じて図１０ｆに示されたリレー・リンク・サブフレームを使用することを決定した場合、基地局は、前述の４フレーム・ビットマップ指標モードに類似したモード、または、基本パターンのビットマップの指標モードにおけるリレー・リンク・サブフレームに関する構成情報を取得することがあり、その後、ＲＮは、表９に示された関係に応じてＡｌｔ１オプションｋ（ｋ＝２，６）に対応するサブフレームをＲ８／９／１０−ＵＥに割り当てることがある。このようなサブフレームで、ＵＥはＡｌｔ１に対応するＨＡＲＱタイムラインを使用する。ＲＮは、Ａｌｔ２オプションｋ（ｋ＝３，４，８，９）に対応するサブフレームをＲ１０−ＵＥにさらに割り当てることがある。このようなサブフレームで、ＵＥは、Ａｌｔ２に対応するＨＡＲＱタイムラインを使用する。
【０１９５】
フレーム［ｎ，ｎ＋３］では、Ａｌｔ２に対応するＨＡＲＱタイムラインを使用するＵＥのＤＬ／ＵＬプロセスの最大数は２であり、Ａｌｔ２に対応するＨＡＲＱタイムラインを使用するＵＥのＤＬ／ＵＬプロセスの最大数は４であり、リレー・リンクのＤＬ／ＵＬプロセスの最大数は５である。
【０１９６】
フレーム［ｎ，ｎ＋３］において、ＤＬサブフレーム｛０，４，５，９｝およびリレー・リンクのためのサブフレームを除いて、サブフレームは、このＲＮのＭＢＭＳサービスのため使用することができる。この事例では、構成は、４フレーム・ビットマップモードで実行されることがある。
【０１９７】
表９の中のインデックス２に対応する構成事例では、システムは、リレー・リンクのためのＡｌｔ２オプション［オプションｍ］およびＡｌｔ３［オプションｎ］、ｍ＝１，５，７、ｎ＝０，２，４，６におけるｋ（１≦ｋ≦７）個のいずれかの基本パターンの組み合わせをさらに選択することがあるが、ここではこれ以上繰り返されない。
【０１９８】
システムの下位互換性および複雑さを考慮すると、表９の中のインデックス２に対応する構成事例は、Ａｌｔ２オプション｛１，５，７｝およびＡｌｔ３［オプションｎ］、ｎ＝０，２，４，６に一般に適用される。この事例では、フレーム［ｎ，ｎ＋３］に等しい期間中に、リレー・リンクのため使用されるサブフレームの数は１２より大きく、または、リレー・リンクのため使用される基本パターンの数は、３より大きい。
【０１９９】
図１０ｇに示されるように、本発明の別の実施形態では、Ａｌｔ３オプション｛０，１｝は、リレー・リンクのため使用される。これは、２個のＡｌｔ３基本パターンが組み合わされる表９の中のインデックス３に対応する事例３における「Ａｌｔ３［オプションｍ］およびＡｌｔ３［オプションｎ］；ｍ＝０，２，４，６；ｎ＝１，３，５，７」の実施例である。この事例では、フレーム［ｎ，ｎ＋３］に等しい期間中に、リレー・リンクのため使用されるサブフレームの数は６であり、リレー・リンクのためのサブフレームの数とアクセス・リンクのためのサブフレームの数との比率は６：３４である。
【０２００】
基地局が実際の条件に応じて図１０ｇに示されたリレー・リンク・サブフレームを使用することを決定した場合、基地局は、前述の４フレーム・ビットマップ指標モードに類似したモード、または、基本パターンのビットマップの指標モードにおけるリレー・リンク・サブフレームに関する構成情報を取得することがあり、その後、ＲＮは、表９に示された関係に応じてＡｌｔ１オプションｋ（ｋ＝２，４，６，３，５，７）に対応するサブフレームをＲ８／９／１０−ＵＥに割り当てることがある。このようなサブフレームで、ＵＥは、Ａｌｔ１に対応するＨＡＲＱタイムラインを使用する。ＲＮは、Ａｌｔ２オプションｋ（ｋ＝３，４，８，９）に対応するサブフレームをＲ１０−ＵＥにさらに割り当てることがある。このようなサブフレームで、ＵＥは、Ａｌｔ２に対応するＨＡＲＱタイムラインを使用する。
【０２０１】
Ａｋｔ１に対応するＨＡＲＱタイムラインを使用するＵＥのＤＬ／ＵＬプロセスの最大数は６であり、Ａｌｔ２に対応するＨＡＲＱタイムラインを使用するＵＥのＤＬ／ＵＬプロセスの最大数は４であり、リレー・リンクのＤＬ／ＵＬプロセスの最大数は２である。
【０２０２】
各ＵＬサブフレームの先頭および終わりで、受信および送信状態遷移時間が予約される必要がある。２つのＵＬサブフレームが隣接する場合、２つのＵＬサブフレームのフレームｎの中のＵＬサブフレーム｛０，１｝が互いに隣接することだけが要求される。従って、フレーム［ｎ，ｎ＋３］に等しい期間中に、ＤＬサブフレーム｛０，４，５，９｝およびリレー・リンクのためのサブフレームを除いて、サブフレームがＲＮのＭＢＭＳで利用できる。この事例では、構成は４フレーム・ビットマップモードで実行されることがある。
【０２０３】
表９におけるインデックス３に対応する構成事例では、システムは、リレー・リンクのためのＡｌｔ３［オプションｍ］およびＡｌｔ３［オプションｎ］；ｍ＝０，２，４，６；ｎ＝１，３，５，７におけるｋ（１≦ｋ≦８）個のいずれかの基本パターンの組み合わせをさらに選択することがあり、ここではこれ以上繰り返されない。
【０２０４】
システムの下位互換性および複雑さを考慮すると、表９の中のインデックス３に対応する構成事例は、Ａｌｔ３［オプションｍ］およびＡｌｔ３［オプションｎ］；ｍ＝０，２，４，６；ｎ＝１，３，５，７に一般に適用される。この事例では、フレーム［ｎ，ｎ＋３］に等しい期間中に、リレー・リンクのため使用されるサブフレームの数は１２より大きく、または、リレー・リンクのため使用される基本パターンの数は、３より大きい。
【０２０５】
図１０ｈに示されるように、本発明の別の実施形態では、Ａｌｔ３オプション｛１，５，７｝は、リレー・リンクのため使用される。これは、３個のＡｌｔ３基本パターンが組み合わされる表９の中のインデックス３に対応する事例２における「Ａｌｔ３［オプションｍ］；ｍ＝１，３，５，７」の実施例である。この事例では、フレーム［ｎ，ｎ＋３］に等しい期間中に、リレー・リンクのため使用されるサブフレームの数は９であり、リレー・リンクのためのサブフレームの数とアクセス・リンクのためのサブフレームの数との比率は９：３１である。
【０２０６】
基地局が実際の条件に応じて図１０ｈに示されたリレー・リンク・サブフレームを使用することを決定した場合、基地局は、前述の４フレーム・ビットマップ指標モードに類似したモード、または、基本パターンのビットマップの指標モードにおけるリレー・リンク・サブフレームに関する構成情報を取得することがあり、その後、ＲＮは、表９に示された関係に応じてＡｌｔ１オプションｋ（ｋ＝０，２，４，６，３）に対応するサブフレームをＲ８／９／１０−ＵＥに割り当てることがある。このようなサブフレームで、ＵＥは、Ａｌｔ１に対応するＨＡＲＱタイムラインを使用する。ＲＮは、Ａｌｔ２オプションｋ（ｋ＝０，２，３，４，６，８，９）に対応するサブフレームをＲ１０−ＵＥにさらに割り当てることがある。このようなサブフレームで、ＵＥは、Ａｌｔ２に対応するＨＡＲＱタイムラインを使用する。
【０２０７】
Ａｋｔ１に対応するＨＡＲＱタイムラインを使用するＵＥのＤＬ／ＵＬプロセスの最大数は５であり、Ａｌｔ２に対応するＨＡＲＱタイムラインを使用するＵＥのＤＬ／ＵＬプロセスの最大数は７であり、リレー・リンクのＤＬ／ＵＬプロセスの最大数は３である。
【０２０８】
フレーム［ｎ，ｎ＋３］に等しい期間中に、ＤＬサブフレーム｛０，４，５，９｝およびリレー・リンクのためのサブフレームを除いて、サブフレームは、このＲＮのＭＢＭＳサービスのため使用することができる。この事例では、構成は、「４フレーム・ビットマップ」モードで実行されることがある。
【０２０９】
表９の中のインデックス３に対応する事例２において、Ａｌｔ３［オプションｍ］、ｍ＝１，３，５，７の構成モードにおいて、システムは、リレー・リンクのためのＡｌｔ３［オプションｍ］、ｍ＝１，３，５，７におけるｋ（１≦ｋ≦４）個のいずれかの基本パターンの組み合わせをさらに選択することがあるが、ここではこれ以上繰り返されない。Ａｌｔ３オプション｛１，３，５，７｝における構成は、インデックス０の事例２におけるＡｌｔ２オプション｛１，５，７｝の中の構成に等しい。
【０２１０】
表９の中のＡｌｔ３［オプションｍ］、ｍ＝０，２，４，６の構成事例において、システムは、リレー・リンクのためのＡｌｔ３［オプションｍ］、ｍ＝０，２，４，６におけるｋ（１≦ｋ≦４）個のいずれかの基本パターンの組み合わせをさらに選択することがあるが、ここではこれ以上繰り返されない。Ａｌｔ３オプション｛０，２，４，６｝におけるリレー・リンク・サブフレーム・構成は、表９の中のインデックス０の事例１におけるＡｌｔ２オプション｛０，２，６｝の中の構成に等しい。
【０２１１】
図１０ｉに示されるように、本発明の別の実施形態では、Ａｌｔ３オプション｛０，１，２，３，５，６，７｝に含まれるサブフレームがリレー・リンクのため使用される。これは、７個のＡｌｔ３基本パターンが組み合わされる表９の中の事例３におけるＡｌｔ３［オプションｍ］およびＡｌｔ３［オプションｎ］；ｍ＝０，２，４，６；ｎ＝１，３，５，７の実施例である。この事例では、フレーム［ｎ，ｎ＋３］に等しい期間中に、リレー・リンクのため使用されるサブフレームの数は２１であり、リレー・リンクのためのサブフレームの数とアクセス・リンクのためのサブフレームの数との比率は２１：１９である。
【０２１２】
基地局が実際の条件に応じて図１０ｉに示されたリレー・リンク・サブフレームを使用することを決定した場合、基地局は、前述の４フレーム・ビットマップ指標モードに類似したモード、または、基本パターンのビットマップの指標モードにおけるリレー・リンク・サブフレームに関する構成情報を取得することがあり、その後、ＲＮは、表９に示された関係に応じてＡｌｔ１オプションｋ（ｋ＝４）に対応するサブフレームをＲ８／９／１０−ＵＥに割り当てることがある。このようなサブフレームで、ＵＥは、Ａｌｔ１に対応するＨＡＲＱタイムラインを使用する。ＲＮは、Ａｌｔ２オプションｋ（ｋ＝３，４，８，９）に対応するサブフレームをＲ１０−ＵＥにさらに割り当てることがある。このようなサブフレームで、ＵＥは、Ａｌｔ２に対応するＨＡＲＱタイムラインを使用する。
【０２１３】
表９の中のインデックス３に対応する構成モードでは、システムは、リレー・リンクのためのＡｌｔ２［オプションｍ］およびＡｌｔ３［オプションｎ］；ｍ＝０，２，６；ｎ＝１，３，５，７におけるｋ（１≦ｋ≦７）個のいずれかの基本パターンの組み合わせをさらに選択することがあるが、ここではこれ以上繰り返されない。
【０２１４】
本発明の実施形態では、リレー・リンク・サブフレームの適用された構成モードは、表９の中の構成モードの部分集合であり、表２３において詳細が明らかにされる。
【０２１５】
【表２３】
0005554869.tif 000028
【０２１６】
表２３の中のタイプは、昇順にリレー・リンクのため使用された基本パターンの数に応じて、そして、本質的には、昇順にリレー・リンクのため使用されたＵＬ／ＤＬサブフレームの数に応じてソートされる。リレー・リンク・サブフレームの明確な構成事例は１つだけ存在する。表９の中のこのタイプの定義に準拠するリレー・リンク・サブフレームのいずれかの構成モードが選択されることがある。表２３は単に一実施例を与えるだけである。この事例では、１フレームの整数（例えば、４）倍に等しい期間中に、リレー・リンクのため使用されるサブフレームの数は、４＊（インデックス＋１）であり、リレー・リンクのためのサブフレームの数とアクセス・リンクのためのサブフレームの数との比率は、４＊（インデックス＋１）：（Ｎｆ−４＊（インデックス＋１））である。Ｎｆは、１フレームの整数（例えば、４）倍に等しい期間中のＵＬ／ＤＬサブフレームの数に等しい。ＬＴＥ  ＦＤＤシステムでは、Ｎｆは４０に等しい。基地局は、リレー・リンク・サブフレームの構成事例を直接的に示すため３ビットを使用することがある。
【０２１７】
表１１におけるリレー・リンクおよびアクセス・リンク上のＨＡＲＱタイムラインは、表２４のように詳細に明らかにされることがある。
【０２１８】
【表２４】
0005554869.tif 000029
【０２１９】
明らかに、リレー・リンクおよびアクセス・リンク上のＨＡＲＱタイムラインは、システムの中で簡単かつ容易に実施することができる。
【０２２０】
本発明の実施形態では、リレー・リンク・サブフレームの適用された構成事例は、表９の中の構成事例の部分集合であり、表２５において詳細が明らかにされる。
【０２２１】
【表２５】
0005554869.tif 000030
【０２２２】
表２５に示されるように、１フレームの整数倍（４の倍数）に等しい期間中に、条件が満たされる場合、例えば、４フレーム中にリレー・リンクのため使用されるＤＬ／ＵＬサブフレームの数が１２以下である場合、構成事例インデックス＝０が適用される。構成事例インデックス＝１は、ある特定の条件が満たされる場合、例えば、４フレーム中にリレー・リンクのため使用されるＤＬ／ＵＬサブフレームの数が１２より大きく、下位互換性が要求される場合、すなわち、Ｒ８／９−ＵＥがＨＡＲＱプロセスロスなしにサポートされる場合、適用される。構成事例インデックス＝２は、ある特定の条件が満たされる場合、例えば、４フレーム中にリレー・リンクのため使用されるＤＬ／ＵＬサブフレームの数が１２より大きく、下位互換性が要求されない場合、すなわち、Ｒ８／９−ＵＥのある種のＨＡＲＱプロセスロスが許容可能であるか、または、Ｒ８／９−ＵＥが存在しない場合、構成事例インデックス＝０が適用される。
【０２２３】
システムは、以下の通り、表２５の中のリレー・リンク・サブフレームの構成事例を示す。
【０２２４】
ヘッダフィールド（１ビット）は、リレー・リンクのため使用されるＨＡＲＱタイムラインタイプを示す。ヘッダフィールドが「１」である場合、「ＵＬ  ＨＡＲＱ再送信期間が１０ｍｓである」に対応するＨＡＲＱタイムラインが適用され、ヘッダフィールドが「０」である場合、「ＵＬ  ＨＡＲＱ再送信期間が８ｍｓの整数倍である」に対応するＨＡＲＱタイムラインが適用される。
【０２２５】
「インデックス＝０，２」に対応する構成モードは、「１期間（１フレーム）として１フレームの整数倍を採用するビットマップ」（６ビット）によって示される。ビットｉ（ｉ＝０，１，２，３，４，５）は、ＤＬサブフレームｎ（ｎ＝１，２，３，６，７，８）に連続的に対応する。対応するＤＬサブフレームがリレー・リンクのため使用され、対応するＵＬサブフレーム（ｎ＋４）  ｍｏｄ  １０がリレー・リンクのためさらに使用される場合、ビットｉが「１」に設定され、そうでなければ、ビットｉが「０」に設定される。さらに、「ＵＬ  ＨＡＲＱ再送信期間が１０ｍｓである」に対応するＨＡＲＱタイムラインがこのようなサブフレームに適用される。
【０２２６】
インデックス＝１に対応する構成モードは、「基本パターンのビットマップ」（８ビット）によって示される。すなわち、ビットマップは、リレー・リンクのため使用される基本パターンを示し、ビットｉ（ｉ＝０，１，２，３，４，５，６，７）が基本パターンオプションｉ（ｉ＝０，１，２，３，４，５，６，７）に対応する。対応する基本パターンがリレー・リンクのため使用される場合、ビットｉが「１」に設定され、そうでなければ、ビットｉが「０」に設定される。さらに、「ＵＬ  ＨＡＲＱ再送信期間が８ｍｓの整数倍である」に対応するＨＡＲＱタイムラインがこのようなサブフレームに適用される。
【０２２７】
インデックス＝１に対応する構成モードは、「初期サブフレームのビットマップモード」によって示されることもある。ビットマップの中の各ビットｉ（ｉ＝０，１，２，３，４，５，６，７）は、連続的にＵＬ  ＨＡＲＱ再送信期間の中の初期サブフレーム番号ａの８個の可能な値、ａ＝｛０，１，２，．．．，Ｌ−１｝、Ｌ＝８に対応する。ビットが「１」に設定される場合、ａは、対応する値をとることがあり、ビットが「０」に設定される場合、ａは、対応する値をとることができない。ａの数個の値は、ビットマップに応じて取得され、その後、ＤＬサブフレームおよびＵＬサブフレームのグループが取得されたａの各値に応じて以下の式を通じて取得され、このようなサブフレームがリレー・リンク送信のため使用される。従って、リレー・リンクに適用されたＤＬサブフレームのサブフレーム番号は、ｉ＝（ａ＋ｋ＊Ｌ）  ｍｏｄ  Ｍ、ｉ  ｍｏｄ  Ｎ≠０，４，５，９であり、リレー・リンクのため使用されるＵＬサブフレームのサブフレーム番号は、ｊ＝（ｉ＋ｂ）  ｍｏｄ  Ｍ、Ｎ＝１０、Ｍ＝４０、ｂ＝４である。
【０２２８】
構成モード：インデックス＝１は、別の簡略化されたモード、すなわち、「基本パターンのビットマップ」（５ビット）によって示されることもある。すなわち、ビットｉ、ｉ＝０，１，２，３，４である。ｉ＝４かつＫ＝である場合、これは、４つのオプション｛０，２，４，６｝がすべてリレー・リンクのため使用されることを示し、Ｋ＝０である場合、これは、４つのオプション｛１，３，５，７｝がすべてリレー・リンクのため使用されることを示す。残りのビット（ｉ＝０，１，２，３）は、オプションｋ＝ｉ＊２＋Ｋがリレー・リンクのため使用されるかどうかを示す。ｉ＝１である場合、オプションｋ＝ｉ＊２＋Ｋは、リレー・リンクのため使用され、逆に、オプションｋ＝ｉ＊２＋Ｋがリレー・リンクのため使用されない場合、ｉが０に設定され、ここで、ｋ＝（ｉ＋Ｋ）＊２であり、Ｋはビットｉ＝４の値である。
【０２２９】
明らかに、上記の通知モードは、「期間として１フレームの整数倍を採用するビットマップ」と「基本パターンのビットマップ」との組み合わせである。
【０２３０】
表１１の中のリレー・リンクおよびアクセス・リンク上のＨＡＲＱタイムラインは、表２６のように詳細が明らかにされることがある。
【０２３１】
【表２６】
0005554869.tif 000031
【０２３２】
明らかに、リレー・リンクおよびアクセス・リンク上のＨＡＲＱタイムラインは簡単である。１タイプのＨＡＲＱタイムラインだけが各構成の下でリレー・リンクに存在するので、システム実施を容易化し、リレー・リンク・サブフレームの柔軟な構成と、下位互換性と、将来のネットワーク進化を満たす。
【０２３３】
本発明の実施形態は、ＬＴＥネットワークおよびＬＴＥ−Ａネットワークの輻輳にも適用できる。ネットワークノードのデータ伝送方法は、本発明の実施形態に開示される。ネットワークノードは、ＬＴＥ−Ａ  ＵＥおよびＬＴＥ  ＵＥである。この方法は、ＬＴＥ  ＦＤＤシステムにおいて、１フレームの整数倍に等しい期間中にサブフレームを選択するステップと、この期間が基本パターンまたは複数の基本パターンの組み合わせを含み、基本パターンが期間として１フレームの整数倍を採用するＵＬサブフレームおよびＤＬサブフレームのグループであり、このようなサブフレームが特定のＨＡＲＱタイムラインを満たし、ＵＬサブフレーム間の間隔がＵＬ再送信期間であり、ＤＬサブフレーム間の間隔がＵＬサブフレーム間の間隔に等しく、ＵＬサブフレームのサブフレーム番号がＤＬサブフレームのサブフレーム番号にオフセットを加えたものであり、オフセットがＤＬサブフレーム上のＤＬプロセスのＡＣＫ／ＮＡＣＫフィードバック間隔であり、選択されていないサブフレーム上でＬＴＥ  ＵＥおよびＬＴＥ−Ａ  ＵＥのためのサービスを提供するステップと、選択されたサブフレームに応じてデータ送信を実行するステップとを含む。この方法は、ＬＴＥネットワークに比較して、ＬＴＥ＿Ａネットワークの固有のサービスシナリオを確実にする。すなわち、ネットワークは、ＵＥ＿ＬＴＥおよびＵＥ＿ＬＴＥ＿Ａの両方に役立ち、ＵＥ＿ＬＴＥ＿Ａだけに排他的なサービスを提供し、よって、ＬＴＥネットワークおよびＬＴＥ＿Ａネットワークを効果的に輻輳させる。
【０２３４】
この方法は、ｅＮＢがＵＥ＿ＬＴＥ＿Ａのためある種のサブフレームを排他的に選択してもよく、このようなサブフレーム上でＵＥ＿ＬＴＥ＿Ａに排他的なサービスを提供し、他のサブフレームでは、ｅＮＢは、ＵＥ＿ＬＴＥおよびＵＥ＿ＬＴＥ＿Ａの両方に通常のサービスを提供する。リレー・リンク・サブフレームを選択する上記の方法は、ＵＥ＿ＬＴＥ＿Ａのための排他的なサブフレームを選択するため完全に適用できる。詳細な方法は、ＬＴＥおよびＬＴＥ＿Ａの輻輳ネットワークにおいて、ｅＮＢ、ＵＥ＿ＬＴＥおよびＵＥ＿ＬＴＥ＿Ａが図１１に示されたモードで互いに通信することでもよい。Ｔ２は、ＵＥ＿ＬＴＥ＿Ａのため選択された排他的なサブフレームであり、Ｔ１は、ＵＥ＿ＬＴＥおよびＵＥ＿ＬＴＥ＿Ａの両方にサービスを提供する残りのサブフレームである。ＵＥ＿ＬＴＥ＿Ａの排他的なサブフレームが表２７に示される。
【０２３５】
【表２７】
0005554869.tif 000032
【０２３６】
表２７は、図３の中のすべてのオプションおよびこれらのオプションの組み合わせがＵＥ＿ＬＴＥ＿Ａの排他的なサブフレームとしての機能を果たすことを明らかにする。オプション毎に、ＬＴＥ  ＦＤＤ  ＨＡＲＱタイムライン関係が満たされる。
【０２３７】
ＵＥ＿ＬＴＥに対し、ｅＮＢは、ＤＬサブフレームｎ、ｎ∈｛０，４，５，９｝のＤＬデータをスケジュールに入れる。スケジューリングは、表２８に詳細が明らかにされるように、２つの事例に現れる。
【０２３８】
事例１：ｅＮＢは、ＵＥ＿ＬＴＥのためのＤＬデータをスケジュールに入れ、ＵＥ＿ＬＴＥは、ＵＬサブフレームｎ＋４でＵＬ  ＡＣＫ／ＮＡＣＫをｅＮＢへ返送する必要がある。
【０２３９】
事例２：ｅＮＢは、ＵＥ＿ＬＴＥのためのＤＬデータをスケジュールに入れず、ＵＥ＿ＬＴＥは、ＵＬサブフレームｎ＋４でＵＬ  ＡＣＫ／ＮＡＣＫをｅＮＢへ返送する必要がない。
【０２４０】
【表２８】
0005554869.tif 000033
【０２４１】
それにもかかわらず、ＬＴＥ−Ａ  ＵＥは、ＬＴＥ  ＵＥと異なるＨＡＲＱタイムラインを使用することができる場合、リレー・リンクのため使用されるサブフレームがＬＴＥ−Ａの排他的なサービスを提供するサブフレームとしてＬＴＥ−Ａ  ＵＥに提供され、Ａｌｔ１基本パターンに対応するサブフレームがＬＴＥ  ＵＥに提供されることを除いて、表９に示されたサブフレーム選択モードをさらに使用することがある。さらに、ＨＡＲＱプロセスの衝突は、ＬＴＥ  ＵＥとＬＴＥ−Ａ  ＵＥ＿ＬＴＥ＿Ａとの間で阻止される。表２９に示された構成モードが適用される場合、ＨＡＲＱプロセスの衝突がＬＴＥ  ＵＥとＬＴＥ−Ａ  ＵＥとの間に存在する。この事例では、衝突プロセスは、ＵＥを区別することにより区別されることがある。
【０２４２】
【表２９】
0005554869.tif 000034
【０２４３】
本発明の実施形態は、ＵＥ＿ＬＴＥとｅＮＢとの間のＬＴＥ  ＦＤＤ制約を満たし、ＵＥ＿ＬＴＥの通信への影響を阻止し、ＬＴＥネットワークとＬＴＥ−Ａネットワークとの間の効果的な輻輳を実現する。
【０２４４】
その一方で、本発明の実施形態は、さらにＬＴＥからＬＴＥ−Ａへの滑らかな進化を処理する。本明細書中に記載された方法によれば、ＬＴＥネットワークにおけるいくつかのサブフレームが、ＬＴＥネットワークに比較して、ＬＴＥ−ＡネットワークにおいてＵＥ＿ＬＴＥ＿Ａのための排他的なサービスを提供するため選択される。
【０２４５】
図１２は、本発明の実施形態におけるネットワークノードの構造を示す。ネットワークノードは、
１フレームの整数倍に等しい期間中にサブフレームの中に構成され、特定のＨＡＲＱタイムラインを採用するリレー・リンク・サブフレームに関する情報を受信するため構成されている受信ユニット１２１と、
受信ユニットによって受信されたリレー・リンク・サブフレーム情報に応じて決定されたリレー・リンク・サブフレームの中でリレー・リンク送信を実行するため構成されている送信ユニット１２２と、
を含む。
【０２４６】
本発明の実施形態において提供されるネットワークノードは、前述の実施形態において提供された方法を実行することができる。本実施形態におけるリレー・リンク・サブフレームの構成は、上記の方法実施形態の中で前述された。
【０２４７】
上記の実施形態を読むと、当業者は、本発明がハードウェアによって、または、必要な一般的なハードウェアプラットフォームに加えてソフトウェアによって実施されることをはっきりと認識する。従って、本発明の下での技術的解決法は、ソフトウェア製品として具現化されることがある。ソフトウェア製品は、不揮発性記憶媒体（例えば、ＣＤ−ＲＯＭ、ＵＳＢフラッシュディスク、または、モバイル・ハード・ディスク）に記憶されることがあり、そして、コンピュータ機器（例えば、パーソナルコンピュータ、サーバー、または、ネットワーク機器）が本発明の実施形態において提供された方法を実行することを可能にする複数の命令を含むことがある。
【０２４８】
以上の説明は、本発明の単なる幾つかの典型的な実施形態であるが、本発明の範囲を制限することが意図されていない。当業者によって導き出されるどのような変形または変更も本発明の範囲に含まれるであろう。
【図１ａ】
0005554869.tif 000035
【図１ｂ】
0005554869.tif 000036
【図２】
0005554869.tif 000037
【図３】
0005554869.tif 000038
【図４ａ】
0005554869.tif 000039
【図４ｂ】
0005554869.tif 000040
【図４ｃ】
0005554869.tif 000041
【図４ｄ】
0005554869.tif 000042
【図５】
0005554869.tif 000043
【図６】
0005554869.tif 000044
【図７】
0005554869.tif 000045
【図８】
0005554869.tif 000046
【図９】
0005554869.tif 000047
【図１０ａ】
0005554869.tif 000048
【図１０ｂ】
0005554869.tif 000049
【図１０ｃ】
0005554869.tif 000050
【図１０ｄ】
0005554869.tif 000051
【図１０ｅ】
0005554869.tif 000052
【図１０ｆ】
0005554869.tif 000053
【図１０ｇ】
0005554869.tif 000054
【図１０ｈ】
0005554869.tif 000055
【図１０ｉ】
0005554869.tif 000056
【図１１】
0005554869.tif 000057
【図１２】
0005554869.tif 000058