(57)【特許請求の範囲】
【請求項１】
ドナー基地局ノード（２７）と、
リレー・ノード（２９）と
を含む無線アクセスネットワークであって、
前記リレー・ノード（２９）が、Ｕｎ無線インターフェースによりバックホール・サブフレームを使用して前記ドナー基地局ノード（２７）と通信し、Ｕｕ無線インターフェースによりアクセス・サブフレームを使用して無線端末（３０）と通信するように構成され、
選択されたダウンリンク・アクセス・サブフレームの開始が、ダウンリンク・タイミング進行（ＴＡ）分だけ、次のダウンリンク・バックホール・サブフレームの開始より先行し、ダウンリンク・バックホール・サブフレーム及びダウンリンク・アクセス・サブフレームが同じ周波数帯域を使用して電波インターフェースにより送信されることを特徴とし、
前記リレー・ノード（２９）が、前記ダウンリンク・バックホール・サブフレーム期間中に、前記ドナー基地局ノード（２７）からダウンリンク制御情報を受信するとともに、前記無線端末（３０）にダウンリンク制御情報を送信するように構成され、前記タイミング進行は１．５ＯＦＤＭシンボルである、無線アクセスネットワーク。
【請求項２】
無線アクセスネットワークのリレー・ノード（２９）であって、前記リレー・ノード（２９）が、Ｕｎ無線インターフェースによりバックホール・サブフレームを使用してドナー基地局ノードと通信し、Ｕｕ無線インターフェースによりアクセス・サブフレームを使用して無線端末（３０）と通信するように構成され、
選択されたダウンリンク・アクセス・サブフレームの開始が、ダウンリンク・タイミング進行（ＴＡ）分だけ、次のダウンリンク・バックホール・サブフレームの開始より先行し、ダウンリンク・バックホール・サブフレーム及びダウンリンク・アクセス・サブフレームが同じ周波数帯域を使用して電波インターフェースにより送信されることを特徴とし、前記リレー・ノード（２９）が、前記ダウンリンク・バックホール・サブフレーム期間中に、前記ドナー基地局ノード（２７）からダウンリンク制御情報を受信するとともに、前記無線端末（３０）にダウンリンク制御情報を送信するように構成され、前記タイミング進行は１．５ＯＦＤＭシンボルである、リレー・ノード（２９）。
【請求項３】
複数のダウンリンク・バックホール・サブフレーム及び複数のダウンリンク・アクセス・サブフレームが、前記リレー・ノード（２９）と前記ドナー基地局ノード（２７）の両方にとって既知の第１のパターンで発生する、請求項１記載の無線アクセスネットワーク。
【請求項４】
前記リレー・ノード（２９）が、前記Ｕｎ無線インターフェースによりアップリンク・バックホール・サブフレームを使用してドナー基地局ノード（２７）と通信し、前記Ｕｕ無線インターフェースによりアップリンク・アクセス・サブフレームを使用して前記無線端末（３０）と通信するようにさらに構成され、複数のアップリンク・バックホール・サブフレーム及び複数のアップリンク・アクセス・サブフレームが、前記電波インターフェースにより第２の周波数帯域で第２のパターンで発生し、前記第２のパターンが前記第１のパターンのタイムシフトである、請求項３記載の無線アクセスネットワーク。
【請求項５】
前記ダウンリンク・バックホール・サブフレーム期間中に前記ドナー基地局ノード（２７）から前記リレー・ノード（２９）によって受信された前記ダウンリンク制御情報が、制御フォーマット・インジケータ（ＣＦＩ）と物理ダウンリンク制御チャネル（ＰＤＣＣＨ）とを含み、前記ＣＦＩが前記ＰＤＣＣＨによって占有されるシンボルの数を指定する、請求項１記載の無線アクセスネットワーク。
【請求項６】
前記タイミング進行の値が、第１の所定の数のダウンリンク・バックホール・シンボルと、前記ダウンリンク・バックホール・サブフレームの第２の所定の数のシンボル内の２つのスイッチ時間に対応するように選択され、前記ＣＦＩの値が前記第１の所定の数を指定する、請求項５記載の無線アクセスネットワーク。
【請求項７】
前記ＣＦＩの値が２である、請求項５記載の無線アクセスネットワーク。
【請求項８】
前記ダウンリンク・バックホール・サブフレーム期間中に前記ドナー基地局ノード（２７）から前記リレー・ノード（２９）によって受信された前記ダウンリンク制御情報が、基準信号（ＲＳ）と、物理ハイブリッドＡＲＱインジケータ・チャネル（ＰＨＩＣＨ）とをさらに含む、請求項１記載の無線アクセスネットワーク。
【請求項９】
前記リレー・ノード（２９）が、前記タイミング進行中に基準信号（ＲＳ）及び制御フォーマット・インジケータ（ＣＦＩ）を前記無線端末（３０）に送信するように構成され、前記ＣＦＩが物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によって占有されるシンボルの数を指定する、請求項１記載の無線アクセスネットワーク。
【請求項１０】
前記リレー・ノード（２９）が、前記ダウンリンク・バックホール・サブフレームの第１及び第２のシンボルで前記ドナー基地局ノード（２７）から前記ダウンリンク制御情報を受信し、その後、前記ダウンリンク・アクセス・サブフレームのシンボル中に前記ダウンリンク制御情報を前記無線端末（３０）に送信するように構成される、請求項１記載の無線アクセスネットワーク。
【請求項１１】
前記リレー・ノード（２９）が、前記ダウンリンク・アクセス・サブフレーム期間中に基準信号（ＲＳ）、同期信号、及び物理ブロードキャスト・チャネル（ＰＢＣＨ）を送信するように構成される、請求項１０記載の無線アクセスネットワーク。
【請求項１２】
前記リレー・ノード（２９）が、前記ダウンリンク・バックホール・サブフレームの第１及び第２のシンボルで前記ドナー基地局ノード（２７）から前記ダウンリンク制御情報を受信し、前記ダウンリンク・バックホール・サブフレームの選択されたシンボル中に物理ダウンリンク共用チャネル（ＰＤＳＣＨチャネル）を受信し、前記ダウンリンク・アクセス・サブフレームの選択されたシンボル中に前記ダウンリンク制御情報を前記無線端末（３０）に送信するように構成される、請求項１記載の無線アクセスネットワーク。
【請求項１３】
前記リレー・ノード（２９）が、前記物理ダウンリンク共用チャネル（ＰＤＳＣＨチャネル）をフォーマットするように構成され、それにより前記ＰＤＳＣＨの内容が前記サブフレームの第１の部分の間に完全にデコードすることができる、請求項１記載の無線アクセスネットワーク。
【請求項１４】
前記リレー・ノード（２９）が、前記物理ダウンリンク共用チャネル（ＰＤＳＣＨチャネル）のインターリービングを調整するように構成され、それにより前記ＰＤＳＣＨ内の任意の所与のシンボルのデータが前記サブフレームのすべてのＰＤＳＣＨシンボルに拡散される、請求項１記載の無線アクセスネットワーク。
【請求項１５】
前記リレー・ノード（２９）が、
複数のダウンリンク・バックホール・サブフレームと複数のダウンリンク・アクセス・サブフレームからなるパターンにより前記リレー・ノード（２９）を操作するように構成されるリレー・ノード・スケジューラ（３６）と、
前記ダウンリンク・バックホール・サブフレーム期間中に前記ドナー基地局ノード（２７）から受信された前記ダウンリンク制御情報を処理するように構成されるリレー・ノード・サブフレーム・ハンドラ（１４２）と、
前記ダウンリンク・バックホール・サブフレーム期間中に前記ダウンリンク・アクセス・サブフレームの選択されたシンボルで前記無線端末（３０）に送信すべき前記ダウンリンク制御情報を含むように前記ダウンリンク・アクセス・サブフレームを生成するように構成されるリレー・ノード・サブフレーム・ジェネレータ（１４４）と
を含む、請求項１記載の無線アクセスネットワーク。
【請求項１６】
ドナー基地局ノード（２７）とリレー・ノード（２９）とを含む無線アクセスネットワーク（ＲＡＮ）を操作する方法であって、前記リレー・ノード（２９）が、Ｕｎ無線インターフェースによりダウンリンク・バックホール・サブフレームを使用して前記ドナー基地局ノード（２７）と通信し、Ｕｕ無線インターフェースによりダウンリンク・アクセス・サブフレームを使用して無線端末（３０）と通信するように構成され、前記方法が、
同じ周波数帯域を使用して前記ダウンリンク・バックホール・サブフレーム及び前記ダウンリンク・アクセス・サブフレームを電波インターフェースにより送信すること
を含み、
前記方法が、
選択されたダウンリンク・アクセス・サブフレームの開始が、次のダウンリンク・バックホール・サブフレームの開始より先行する分であるダウンリンク・タイミング進行（ＴＡ）を提供することと、
前記ダウンリンク・バックホール・サブフレーム期間中に前記ドナー基地局ノード（２７）からダウンリンク制御情報を受信するとともに、前記無線端末（３０）にダウンリンク制御情報を送信するように前記リレー・ノード（２９）を構成し、前記タイミング進行は１．５ＯＦＤＭシンボルである、
ことを特徴とする、方法。
【請求項１７】
前記リレー・ノード（２９）と前記ドナー基地局ノード（２７）の両方において、複数のダウンリンク・バックホール・サブフレームと複数のダウンリンク・アクセス・サブフレームからなる第１の所定のパターンを調整することをさらに含む、請求項１６記載の方法。
【請求項１８】
前記第１の所定のパターンは、ドナー基地局ノード・スケジューラ（３４）とリレー・ノード・スケジューラ（３６）に事前プログラミング又はハードコード化されている、請求項１７記載の方法。
【請求項１９】
前記第１の所定のパターンは、前記リレー・ノード（２９）と前記ドナー基地局ノード（２７）の一方から他方へ信号送信される、請求項１７記載の方法。
【請求項２０】
前記第１の所定のパターンは、他のノードから前記リレー・ノード（２９）及び前記ドナー基地局ノード（２７）に信号送信される、請求項１７記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]  本発明は、電気通信に関し、特に、単一周波数ネットワーク用のフレームの生成及び処理に関する。
【背景技術】
【０００２】
本出願は、「INTRA-SUBFRAME TIME MULTIPLEXING」という名称で２００９年１０月２９日に出願された米国仮特許出願第６１／２５６０１７号の優先権及び恩典を請求するものであり、同出願は参照により全体として本明細書に組み込まれる。
【０００３】
[0002]  典型的なセルラー無線システムでは、無線端末（移動局及び／又はユーザ装置ユニット（ＵＥ）としても知られるもの）は無線アクセスネットワーク（ＲＡＮ）を介して１つ又は複数のコア・ネットワークに伝達する。無線端末は、携帯電話（「セルラー」電話）及びワイヤレス機能（例えば、モバイル終端）付きのラップトップなどの移動局又はユーザ装置ユニット（ＵＥ）にすることができ、従って、例えば、無線アクセスネットワークを介して音声及び／又はデータを伝達する、ポータブル、ポケット、ハンドヘルド、コンピュータ付属型、又は自動車搭載型のモバイル・デバイスにすることができる。
【０００４】
[0003]  無線アクセスネットワーク（ＲＡＮ）は複数のセル領域に分割される地理的領域を対象とし、各セル領域は基地局、例えば、無線基地局（ＲＢＳ）によって対応され、その無線基地局はネットワークによっては「ＮｏｄｅＢ」又は「Ｂノード」とも呼ばれる。セルとは、基地局サイトで無線基地局装置によって無線サービスエリアが提供される地理的領域である。各セルは、そのセル内でブロードキャストされる、ローカル無線領域内のＩＤによって識別される。基地局は、無線周波数で動作する電波インターフェースにより、基地局の範囲内のユーザ装置ユニット（ＵＥ）と通信する。
【０００５】
[0004]  無線アクセスネットワークのバージョンによっては（特に以前のバージョンでは）、いくつかの基地局が典型的に（例えば、陸上通信線又はマイクロ波によって）１つの無線ネットワーク・コントローラ（ＲＮＣ）に接続される。また、無線ネットワーク・コントローラは、時には、基地局コントローラ（ＢＳＣ）とも呼ばれ、それに接続された複数の基地局の様々なアクティビティを監督し調整する。無線ネットワーク・コントローラは、典型的に、１つ又は複数のコア・ネットワークに接続される。
【０００６】
[0005]  ユニバーサル移動通信システム（ＵＭＴＳ）は、広域自動車通信システム（ＧＳＭ）から進化した第３世代移動通信システムであり、広帯域符号分割多元接続（ＷＣＤＭＡ）アクセス技術に基づく改良型移動通信サービスを提供するためのものである。ＵＴＲＡＮは、本質的に、ユーザ装置ユニット（ＵＥ）に広帯域符号分割多元接続を使用する無線アクセスネットワークである。第３世代パートナーシップ・プロジェクト（３ＧＰＰ）は、ＵＴＲＡＮ及びＧＳＭベースの無線アクセスネットワーク技術をさらに進化させることを請け負っている。
【０００７】
[0006]  次世代ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）に関する規格は第３世代パートナーシップ・プロジェクト（３ＧＰＰ）内で進行中である。この次世代ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）は、ロング・ターム・エボリューション（ＬＴＥ）とシステム・アーキテクチャ・エボリューション（ＳＡＥ）を含む。
【０００８】
[0007]  ロング・ターム・エボリューション（ＬＴＥ）は、３ＧＰＰ無線アクセス技術の変形であり、無線基地局ノードが無線ネットワーク・コントローラ（ＲＮＣ）ノードではなくコア・ネットワークに直接接続されるものである。一般に、ＬＴＥでは、無線ネットワーク・コントローラ（ＲＮＣ）ノードの諸機能が無線基地局ノードによって実行される。このため、ＬＴＥシステムの無線アクセスネットワーク（ＲＡＮ）は、無線ネットワーク・コントローラ（ＲＮＣ）ノードに報告せずに無線基地局ノードを含む、本質的に「フラットな」アーキテクチャを有する。
【０００９】
[0008]  次世代ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）は、進化型基地局ノード、例えば、進化型ＮｏｄｅＢ又はｅＮｏｄｅＢ又はｅＮＢを含み、ユーザ装置ユニット（ＵＥ）に対して進化型ＵＴＲＡユーザプレーン及び制御プレーン・プロトコル終端を提供する。ｅＮＢは、（リストされていない色々な機能のうち、特に）以下の機能をホストとして処理する。即ち、（１）無線リソース管理（例えば、無線ベアラ制御、無線アドミッション制御）、接続モビリティ制御、動的リソース割り振り（スケジューリング）に関する機能、（２）ユーザ装置ユニット（ＵＥ）によって提供された情報からモビリティ管理エンティティ（ＭＭＥ）へのルーティングを全く決定できない時のＭＭＥの選択、並びに（３）ＩＰヘッダ圧縮及びユーザ・データ・ストリームの暗号化を含むユーザプレーン機能、ページングの理由によるＵプレーン・パケットの終端、及びＵＥモビリティのサポートのためのＵプレーンのスイッチングである。ｅＮＢは、ユーザプレーン・ヘッダ圧縮及び暗号化の機能を含む、物理（ＰＨＹ）層、媒体アクセス制御（ＭＡＣ）層、無線リンク制御（ＲＬＣ）層、及びパケット・データ収束プロトコル（ＰＤＣＰ）層を処理する。また、ｅＮｏｄｅＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮｏｄｅＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉済みＵＬ  ＱｏＳの施行、セル情報ブロードキャスト、ユーザ及び制御プレーン・データの暗号化／暗号解読、及びＤＬ／ＵＬユーザプレーン・パケット・ヘッダの圧縮／圧縮解除を含む、多くの機能を実行する。
【００１０】
[0009]  将来のＬＴＥリリースのために３ＧＰＰでは帯域内リレー（inband relay）が論じられている。図１に示されているように、帯域内リレーは、ドナー基地局ノードが所与の周波数帯域を使用して電波インターフェースによりリレー・ノードに情報のサブフレームを送信することを必要とする。ドナー基地局ノードとリレー・ノードとのリンクは、バックホール・リンク（backhaul link）と呼ばれている。次にリレー・ノードは同じ周波数帯域を使用して情報のサブフレームを無線端末（ＵＥ）に送信する。
【００１１】
[00010]  帯域内リレー構成は、ドナー基地局ノードからダウンリンク上のサブフレームを受信するアンテナを有し、無線端末（ＵＥ）にダウンリンク上のサブフレームを送信するアンテナも有することをリレー・ノードに要求する。ドナー基地局ノードからの受信と無線端末（ＵＥ）への送信のいずれも同じ周波数帯域を必要とするので、帯域内リレーの問題は、リレー・ノードにおける送信アンテナから受信アンテナへの自己干渉（self-interference）の回避である。
【００１２】
[00011]  バックホール・リンクとアクセス・リンクとの時分割多重化は、自己干渉問題を解決するための手法として提案されている。しかし、時分割多重化の問題は、３ＧＰＰ規格により、基地局が特定の物理信号を各サブフレームで送信することを無線端末（ＵＥ）が通常、想定できることであり、リレー・ノードが各サブフレームで送信する必要があることを意味することである。
【００１３】
[00012]  マルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）の運用は、複数のセルから単一周波数上で全く同じ波形を同時送信することを必要とする。このようにして、無線端末（ＵＥ）受信機は複数のＭＢＳＦＮセルを１つの大きいセルとして感知する。また、隣接セル送信によるセル間干渉の代わりに、無線端末は複数のＭＢＳＦＮセルから送信された信号の構成的な重ね合わせを経験する。
【００１４】
[00013]  ３ＧＰＰでは、いくつかのサブフレームをいわゆる「ＭＢＳＦＮ」サブフレームとして割り当てて信号送信することが提案されている。ＭＢＳＦＮサブフレーム・パターンの定義はシステム情報ブロック・タイプ２（３ＧＰＰ文書３６．３３１「Radio Resource Control (RRC) Protocol Specification」に規定されている）に含まれている。いくつかのサブフレームを「ＭＢＳＦＮ」サブフレームとして信号送信することは、これらのサブフレームの制御領域のみが送信されることを無線端末（ＵＥ）に知らせる効果がある。これらの「ＭＢＳＦＮ」サブフレームのうち、リレー・ノードから送信されない部分は、バックホール・リンクによるダウンリンク通信に使用することができる。ＭＢＳＦＮサブフレーム・パターンは、異なる周期で構成することができ、例えば、１０ｍｓ及び４０ｍｓの周期が可能である。
【００１５】
[00014]  いくつかのサブフレームを「ＭＢＳＦＮ」として指定する可能性は限られている。１０ｍｓの各無線フレームは０・・・９という番号が付いた１０個のサブフレームで構成される。その上、周波数分割二重通信（ＦＤＤ）モードでは、サブフレーム１、２、３、６、７、８のみを「ＭＢＳＦＮ」としてマークすることができる。時分割二重通信（ＴＤＤ）モードでは、サブフレーム番号２、３、４、７、８、９のみを「ＭＢＳＦＮ」サブフレームとしてマークすることができる。
【００１６】
[00015]  ＦＤＤシステムでは、ＬＴＥハイブリッド自動再送信要求（ＨＡＲＱ）伝送方式は（大部分は）８ｍｓ（８個のサブフレーム）の周期的動作という意図で設計されている。特に、例として図２に示されているように、アップリンクＨＡＲＱ再送信は必ず元の送信後に８ｍｓの整数倍実行され、周期８ｍｓの所望のアップリンク送信パターンを生成する。さらに、アップリンク送信をサポートするために必要とされるダウンリンク信号（スケジューリング許可及びＨＡＲＱ  ＡＣＫ／ＮＡＣＫ）は、対応するアップリンク送信の４サブフレーム前又は４サブフレーム後に送信する必要があり、周期８ｍｓの同様の所望のダウンリンク送信パターンを生成する。さらに、それぞれのダウンリンク送信について、対応するＡＣＫ／ＮＡＣＫが４サブフレーム後にアップリンクで送信される。
【発明の概要】
【発明が解決しようとする課題】
【００１７】
[00016]  本明細書に開示されている技術の一態様により、規則的な非ＭＢＳＦＮ  ＤＬサブフレーム内で、リレー・ノードは送信モードと受信モードを切り替えて、リレー・ノード内でＴＸ／ＲＸ自己干渉を引き起こさずに、ドナーｅＮｏｄｅＢからバックホールにより特定の制御情報及び／又はデータを同じサブフレームで受信しながら、リレーから特定の必須信号を送信することを可能にする。
【課題を解決するための手段】
【００１８】
[00017]  その様々な代替態様において、本明細書に開示されている技術は、無線アクセスネットワーク（ＲＡＮ）、ドナー基地局ノード、リレー・ノード、及びそれぞれを操作する方法に関係する。リレー・ノードは、Ｕｎ無線インターフェースによりバックホール・サブフレームを使用してドナー基地局ノードと通信し、Ｕｕ無線インターフェースによりアクセス・サブフレームを使用して無線端末と通信するように構成される。ダウンリンク・バックホール・サブフレーム及びダウンリンク・アクセス・サブフレームは同じ周波数帯域を使用して電波インターフェースにより送信されるが、選択されたダウンリンク・アクセス・サブフレームの開始は、ダウンリンク・タイミング進行（timing advance）分だけ、次の（next-in-time）ダウンリンク・バックホール・サブフレームの開始より先行する。リレー・ノードは、ダウンリンク・バックホール・サブフレーム中に、例えば、ダウンリンク・バックホール・サブフレームが割り振られた時間の間、ドナー基地局ノードからダウンリンク制御情報を受信するとともに、無線端末にダウンリンク制御情報を送信するように構成される。
【００１９】
[00018]  本明細書に開示されている技術の一態様により、複数のダウンリンク・バックホール・サブフレーム及び複数のダウンリンク・アクセス・サブフレームは、リレー・ノードとドナー基地局ノードの両方にとって既知の第１のパターンで発生する。第１のパターンは、好ましくは周期的であり、好ましくは８個のサブフレームからなる周期を有する。
【００２０】
[00019]  本明細書に開示されている技術の追加かつ別個の一態様として、リレー・ノードは、Ｕｎ無線インターフェースによりアップリンク・バックホール・サブフレームを使用してドナー基地局ノードと通信し、Ｕｕ無線インターフェースによりアップリンク・アクセス・サブフレームを使用して無線端末と通信するようにさらに構成される。複数のアップリンク・バックホール・サブフレーム及び複数のアップリンク・アクセス・サブフレームは、電波インターフェースにより第２の周波数帯域で第２のパターンで発生する。第２の周波数帯域は第１の周波数帯域とは異なり、第２のパターンは好ましくは第１のパターンのタイムシフトである。
【００２１】
[00020]  実施形態及び態様の一例では、ダウンリンク・バックホール・サブフレーム中にドナー基地局ノードからリレー・ノードによって受信されたダウンリンク制御情報は、制御フォーマット・インジケータ（ＣＦＩ）と物理ダウンリンク制御チャネル（ＰＤＣＣＨ）とを含み、ＣＦＩはＰＤＣＣＨによって占有されるシンボルの数を指定する。
【００２２】
[00021]  実施形態及び態様の一例では、タイミング進行の値は、第１の所定の数のダウンリンク・バックホール・シンボルと、ダウンリンク・バックホール・サブフレームの第２の所定の数のシンボル内の２つのスイッチ時間（switch time）に対応するように選択される。ＣＦＩの値は第１の所定の数を指定する。実施形態及び態様の一例では、タイミング進行は１．５（ＯＦＤＭ）シンボルであり、ＣＦＩの値は２である。
【００２３】
[00022]  実施形態及び態様の一例では、ダウンリンク・バックホール・サブフレーム中にドナー基地局ノードからリレー・ノードによって受信されたダウンリンク制御情報は、基準信号（ＲＳ）と、物理ハイブリッドＡＲＱインジケータ・チャネル（ＰＨＩＣＨ）とをさらに含む。
【００２４】
[00023]  実施形態及び態様の一例では、リレー・ノードは、タイミング進行中に基準信号（ＲＳ）及び制御フォーマット・インジケータ（ＣＦＩ）を無線端末に送信するように構成される。ＣＦＩは物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によって占有されるシンボルの数を指定する。
【００２５】
[00024]  実施形態及び態様の一例では、リレー・ノードは、ダウンリンク・バックホール・サブフレームの第１及び第２のシンボルでドナー基地局ノードからダウンリンク制御情報を受信するように構成される。リレー・ノードは、ダウンリンク・アクセス・サブフレームの特定のシンボル（シンボル１、シンボル１〜２、又はシンボル１〜３、両端を含む）中にダウンリンク制御情報（ドナー基地局ノードから受信したものとは異なるダウンリンク制御情報）を無線端末に送信する。
【００２６】
[00025]  実施形態及び態様の一例では、リレー・ノードは、ダウンリンク・アクセス・サブフレーム中に基準信号（ＲＳ）、同期信号、及び物理ブロードキャスト・チャネル（ＰＢＣＨ）を送信するように構成される。
【００２７】
[00026]  実施形態及び態様のいくつかの例では、リレー・ノードは、ダウンリンク・バックホール・サブフレームの第１及び第２のシンボルでドナー基地局ノードからダウンリンク制御情報を受信し、ダウンリンク・バックホール・サブフレームの選択されたシンボル中に物理ダウンリンク共用チャネル（ＰＤＳＣＨチャネル）を受信し、ダウンリンク・アクセス・サブフレームの選択されたシンボル中に異なるダウンリンク制御情報を無線端末に送信するように構成される。このような実施形態及び態様の一実現例では、ドナー基地局ノードは、物理ダウンリンク共用チャネル（ＰＤＳＣＨチャネル）をフォーマットするように構成され、それによりＰＤＳＣＨの内容はサブフレームの第１の部分の間に完全にデコードすることができる。このような実施形態及び態様の他の実現例では、ドナー基地局ノードは、物理ダウンリンク共用チャネル（ＰＤＳＣＨチャネル）のインターリービングを調整するように構成され、それによりＰＤＳＣＨ内の任意の所与のシンボルのデータはサブフレームのすべてのＰＤＳＣＨシンボルに拡散される。リレー・ノードは、ＰＤＳＣＨに使用されるフォーマッティングを認識するように構成される。
【００２８】
[00027]  実施形態及び態様の一例では、リレー・ノードは、リレー・ノード・スケジューラと、リレー・ノード・サブフレーム・ハンドラと、リレー・ノード・サブフレーム・ジェネレータとを含む。リレー・ノード・スケジューラは、複数のダウンリンク・バックホール・サブフレームと複数のダウンリンク・アクセス・サブフレームからなるパターンによりリレー・ノードを操作するように構成される。リレー・ノード・サブフレーム・ハンドラは、ダウンリンク・バックホール・サブフレーム中にドナー基地局ノードから受信されたダウンリンク制御情報を処理するように構成される。リレー・ノード・サブフレーム・ジェネレータは、無線端末に送信すべきダウンリンク・アクセス・サブフレームを生成し、ダウンリンク・アクセス・サブフレームの選択されたシンボルに、適切なダウンリンク制御情報（ドナー基地局ノードから受信したものとは異なるダウンリンク制御情報）を含めるように構成される。
【００２９】
[00028]  その諸態様のうちの他の態様では、本明細書に開示されている技術は、無線アクセスネットワークのドナー基地局ノードに関係する。ドナー基地局ノードは、Ｕｕ無線インターフェースによりダウンリンク制御情報を含むダウンリンク・バックホール・サブフレームを使用してリレー・ノードと通信するように構成される。ダウンリンク・バックホール・サブフレームは、複数のダウンリンク・バックホール・サブフレームと複数のダウンリンク・アクセス・サブフレームとを含む第１のパターンに属する。ダウンリンク・バックホール・サブフレーム及びダウンリンク・アクセス・サブフレームは同じ周波数帯域を使用して電波インターフェースにより送信されるが、選択されたダウンリンク・アクセス・サブフレームの開始は、ダウンリンク・タイミング進行分だけ、次のダウンリンク・バックホール・サブフレームの開始より先行する。ドナー基地局ノードは、第１のパターンに応じてダウンリンク・バックホール・サブフレームの送信についてリレー・ノードと調整するように構成される。
【００３０】
[00029]  実施形態及び態様の一例では、ドナー基地局ノードは、ドナー基地局ノード・スケジューラと、ドナー基地局ノード・サブフレーム・ハンドラと、ドナー基地局ノード・サブフレーム・ジェネレータとを含む。ドナー基地局ノード・スケジューラは、第１のパターンによりドナー基地局ノードを操作するように構成される。ドナー基地局ノード・サブフレーム・ハンドラは、リレー・ノードから受信されたアップリンク・サブフレームを処理するように構成される。ドナー基地局ノード・サブフレーム・ジェネレータは、リレー・ノードに送信すべきダウンリンク制御情報を含むダウンリンク・バックホール・サブフレームを生成するように構成される。
【００３１】
[00030]  その諸態様のうちの他の態様では、本明細書に開示されている技術は、ドナー基地局ノードとリレー・ノードとを含む無線アクセスネットワーク（ＲＡＮ）を操作する方法に関係する。リレー・ノードは、Ｕｎ無線インターフェースによりバックホール・サブフレームを使用してドナー基地局ノードと通信し、Ｕｕ無線インターフェースによりアクセス・サブフレームを使用して無線端末と通信するように構成される。この方法は、同じ周波数帯域を使用してダウンリンク・バックホール・サブフレーム及びダウンリンク・アクセス・サブフレームを電波インターフェースにより送信することと、選択されたダウンリンク・アクセス・サブフレームの開始と次のダウンリンク・バックホール・サブフレームの開始とのダウンリンク・タイミング進行を提供することと、ダウンリンク・バックホール・サブフレーム中にドナー基地局ノードからダウンリンク制御情報を受信するとともに、無線端末にダウンリンク制御情報を送信するようにリレー・ノードを構成することを含む。
【００３２】
[00031]  実施形態及び態様の一例では、この方法は、リレー・ノードとドナー基地局ノードの両方において、複数のダウンリンク・バックホール・サブフレームと複数のダウンリンク・アクセス・サブフレームからなる第１の所定のパターンを調整することをさらに含む。一実現例では、この方法は、第１の所定のパターンによってリレー・ノード及びドナー基地局ノードを事前構成することにより、第１の所定のパターンを調整することを含む。他の実現例では、この方法は、リレー・ノードとドナー基地局ノードとの間で第１の所定のパターンを信号送信することにより、第１の所定のパターンを調整することを含む。さらに他の実現例では、この方法は、他のノードからリレー・ノード及びドナー基地局ノードに第１の所定のパターンを信号送信することにより、第１の所定のパターンを調整することを含む。
【００３３】
[00032]  本発明の上記その他の目的、特徴、及び利点は、様々な図全体を通して参照文字が同じ部分を指している添付図面に示されている好ましい諸実施形態に関する以下のより詳細な説明から明らかになるであろう。これらの図面は必ずしも一定の縮尺ではなく、その代わりに本発明の原理を示すことに重きが置かれている。
【図面の簡単な説明】
【００３４】
【図１】[00033]帯域内リレーを含み、ドナー基地局ノードとリレー・ノードとを含む通信システムの概略図である。
【図２】[00034]アップリンク送信において８ｍｓの周期を有するフレームの概略図である。
【図３】[00035]実施形態の一例によりドナー基地局ノードとリレー・ノードとを含む通信システムの概略図である。
【図４】[00036]ダウンリンク（ＤＬ）バックホール・サブフレームとダウンリンク（ＤＬ）アクセス・サブフレームからなるパターンの一例の概略図である。
【図５】[00037]図３のダウンリンク・パターンに比較して、後でサブフレーム４個分シフトされた、アップリンク（ＵＬ）バックホール・サブフレームとアップリンク（ＵＬ）アクセス・サブフレームからなるパターンの一例の概略図である。
【図６】[00038]ダウンリンク・タイミング進行の一例の概略図である。
【図７】[00039]リレー・ノードにおける送信／受信（ＴＸ／ＲＸ）パターンの一例の概略図である。
【図８】[00040]様々な送信及び受信動作のリレー・ノード・パフォーマンスによって実行可能な様々な例或いは代表的な動作又はステップを一般的に示すフローチャートである。
【図９】[00041]リレー・ノードが、それ自体に干渉せずに制御情報を送信しながら制御及びデータの両方を受信する、サブフレーム内のＴＸ／ＲＸパターンの一例の概略図である。
【図１０】[00042]本明細書に開示されている技術の実施形態の一例によるＭＢＳＦＮサブフレーム内のＴＸ／ＲＸパターンの一例の概略図である。
【図１１】[00043]radioframeAllocationPeriod（無線フレーム割り振り周期）に関するＭＢＳＦＮサブフレームのパターンの一例の概略図である。
【図１２】[00044]通信ネットワーク内のリレー・ノード又は自己バックホール化（self-backhauled）基地局ノードの一般的なケースの系統図である。
【図１３−１】[00045]異なる諸実施形態の例においてサブフレーム・パターン（複数も可）、タイミング進行、及び制御フォーマット・インジケータ［ＣＦＩ］などの情報を決定及び／又は伝達することができる種々の方法を示す概略図である。
【図１３−２】[00045]異なる諸実施形態の例においてサブフレーム・パターン（複数も可）、タイミング進行、及び制御フォーマット・インジケータ［ＣＦＩ］などの情報を決定及び／又は伝達することができる種々の方法を示す概略図である。
【図１３−３】[00045]異なる諸実施形態の例においてサブフレーム・パターン（複数も可）、タイミング進行、及び制御フォーマット・インジケータ［ＣＦＩ］などの情報を決定及び／又は伝達することができる種々の方法を示す概略図である。
【図１３−４】[00045]異なる諸実施形態の例においてサブフレーム・パターン（複数も可）、タイミング進行、及び制御フォーマット・インジケータ［ＣＦＩ］などの情報を決定及び／又は伝達することができる種々の方法を示す概略図である。
【図１３−５】[00045]異なる諸実施形態の例においてサブフレーム・パターン（複数も可）、タイミング進行、及び制御フォーマット・インジケータ［ＣＦＩ］などの情報を  決定及び／又は伝達することができる種々の方法を示す概略図である。
【００３５】
[00046]  以下の説明では、説明及び非限定目的で、本発明の十分な理解を可能にするために、特定のアーキテクチャ、インターフェース、技法などの具体的な詳細が明記されている。しかし、これらの具体的な詳細から逸脱する他の諸実施形態で本発明を実践できることは、当業者にとって明白になるであろう。即ち、当業者であれば、本明細書に明示的に説明又は図示されていないが、本発明の原理を実施し、その精神及び範囲内に含まれる様々な装置を考案できるであろう。いくつかの事例では、不必要な詳細で本発明の説明を曖昧にしないために、周知の装置、回路、及び方法に関する詳細な説明は省略されている。本発明の原理、諸態様、及び諸実施形態、並びにその具体的な例を列挙する本明細書のすべての記述は、構造及び機能の両面でそれと同等のものを包含するためのものである。さらに、このような同等のものは、現在既知の同等のもの並びに将来開発される同等のもの、即ち、構造にかかわらず、同じ機能を果たすように開発された任意の要素も含むことが意図されている。
【００３６】
[00047]  従って、例えば、本明細書のブロック図は本技術の原理を実施する例示的な回路又はその他の機能ユニットの概念図を表すことができることは、当業者によって認識されるであろう。同様に、コンピュータ又はプロセッサが明示的に示されているかどうかにかかわらず、コンピュータ可読媒体に実質的に表すことができ、コンピュータ又はプロセッサによってそのように実行することができる様々なプロセスが、任意のフローチャート、状態遷移図、擬似コードなどにより表されることが認識されるであろう。
【００３７】
[00048]  「コンピュータ」、「プロセッサ」、又は「コントローラ」と表示又は記載されたものを含むがこれらに限定されない機能ブロックを含む様々な要素の機能は、コンピュータ可読媒体上に記憶されたコード化された命令の形でソフトウェアを実行できる回路ハードウェア及び／又はハードウェアなどのハードウェアの使用により提供することができる。従って、このような機能及び例示された機能ブロックは、ハードウェアによって実現されるもの及び／又はコンピュータによって実現されるもの、従って、マシンによって実現されるものとして理解すべきである。
【００３８】
[00049]  ハードウェア実現例に関して、機能ブロックは、無制限に、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、縮小命令セットプロセッサ、特定用途向け集積回路（複数も可）［ＡＳＩＣ］を含むがこれに限定されないハードウェア（例えば、デジタル又はアナログ）回路、及び（適切であれば）このような機能を実行できる状態マシンを含むか又は包含することができる。
【００３９】
[00050]  コンピュータ実現例に関して、コンピュータは一般に、１つ又は複数のプロセッサ或いは１つ又は複数のコントローラを含むものと理解され、コンピュータ、プロセッサ、及びコントローラという用語は本明細書では交換して使用することもできる。コンピュータ又はプロセッサ又はコントローラによって提供される場合、その機能は、単一の専用コンピュータ又はプロセッサ又はコントローラによって、単一の共用コンピュータ又はプロセッサ又はコントローラによって、或いはその一部を共用又は分散することができる複数の個別コンピュータ又はプロセッサ又はコントローラによって提供することができる。その上、「プロセッサ」又は「コントローラ」という用語の使用は、上記で列挙されたハードウェア例など、このような機能を果たすか及び／又はソフトウェアを実行することができるその他のハードウェアも指すものと解釈されるものとする。
【００４０】
[00051]  本明細書に開示されている技術により、規則的な非ＭＢＳＦＮ  ＤＬサブフレーム内で、リレー・ノードは送信モードと受信モードを切り替えて、リレー・ノード内でＴＸ／ＲＸ自己干渉を引き起こさずに、ドナーｅＮｏｄｅＢからバックホールにより特定の制御情報及び／又はデータを同じサブフレームで受信しながら、リレーから特定の必須信号を送信することを可能にする。
【００４１】
[00052]  図３は、進化型パケットコア（ＥＰＣ）２０と無線アクセスネットワーク（ＲＡＮ）２２とを含む非制限的通信ネットワークの一例の一部分を示している。次に進化型パケットコア（ＥＰＣ）２０は、サービングゲートウェイ（ＳＧＷ）２４を含み、モビリティ管理エンティティ（ＭＭＥ）２６並びに例示されていない他のエンティティ及びノードも含むことができるか又は含まない場合はこれらに接続することができる。進化型パケットコア（ＥＰＣ）２０は、Ｓ１インターフェースとして知られるインターフェースにより無線アクセスネットワーク（ＲＡＮ）２２に接続する。モビリティ管理エンティティ（ＭＭＥ）２６はインターフェースＳ１−ｃによりドナー基地局ノード２７と通信し、モビリティ管理エンティティ（ＭＭＥ）２６はインターフェースＳ１によりサービングゲートウェイ（ＳＧＷ）２４と通信し、サービングゲートウェイ（ＳＧＷ）２４と基地局ノード２７はインターフェースＳ１−ｕにより通信する。Ｓ１−ｃインターフェースは、ＥＵＴＲＡＮとＭＭＥとの間の制御プレーン・プロトコルのための基準点である。この基準点によるプロトコルはｅＲＡＮＡＰであり、トランスポート・プロトコルとしてストリーム制御伝送プロトコル（ＳＣＴＰ）を使用する。Ｓ１−ｕインターフェースは、ハンドオーバ中のパーベアラ（per-bearer）・ユーザプレーン・トンネリング及びインターｅＮＢパス・スイッチングのためのＥＵＴＲＡＮとＳＧＷとの間の基準点である。Ｓ１−ｕインターフェースによるトランスポート・プロトコルはＧＰＲＳトンネリング・プロトコル・ユーザプレーン（ＧＴＰ−Ｕ）である。
【００４２】
[00053]  無線アクセスネットワーク（ＲＡＮ）２２は、ドナーｅＮｏｄｅＢとしても知られる少なくとも１つのドナー基地局ノード２７を含む。ドナー基地局ノード２７はＳ１インターフェースにより進化型パケットコア（ＥＰＣ）２０に接続する。ドナー基地局ノード２７は、Ｕｎインターフェースとして知られるインターフェースによりリレー・ノード２９と通信する。事例によっては、リレー・ノード２９はリレー基地局とも呼ばれることがある。次にリレー・ノード２９は、Ｕｕインターフェースとして知られるインターフェースにより無線端末３０と通信する。ＵｎインターフェースとＵｕインターフェースはどちらも無線又は電波インターフェース上に存在し、例えば、無線インターフェースである。リレー・ノード２９は複数の無線端末に対応することができ、このような無線端末が１つだけ示されているが、さらに複数のセルにも対応できることを理解されたい。
【００４３】
[00054]  図３は、リレー・ノード２９がＵｕインターフェースによりドナー基地局ノード２７に接続されるバックホール化状況でリレー・ノード２９が構成されることをさらに示している。このため、ドナー基地局ノード２７はモビリティ管理エンティティ（ＭＭＥ）２６とリレー・ノード２９との間に位置決めされ、同様にドナー基地局ノード２７はサービングゲートウェイ（ＳＧＷ）２４と基地局ノード２７との間に位置決めされる。
【００４４】
[00055]  リレー・ノードは、Ｕｎ無線インターフェースによりバックホール・サブフレームを使用してドナー基地局ノードと通信し、Ｕｕ無線インターフェースによりアクセス・サブフレームを使用して１つ又は複数の無線端末と通信するように構成され、このような無線端末３０の１つが図３に示されている。本明細書で使用する「無線端末（複数も可）」は、携帯電話（「セルラー」電話）及びワイヤレス機能（例えば、モバイル終端）付きのラップトップなどの移動局又はユーザ装置ユニット（ＵＥ）にすることができ、従って、例えば、無線アクセスネットワークを介して音声及び／又はデータを伝達する、ポータブル、ポケット、ハンドヘルド、コンピュータ付属型、又は自動車搭載型のモバイル・デバイスにすることができる。
【００４５】
[00056]  図３は、同じ周波数帯域を使用して電波インターフェースにより、ダウンリンク・バックホール・サブフレームがドナー基地局ノード２７からリレー・ノード２９に送信され、ダウンリンク・アクセス・サブフレームがリレー・ノード２９から無線端末３０に送信されることを示している。同じ周波数帯域上でのダウンリンク・バックホール・サブフレーム及びダウンリンク・アクセス・サブフレームの送信は、ドナー基地局ノード２７及びリレー・ノード２９に常駐するスケジューラなどの機能によって制御され調整される。このために、図３はドナー基地局ノード・スケジューラ３４及びリレー・ノード・スケジューラ３６の実施形態の例を示している。
【００４６】
[00057]  ドナー基地局ノード・スケジューラ３４及びリレー・ノード・スケジューラ３６の調整により、リレー・ノード２９は、ダウンリンク・バックホール・サブフレーム中に、例えば、ダウンリンク・バックホール・サブフレームが割り振られた時間の間、（ダウンリンク・バックホール・サブフレームで）ドナー基地局ノードからダウンリンク制御情報を受信するとともに、（ダウンリンク・アクセス・サブフレーム４０で）無線端末にダウンリンク制御情報を送信することができる。図３には、代表的なバックホール・サブフレームがダウンリンク・バックホール・サブフレーム３８として示され、代表的なダウンリンク・アクセス・サブフレームがダウンリンク・アクセス・サブフレーム４０として示されている。本明細書で説明し、例えば、図６によって例示するように、リレー・ノード２９によるこのようなデュアル・アクティビティは、例えば、選択されたダウンリンク・アクセス・サブフレームの開始が、ダウンリンク・タイミング進行分だけ、次のダウンリンク・バックホール・サブフレームの開始より先行することによって容易になる。
【００４７】
[00058]  開示されている技術の一態様はダウンリンク・サブフレームのパターンに関係する。本明細書で使用するダウンリンク・サブフレームのパターンは「第１のパターン」とも呼ばれる。ダウンリンク・サブフレームのパターンは、それにより／それを介してリレー・ノード２９がドナー基地局ノード２７からダウンリンク送信を受信できる、ダウンリンク（ＤＬ）バックホール・サブフレームのサブパターンを含む。３ＧＰＰでは、ドナー基地局ノード２７とリレー・ノード２９とのバックホール・リンクがＵｎインターフェースと呼ばれるので、これらのバックホール・サブフレームもＵｎサブフレームと呼ばれる。第１のパターンの残りのサブフレームはダウンリンク・アクセス・サブフレームと見なされる。３ＧＰＰでは、アクセス・リンクがＵｕインターフェースと呼ばれるので、これらのアクセス・サブフレームもＵｕサブフレームと呼ばれる。従って、第１のパターンは複数のダウンリンク・サブフレームを含み、第１のパターンのサブフレームの一部はダウンリンク・バックホール・サブフレームであり、第１のパターンのその他のサブフレームはダウンリンク・アクセス・サブフレームである。第１のパターン内のダウンリンク・バックホール・サブフレームの特定の配置によりダウンリンク・バックホール・サブフレームのサブパターンが形成され、第１のパターン内のダウンリンク・アクセス・サブフレームの特定の配置によりダウンリンク・アクセス・サブフレームのサブパターンが形成される。ダウンリンク・サブフレームのパターン（第１のパターンとして知られているもの）は、好ましくは周期的であり、図４によって例として示されているように、例えば、８個のサブフレームからなる周期を有することができる。８個のサブフレームからなる周期により、再送信方式のラウンドトリップ・タイムとの互換性の改善が容易になる。
【００４８】
[00059]  ドナー基地局ノード２７は、リレー・ノード２９専用の送信にダウンリンク・バックホール・サブフレーム（代表的なダウンリンク・バックホール・サブフレーム３８など）のみを使用する。また、ドナー基地局ノード２７は、その接続無線端末（ＵＥ）へのデータの送信にダウンリンク・アクセス・サブフレーム（代表的なダウンリンク・アクセス・サブフレーム４０など）のみを使用する。ＭＢＳＦＮサブフレームのパターンが定義され、ＭＢＳＦＮサブフレームのパターンは典型的にダウンリンク・バックホール・サブフレームのサブセットである。
【００４９】
[00060]  ダウンリンク・サブフレームに加えて、アップリンク・サブフレームも図３のバックホール・リレー状況で送信される。図３に示されているように、アップリンク・アクセス・サブフレーム（代表的なアップリンク・アクセス・サブフレーム４２など）はＵｕインターフェースにより無線端末３０からリレー・ノード２９に送信され、アップリンク・バックホール・サブフレーム（代表的なアップリンク・バックホール・サブフレーム４４など）はＵｎインターフェースによりリレー・ノード２９からドナー基地局ノード２７に送信される。ダウンリンク・バックホール・サブフレーム及びダウンリンク・アクセス・サブフレームは同じ周波数帯域（本明細書では「第１の周波数帯域」という）上で送信され、アップリンク・アクセス・サブフレーム及びアップリンク・バックホール・サブフレームは、第１の周波数帯域とは異なる同じ周波数帯域（「第２の周波数帯域」）上で送信される。
【００５０】
[00061]  （アップリンク・サブフレームの）第２のパターンの一例は図５に示されており、同図は、アップリンク・アクセス・サブフレームとアップリンク・バックホール・サブフレームとを含むものとして第２のパターンを示している。第１のパターンと同様に、第２のパターン内のアップリンク・バックホール・サブフレームの特定の配置によりアップリンク・バックホール・サブフレームのサブパターンが形成され、第２のパターン内のアップリンク・アクセス・サブフレームの特定の配置によりアップリンク・アクセス・サブフレームのサブパターンが形成される。アップリンク・サブフレームのパターン（第２のパターンとして知られているもの）は、好ましくは周期的であり、図５によって例として示されているように、例えば、８個のサブフレームからなる周期を有することができる。その上、図５及び図４の比較によって示されるように、アップリンク・バックホール・パターンは、好ましくは、ダウンリンク・バックホール・パターンに比較して、後でサブフレーム４個分シフトされる。
【００５１】
[00062]  アップリンク送信に関連して、ドナーｅＮｏｄｅＢ２７は、アップリンク・バックホール・サブフレーム上の（物理アップリンク共用チャネル［ＰＵＳＣＨ］又は物理アップリンク制御チャネル［ＰＵＣＣＨ］を使用する）送信についてリレー・ノード２９をスケジューリングするだけである。また、リレー・ノード２９は、アップリンク・アクセス・サブフレーム上の（物理アップリンク共用チャネル［ＰＵＳＣＨ］又は物理アップリンク制御チャネル［ＰＵＣＣＨ］を使用する）アップリンク送信についてその接続無線端末をスケジューリングするだけである。
【００５２】
[00063]  前記の通り、ダウンリンク・アクセス・サブフレーム及びダウンリンク・バックホール・サブフレームは同じ周波数帯域（第１の周波数帯域）上で送信され、アップリンク・アクセス・サブフレーム及びアップリンク・バックホール・サブフレームは同じ周波数帯域（第２の周波数帯域）上で送信される。第２の周波数帯域は異なる周波数を有し、従って、第１の周波数帯域とは異なるものである。その上、２通りのタイプのフレーム（ダウンリンク・アクセス・サブフレーム及びダウンリンク・バックホール・サブフレームなど）が同じ周波数帯域を使用することは、同じ周波数帯域の構成搬送波が必ずしも、それからサブフレームが発散されるそれぞれのノードによって同じように割り当てられることを要求又は暗示するわけではない。例えば、どちらもダウンリンクに第１の周波数帯域を使用するが、リレー・ノード２９は、ドナー基地局ノード２７とは異なる方法で（例えば、独立して）第１の周波数帯域の搬送波を割り振るか又は割り当てることができる。同様に、どちらもアップリンクに第２の周波数帯域を使用するが、リレー・ノード２９は、ドナー基地局ノード２７とは異なる方法で第２の周波数帯域の搬送波を割り振るか又は割り当てることができる。
【００５３】
[00064]  その上、リレー・ノード２９はリレーであって、リピータとは異なることを理解されたい。リピータは、それが受信したシンボルをおそらく増幅して繰り返すだけである。これに対して、リレーは、それが受信したデータをデコードし、必要であれば受信データを訂正し、アクセス・ダウンリンク上でリレーするためにそのデータを再エンコードする。従って、リレー・ノード２９によって送信された信号は、それが受信した信号のコピーではなく、その代わり、リレー・ノード２９がそれ以前に受信した、リレーすべきデータを表す新しい信号である。実際に、リレーされたデータの受信と送信との間には相当な可変遅延が存在する可能性がある。即ち、ダウンリンク・バックホール・サブフレームでリレー・ノード２９によってデータを受信してから、そのデータの再エンコード表現がダウンリンク・アクセス・サブフレームでリレー・ノード２９によって無線端末に送信される前に相当な遅延が存在する可能性がある。
【００５４】
[00065]  本明細書に開示されている技術の他の態様として、対応するバックホール・ダウンリンク・サブフレームの開始のわずか前にリレー・ノード２９がアクセス・ダウンリンク信号を送信するようなダウンリンク・タイミング進行が導入されている。図４及び図６に示されているように、ダウンリンク・バックホール・サブフレーム及びダウンリンク・アクセス・サブフレームは同じ周波数帯域を使用して電波インターフェースにより送信されるが、選択されたダウンリンク・アクセス・サブフレームの開始は、ダウンリンク・タイミング進行分だけ、次のダウンリンク・バックホール・サブフレームの開始より先行する。図４及び図６では、タイミング進行はＴＡによって示されている。５個の連続ダウンリンク・アクセス・サブフレームの各グループ分けの第１のダウンリンク・アクセス・サブフレームについてのみ示されているが、それぞれのダウンリンク・アクセス・サブフレームごとにタイミング進行ＴＡが発生することを理解されたい。タイミング進行ＴＡは１つのサブフレームの一部であり、典型的に１〜３個のＯＦＤＭシンボルである。
【００５５】
[00066]  図７は、リレー・ノード２９における送信（ＴＸ）及び受信（ＲＸ）パターンの第１の例を示しており、実施形態及び態様の一例によるリレー・ノード２９の動作並びにドナー基地局ノード２７とリレー・ノード２９とのダウンリンク・サブフレーム調整を理解するための基礎として役に立つものである。図７は特に、物理ダウンリンク共用チャネル［ＰＤＳＣＨ］送信がダウンリンク・バックホール・サブフレームでスケジューリングされない実施形態の一例を示している。また、図８は、図７に関連してしかしより一般的に、本明細書に記載されている様々な送信及び受信動作のパフォーマンスにおいてそのリレー・ノード・スケジューラ３６を含むリレー・ノード２９によって実行される様々な例或いは代表的な動作又はステップを示している。
【００５６】
[00067]  ＭＢＳＦＮサブフレームではないダウンリンク・バックホール・サブフレームでは、動作８−１としてリレー・ノード２９はまず、ダウンリンク・アクセス・サブフレームの第１の部分の間にアクセス・リンク上で基準シンボル（ＲＳ）、制御フォーマット・インジケータ［ＣＦＩ］、及び潜在的にＰＨＩＣＨ及びＰＤＣＣＨを送信する。リレー・ノード２９とドナー基地局ノード２７は異なるセルＩＤを有するので、リレー・ノード２９及びドナー基地局ノード２７から送信される基準シンボル（ＲＳ）は異なるものである。
【００５７】
[00068]  図６は、ダウンリンク・アクセス・サブフレームの第１の送信間隔中に基準シンボル（ＲＳ）及び制御フォーマット・インジケータ［ＣＦＩ］（ＣＦＩは図７には１に等しいものとして示されている）の送信を明示的に示している。基準シンボル（ＲＳ）及び制御フォーマット・インジケータ［ＣＦＩ］の送信は、図７のダウンリンク・アクセス・サブフレームの１つのシンボル（シンボル０）を必要とするものとして示されている。リレー・ノード２９はドナー基地局ノード２７から受信した基準シンボル（ＲＳ）を繰り返さず、むしろ、それ自体のセルＩＤに基づいてそれ自体の固有基準シンボル（ＲＳ）を生成することが記憶に残るであろう（ドナー基地局ノード２７からの基準シンボル（ＲＳ）は送信データのデコードを改善するためのチャネル推定に使用することができる）。
【００５８】
[00069]  図７は、ダウンリンク・アクセス・サブフレームの第１のシンボルの送信に続く第１のスイッチ時間間隔（ＳＷ１）をさらに示している。第１のスイッチ時間間隔（ＳＷ１）は、リレー・ノード２９がそのダウンリンク送信機をオフにし、そのダウンリンク受信機をオンにするために必要な時間の長さであり、図６には第１の組の２本の垂直破線によって示されている。図８の動作８−２は、リレー・ノード２９が第１のスイッチ時間間隔中にダウンリンク送信機からダウンリンク受信機への切り替えを実行することを示している。
【００５９】
[00070]  そのダウンリンク受信機をオンにした後、リレー・ノード２９は、ドナー基地局ノード２７によって送信されたダウンリンク・バックホール・リンク（例えば、ダウンリンク・バックホール・サブフレーム）をモニターし始める。このように実行する際に、図８の動作８−３によって示されているように、リレー・ノード２９はダウンリンク・バックホール・サブフレームで、基準シンボル［ＲＳ］、制御フォーマット・インジケータ［ＣＦＩ］、及び（適切であれば）物理ハイブリッドＡＲＱインジケータ・チャネル［ＰＨＩＣＨ］を受信し、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をモニターする。ＲＳ、ＣＦＩ、ＰＨＩＣＨ、及びＰＤＣＣＨは、図７のダウンリンク・バックホール・サブフレームのシンボル０及び１を占有するものとして示され、これらの数量を受信する時間は図７の受信間隔によって示されている。
【００６０】
[00071]  上述の通り、ダウンリンク・バックホール・サブフレームの第１の部分がバックホール・リンク上で受信された後、リレー・ノード２９はダウンリンク受信機を停止し、そのダウンリンク送信機を始動するように切り替える。この切り替えは第２のスイッチ時間間隔（ＳＷ２）によって反映され、この第２のスイッチ時間間隔はリレー・ノード２９がそのダウンリンク受信機をオフにし、そのダウンリンク送信機をオンにするために必要な時間の長さであり、図６には第２の組の２本の垂直破線によって示されている。図８の動作８−４は、第２のスイッチ時間間隔中にダウンリンク受信機からダウンリンク送信機への切り替えを実行することを示している。
【００６１】
[00072]  そのダウンリンク送信機をオンにした後、リレー・ノード２９は、ＲＳ及び（適切であれば）１次同期信号［ＰＳＳ］及び／又は２次同期信号［ＳＳＳ］及び／又は物理ブロードキャスト・チャネル［ＰＢＣＨ］、並びに潜在的に物理ダウンリンク共用チャネル［ＰＤＳＣＨ］も送信し始める。図８の動作８−４は、ダウンリンク・アクセス・サブフレーム内のダウンリンク制御情報の送信を示している。
【００６２】
[00073]  上記の動作は図７に例として示されており、同図はリレー・ノード２９における送信／受信（ＴＸ／ＲＸ）パターンを示している。上記の説明から、リレー・ノード２９は、ダウンリンク・バックホール・サブフレーム中に、例えば、ダウンリンク・バックホール・サブフレームが割り振られた時間の間、ドナー基地局ノードからダウンリンク制御情報を受信するとともに、無線端末にダウンリンク制御情報を送信するように確かに構成されることが分かる。例えば、ダウンリンク・アクセス・サブフレームの時間中に、リレー・ノード２９は、ダウンリンク・バックホール・サブフレームが割り振られた時間の間、ドナー基地局ノードからダウンリンク制御情報（例えば、図７のダウンリンク・バックホール・サブフレームのシンボル０及び１のＲＳ、ＣＦＩ、ＰＨＩＣＨ、及びＰＤＣＣＨ）を受信するとともに、ダウンリンク・バックホール・サブフレーム中に無線端末にダウンリンク制御情報を送信し、例えば、ダウンリンク・バックホール・サブフレームの割り振りに対応する時間の間、ダウンリンク・アクセス・サブフレームのシンボル４〜１３で送信する。
【００６３】
[00074]  図７は、本明細書に開示されている技術の一態様により、規則的な非ＭＢＳＦＮダウンリンク・サブフレーム内で、リレー・ノード２９が送信モードと受信モードを切り替えて、それにより、リレー・ノード２９内でＴＸ／ＲＸ自己干渉を引き起こさずに、ドナーｅＮｏｄｅＢからバックホールにより特定の制御情報及び／又はデータを同じサブフレームで受信しながら、リレー・ノード２９から無線端末に特定の必須信号を送信することを可能にすることをさらに示している。リレー・ノード２９及びドナー基地局ノード２７からのサブフレームが本質的にオーバラップし、完全なオーバラップとの違いがタイミング進行ＴＡであるという意味で、送信と受信が「同じ」サブフレームにあると言われる。
【００６４】
[00075]  図８の一般的な方法の動作８−５によって表されるように、リレー・ノード２９によって追加のモード・スイッチ（例えば、送信と受信）を実行することができる。追加のスイッチング動作の一例は図９に関連して後に示されている。
【００６５】
[00076]  タイミング進行はＤｅＮＢとリレーのサブフレーム間の相対的な尺度であるので、適切に指定された任意の基準点を使用して測定することができる。例えば、サブフレームの開始を基準点として使用することは都合の良いことである。リレー・ノード２９でサブフレームが始まる瞬間は、システム内のクロックとして見なすことができ、時間の基準を提供する。リレー・ノード２９が示すはずのタイミング進行ＴＡは、そのドナー基地局ノード２７のタイミングと比較しなければならない。図７のシナリオ例では、ダウンリンク・タイミング進行ＴＡは１．５ＯＦＤＭシンボルである。実施形態及び態様の一例では、タイミング進行ＴＡの値は、第１の所定の数のダウンリンク・バックホール・シンボルと、ダウンリンク・バックホール・サブフレームの第２の所定の数のシンボル内の２つのスイッチ時間に対応するように選択される。ＣＦＩの値は第１の所定の数を指定する。従って、図７の実施形態及び態様の例では、タイミング進行は１．５（ＯＦＤＭ）シンボルであり、ＣＦＩの値は２である。タイミング進行に関連して、図７に示されているように、そのＤＬフレーム・タイミングがシンボル１〜３に達した時に、バックホール・ダウンリンクのシンボル（複数も可）０（並びにおそらく１）がリレー・ノード２９に到達する。
【００６６】
[00077]  従って、上記の説明から、本明細書に開示されている技術の他の態様として、非ＭＢＳＦＮサブフレームでのリレー・ノードへのバックホール送信について最大制御フォーマット・インジケータ（ＣＦＩ）値が定義されることが理解される。ＣＦＩはＰＤＣＣＨによって占有されるシンボルの数である。ＣＦＩは３ＧＰＰ規格により１、２、又は３にすることができる。その重要性は、３未満又は２未満の最大値を課さなければならない場合があることである。
【００６７】
[00078]  このような要件の理由は、リレー無線機内のＲｘ及びＴｘ間の必要なスイッチ時間（例えば、ＳＷ１、ＳＷ２などとして、図７に示され、上述したもの）である。リレー・ノード２９は、アクセス・リンク上で必須信号の１つのシンボルを送信しなければならない。その場合、ドナー基地局ノード２７から１つ又は２つのシンボルを受信できるようになる前にＲｘに切り替えるためにある程度の時間を必要とする。次にリレー・ノード２９は、通常通りアクセス・リンク上での送信を再開できるようになる前にさらにある程度のスイッチング時間を必要とする。現在の無線機が有するスイッチ時間は、シンボル持続期間のうちの無視できないほどの部分である。１．５シンボルのタイミング進行ＴＡを使用することにより、リレー・ノード２９は、スイッチ時間と２つのバックホール・シンボルの受信の両方を３つのシンボルからなる持続期間内に何とか収めるようとする。この種のスイッチ時間により、バックホール・リンク用のＣＦＩの最大値は２になる。スイッチ時間が実質的に悪化する場合（例えば、シンボル持続期間の半分又はそれ以上）、最大ＣＦＩを１に低下させなければならない。これに対して、実質的に改善されたスイッチ時間（シンボル時間の非常にわずかな部分のみ）により、３というＣＦＩ最大値を使用し、スイッチ直後に続くシンボルの周期的プレフィックスによって吸収される軽微な妨害としてその遷移を処理することが可能になる可能性がある。
【００６８】
[00079]  従って、ドナーｅＮｏｄｅＢ２７が物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をリレー・ノード２９に送信する非ＭＢＳＦＮサブフレームでは、ドナー基地局ノード２７は、定義された最大値より大きくないＣＦＩ値を選択する。最大値は１、２、又は３にすることができる。
【００６９】
[00080]  図７から理解されるように、ドナーｅＮｏｄｅＢ２７は、ＭＢＳＦＮサブフレームではないＤＬバックホール・サブフレームでのリレー・ノードへのＰＤＳＣＨ送信をスケジューリングしないことを選択することができる。対照的に、図９は、リレー・ノード２９における送信（ＴＸ）及び受信（ＲＸ）パターンの他の例を示し、リレー・ノード２９の他の動作モード並びに実施形態及び態様の他の例によるドナー基地局ノード２７とリレー・ノード２９とのダウンリンク・サブフレーム調整を理解するための追加の基礎として役に立つものである。図９は特に、物理ダウンリンク共用チャネル［ＰＤＳＣＨ］送信がダウンリンク・バックホール・サブフレームでスケジューリングされる実施形態の一例を示している。図９によって代表的に示されているように、ドナー基地局ノード２７は、以下に記載する１つ又は複数の方法でこのようなサブフレームにおけるリレー・ノードへのＰＤＳＣＨ送信を調整することができる。
【００７０】
[00081]  従って、図９は、それ自体に干渉せずに制御情報を送信しながらリレー・ノード２９が制御及びデータの両方を受信する、サブフレーム内のＴＸ／ＲＸパターンを示している。図９のシナリオでは、ドナーｅＮｏｄｅＢ２７は、リレー・ノード２９が受信できるＯＦＤＭシンボル、例えば、ＯＦＤＭシンボル１、４、７、８、及び１１のみにデータ・ビットをマッピングすることができる。
【００７１】
[00082]  図９から理解されるように、この実施形態では、リレー・ノード２９は、ダウンリンク・バックホール・サブフレームの第１及び第２のシンボルでドナー基地局ノード２７からダウンリンク制御情報を受信し、ダウンリンク・バックホール・サブフレームの選択されたシンボル（例えば、ダウンリンク・バックホール・サブフレームのシンボル１、４、７、８、及び１１）中に物理ダウンリンク共用チャネル（ＰＤＳＣＨチャネル）を受信し、ダウンリンク・アクセス・サブフレームの選択されたシンボル（例えば、ダウンリンク・アクセス・サブフレームのシンボル４、７、及び１１）中に無線端末にダウンリンク制御情報を送信するように構成される。図９のシナリオでは、リレー・ノード２９は、第１の送信時間間隔中に送信し、次にスイッチ時間（ＳＷ１）中に送信から受信に切り替え（ダウンリンク・バックホール・サブフレームのシンボル０及び１を受信するため）、次にスイッチ時間（ＳＷ２）中に受信から送信に切り替え、第２の送信時間中に送信し（ダウンリンク・アクセス・サブフレームのシンボル４の送信）、次にスイッチ時間（ＳＷ３）中に送信から受信に切り替え、第２の受信時間間隔中に受信し（ダウンリンク・バックホール・サブフレームのシンボル４を受信する）、次にスイッチ時間（ＳＷ４）中に受信から送信に切り替え、第３の送信時間中に送信し（ダウンリンク・アクセス・サブフレームのシンボル７の送信）、次にスイッチ時間（ＳＷ５）中に送信から受信に切り替え、第３の受信時間間隔中に受信し（ダウンリンク・バックホール・サブフレームのシンボル７及び８を受信する）、次にスイッチ時間（ＳＷ６）中に受信から送信に切り替え、第４の送信時間中に送信し（ダウンリンク・アクセス・サブフレームのシンボル１１の送信）、次にスイッチ時間（ＳＷ７）中に送信から受信に切り替え、第４の受信時間間隔中に受信する（ダウンリンク・バックホール・サブフレームのシンボル１１を受信する）。
【００７２】
[00083]  従って、上記の説明及び図９から、リレー・ノードがＰＤＳＣＨ送信を受信する非ＭＢＳＦＮ  ＤＬバックホール・サブフレームでは、アクセス・リンク（例えば、ダウンリンク・アクセス・サブフレーム）上でＲＳを送信しなければならないＯＦＤＭシンボル中にリレー・ノード２９の送信機がオンに切り替えられるが、他のＯＦＤＭシンボル中にオフになることが分かる。
【００７３】
[00084]  ドナー基地局ノード２７がサブフレームでのリレー・ノードへのＰＤＳＣＨ送信を調整できることは上述されている。このような調整を必要とする理由について次に説明する。図７及び図９の両方に示されているように、ダウンリンク・バックホール・サブフレーム上の最後の２つのシンボル（シンボル１２及び１３）は、アクセス・リンク上の次のフレーム内のサブフレーム番号０及び１に干渉する恐れがあるので、送信することができない。リレー・ノードへのＰＤＳＣＨ送信を調整するための第１の方法は、物理ダウンリンク共用チャネル（ＰＤＳＣＨチャネル）をフォーマットすることであり、それによりそのサブフレームの第１の部分の間にＰＤＳＣＨの内容をリレー・ノード２９によって完全にデコードすることができる。即ち、実施形態及び態様の一例では、ドナー基地局ノード２７は、ダウンリンク・バックホール・サブフレームのシンボル１２及び１３上のどのデータもスケジューリングしない。ダウンリンク・バックホール・サブフレームは単純に２つのシンボル分だけ短縮され、その結果、わずかな容量の損失が発生する。ドナー基地局ノード２７がシンボル１２及び１３内のどのビットも送信できないことの理由を説明するためにコードレート（code rate）を変更することができる。
【００７４】
[00085]  余談になるが、よりロバストなコーディング方式はこの問題に対処しないと思われるので、最後の２つのシンボルが失われる（けっして送信されない）ことの理由を説明するためにサブフレーム全体に対してよりロバストなコーディング方式を使用するよりスケジューリングしないことの方が好ましい。それぞれのシンボルは独立型であるので、よりロバストなコーディング方式は効果的ではない。所与のシンボル内のデータはこのシンボル内にのみ存在し、他のどこにも存在しない。このため、あるシンボルが失われた場合、そのデータが失われることになる。
【００７５】
[00086]  ＰＤＳＣＨ送信を調整するための他の実現例では、ドナー基地局ノードは物理ダウンリンク共用チャネル（ＰＤＳＣＨチャネル）のインターリービングを調整するように構成され、それによりＰＤＳＣＨ内の任意の所与のシンボルのデータはサブフレームのすべてのＰＤＳＣＨシンボルに拡散される。インターリービングを変更することは、それぞれのシンボルがもはや独立型ではなくなることを意味する。その代わり、物理ダウンリンク共用チャネル［ＰＤＳＣＨ］内の任意の所与のシンボルからのデータはダウンリンク・バックホール・サブフレーム内のすべてのＰＤＳＣＨシンボルに拡散されるであろう。サブフレーム内の１つ又は２つのシンボルを失うことは、すべてのデータに等しく影響を及ぼす恐れがあり、より多くの冗長性を含むより強力なコーディング方式によって矯正することができる。この解決策には、（１）３ＧＰＰ規格について重大な変更が必要になる恐れがあること、及び（２）すべてのシンボルにわたるデータをインターリーブすることはデコードを開始できるまでデコーダがサブフレームの終わりまで待たなければならないことを意味し、時間の面で非常に費用のかかるものであるという２つの欠点がある。これに対して、独立型シンボルでは、シンボルが受信されると各シンボルを連続的にデコードすることができる。
【００７６】
[00087]  ３ＧＰＰ規格によりダウンリンク・アクセス・リンクは第１のシンボルのみを送信し、その後、無音で存続することができるので、ダウンリンク・バックホール・サブフレームのうちのできるだけ多くがＭＢＳＦＮサブフレームであることが望ましい。このため、本明細書に開示されている技術によって包含されるように、提案されたアクセス・リンクのタイミング進行により、ＭＢＳＦＮサブフレームについて、リレー・ノード２９は、図１０に示されているように、迅速にＲｘモードにシフトし、バックホール・ダウンリンク上のシンボルのうちの少なくとも１２個を受信することができる。
【００７７】
[00088]  上述の通り、ＭＢＳＦＮサブフレーム・パターンの定義はシステム情報ブロック・タイプ２（３ＧＰＰ文書３６．３３１「Radio Resource Control (RRC) Protocol Specification」に規定されている）に含まれている。換言すれば、それは、そのシステム情報の一部として任意のｅＮＢ／ＤｅＮＢ／リレーからブロードキャストされ、ＵＥにとって容易に使用可能である。この規格によるＡＳＮ．１コードは参照のため以下の表１に含まれている。どの無線フレームでも、全サブフレームのうちの６個のみがＭＢＳＦＮになる資格がある。（これらはサブフレーム番号１、２、３、６、７、８である。）この限られた適格性は、他の４つのサブフレームにおける義務的な同期、ブロードキャスト、及びページング信号送信によるものである。ＭＢＳＦＮサブフレーム割り振りは、１つのフレーム（６ビット）又は４つのフレーム（２４ビット）のいずれかを対象とするビット・パターンによって定義される。４つのフレームにわたるビット・パターンを選択することにより４０サブフレームの周期性（４０ｍｓ）が達成され、これは所望の８サブフレーム・パターンからなる４つの周期に対応することができる。
[00089]  表１
【表１】
0005864426.tif 000002
【００７８】
[00090]  図１１の非制限的例によって示すことができるように、radioframeAllocationPeriodは、４つのフレームにわたるＭＢＳＦＮパターンがギャップなしに連続的に繰り返されるように選択しなければならない。図１１の第１（一番上）の行はダウンリンク・バックホール・サブフレームのサブフレーム位置を描写しており、１つのフレームの初期サブフレーム位置にはフレーム番号の例が付いている。図１１では、ダウンリンク・バックホール・フレームのうち、内容を含むサブフレームは点描されている（例えば、フレーム１のサブフレーム０〜２及び８〜９、フレーム２のサブフレーム０及び６〜８、フレーム３のサブフレーム４〜６、フレーム４のサブフレーム２〜４）。
【００７９】
[00091]  図１１の第２（上から２番目）の行はダウンリンク・アクセス・フレームのサブフレーム位置を描写しており、各サブフレーム位置には、それが属するフレーム内のそれ自体のサブフレーム番号が付いている。図１１では、ダウンリンク・アクセス・フレームのうち、内容を含むサブフレームは左から右に下がる線で斜線が引かれている（例えば、フレーム１のサブフレーム３〜７、フレーム２のサブフレーム１〜５及び９、フレーム３のサブフレーム０〜３及び７〜９、フレーム４のサブフレーム０〜１及び５〜９）。
【００８０】
[00092]  図１１の第３の行は、（左から右に上がる斜線によって）許可されるＭＢＳＦＮサブフレーム（例えば、各フレームのサブフレーム１〜３及び６〜８）を示している。他で述べたように、第３の行の残りのサブフレームは、義務的な同期、ブロードキャスト、及びページング信号送信によって占有される。
【００８１】
[00093]  図１１の第４（一番下）の行は、（垂直ハッチングによって）ＭＢＳＦＮパターンに含むべきダウンリンク（ＤＬ）バックホール・サブフレームと一致する、選択された許容ＭＢＳＦＮサブフレームを描写している（例えば、フレーム１のサブフレーム１、２、及び８、フレーム２のサブフレーム６〜８、フレーム３のサブフレーム６、フレーム４のサブフレーム２〜３）。ダウンリンク（ＤＬ）上の送信状況は図１０に記載されており、単純なものであり、実際のダウンリンク（ＤＬ）バックホール送信に対して多くの容量を任せるので、ＭＢＳＦＮサブフレームが望ましい。図９には非ＭＢＳＦＮサブフレームが描写されている。この状況はより複雑であり、ＤＬバックホール容量は、ＭＢＳＦＮケースに存在しないＤＬアクセス・リンク上の多くの必須信号のために損なわれる。
【００８２】
[00094]  従って、図１１は、ＭＢＳＦＮパターンが４つのフレームすべてについて異なる可能性があることを示している。ＭＢＳＦＮサブフレームは４０ｍｓの繰り返し期間によって、即ち、４つのフレームについて、（３ＧＰＰ規格により）定義することができるので、４通りの個別のビット・パターンを使用することができる。これらの４つのフレームは、長さがサブフレーム８個分のバックホール／アクセス・パターン（上２行の点描及び斜線付きのサブフレーム）の正確に５回の繰り返しに対応するので、ギャップなしに繰り返すことができ、今後のフレームで選択されたバックホール／アクセス二分法（dichotomy）をサポートし続けることができる。
【００８３】
[00095]  図１１の例は、必要なダウンリンク（ＤＬ）アクセス容量に比較して、必要なダウンリンク（ＤＬ）バックホール容量の設計選択によって導かれるものである。このパターンの８サブフレームの繰り返し周期はＨＡＲＱプロセス間隔に正確に適合する。その他の実施形態では、これらのパラメータは異なるものになるか及び／又は様々なものになる可能性がある。
【００８４】
[00096]  図１２は、通信ネットワークの一例におけるリレー・ノード２９及びドナー基地局ノード２７の例（例えば、自己バックホール化リレー・ノード）の一般的な実施形態を示している。図１２に示されているように、ドナー基地局ノード２７はＵｎインターフェースによりリレー・ノード２９と通信し、リレー・ノード２９はＵｕインターフェースにより無線端末３０と通信する。Ｕｎインターフェースによる通信を容易にするために、ドナー基地局ノード２７は、複数の伝送エレメント（アンテナ）５２を含むか又はこれに接続する複数のドナー通信ポート５０を含む。
【００８５】
[00097]  ポート５０及び関連伝送エレメント５２の一部はダウンリンク送信に使用され、その他のポート５０及び関連伝送エレメント５２はアップリンク送信に使用される。アップリンク・ポート５０はアップリンク・サブフレーム・ハンドラ５４に接続され、次にこれはアップリンク・データ・バッファ５６を介してＳ１インターフェース５８に接続される。ドナー基地局ノード２７のこのアップリンク側では、Ｕｎインターフェースによりドナー基地局ノード２７によって受信されたサブフレームはアップリンク・サブフレーム・ハンドラ５４によって処理され、データ（例えば、アップリンク・サブフレームから抽出されたデータ）はＳ１インターフェース５８に適用される前にアップリンク・データ・バッファ５６に記憶される。Ｓ１インターフェース５８は、図３に関して理解されている方法で、Ｓ１インターフェースを越えてコア・ネットワーク２０、例えば、サービングゲートウェイ（ＳＧＷ）２４にアップリンク・データを転送するように機能する。
【００８６】
[00098]  ドナー基地局ノード２７のダウンリンク側では、Ｓ１インターフェース５８を介してコア・ネットワーク２０から受信したデータは、ダウンリンク・サブフレーム・ジェネレータ６２によってダウンリンク・サブフレームにフォーマットされる前にダウンリンク・データ・バッファ６０に一時的に記憶される。ダウンリンク・サブフレーム・ジェネレータ６２によって作成されたサブフレームは、Ｕｎインターフェースによるリレー・ノード２９への送信に使用されるポート５０に適用される。
【００８７】
[00099]  上述のドナー基地局ノード・スケジューラ３４は、非制限的実施形態の一例において、アクセス及びバックホール・サブフレーム・シーケンサ６４と、アップリンク・データ・スケジューラ６６と、ダウンリンク・データ・スケジューラ６８と、ダウンリンク制御スケジューラ７０とを含むものとして図１２に示されている。アップリンク・データ・スケジューラ６６、ダウンリンク・データ・スケジューラ６８、及びダウンリンク制御スケジューラ７０はいずれもサブフレームあたり１回ずつ動作する。ダウンリンク制御スケジューラ７０はアップリンク・データ・スケジューラ６６及びダウンリンク・データ・スケジューラ６８と対話するが、アップリンク・データ・スケジューラ６６及びダウンリンク・データ・スケジューラ６８は一般に相互に直接対話しない。
【００８８】
[000100]  ドナー基地局ノード２７の様々な機能ユニットは、図１２で破線によって囲まれたドナー基地局プラットフォーム７２上に設けられている。「プラットフォーム」という用語は、ドナー基地局ノード２７の機能ユニットをマシンによってどのように実現又は現実化することができるかを記述する方法である。プラットフォーム７２の一例は、ドナー基地局ノード・スケジューラ３４及びその構成機能を含む囲まれた諸要素のうちの１つ又は複数が、リレー・ノード２９へのダウンリンク・バックホール・サブフレームの送信に関わる動作を含む本明細書に記載された様々な動作を実行するためにコード化された命令を実行する１つ又は複数のプロセッサによって現実化される、コンピュータ実現例である。このようなコンピュータ実現例では、ドナー基地局ノード２７は、プロセッサ（複数も可）に加えて、メモリ・セクション７４（次にこれは、ランダム・アクセス・メモリ７６と、読み取り専用メモリ７８と、アプリケーション・メモリ８０（例えば、本明細書に記載された動作を実行するためにプロセッサによって実行することができるコード化された命令を記憶するもの）と、例えば、キャッシュ・メモリなどの任意の他のメモリとを含むことができる）を含むことができる。
【００８９】
[000101]  図１２に示されているように、リレー・ノード２９はＵｎインターフェースによりドナー基地局ノード２７と通信し、リレー・ノード２９はＵｕインターフェースにより無線端末３０と通信する。Ｕｎインターフェースによる通信のために、リレー・ノード２９は、複数のリレー・ノード・バックホール・リンク伝送エレメント（アンテナ）８４を含むか又はこれに接続する複数のリレー・ノード・バックホール・リンク通信ポート８２を含む。リレー・ノード・バックホール・リンク通信ポート８２は、Ｕｎインターフェースによりアップリンク・バックホール・サブフレームを送信し、ダウンリンク・バックホール・サブフレームを受信するために使用される。Ｕｕインターフェースによる通信のために、リレー・ノード２９は、複数のリレー・ノード・アクセス・リンク伝送エレメント（アンテナ）８８を含むか又はこれに接続する複数のリレー・ノード・アクセス・リンク通信ポート８６を含む。リレー・ノード・アクセス・リンク通信ポート８６は、Ｕｕインターフェースによりダウンリンク・アクセス・サブフレームを送信し、アップリンク・アクセス・サブフレームを受信するために使用される。
【００９０】
[000102]  ポートが共用される他の実現例では、リレー・ノード２９は、図１２に示されている２つのポート（リレー・ノード・バックホール・リンク通信ポート８２及びリレー・ノード・アクセス・リンク通信ポート８６）ではなく１組の通信ポートを有することができる。このような共用ポート実現例では、アンテナ・ポートはバックホール・リンク及びアクセス・リンクによって共用される。しかし、物理的に別個のリレー・ノード・バックホール・リンク通信ポート８２及びリレー・ノード・アクセス・リンク通信ポート８６を有する図１２に示されている状況は、おそらく干渉を低減するために好ましいと考えられている。
【００９１】
[000103]  図１２にさらに示されているように、リレー・ノード２９は、２つのサブフレーム・ハンドラ、例えば、サブフレーム・ハンドラ９０及びサブフレーム・ハンドラ９２を含む。サブフレーム・ハンドラ９０は、Ｕｎインターフェースによりダウンリンク上でドナー基地局ノード２７から受信したフレームを処理し、サブフレーム・ハンドラ９２は、Ｕｕインターフェースによりアップリンク上で無線端末３０から受信したフレームを処理する。サブフレーム・ハンドラ９０及びサブフレーム・ハンドラ９２はいずれも、受信したサブフレーム内に常駐するデータのフォーマット解除（deformat）及びデコードなどの動作を含むことができる。また、リレー・ノード２９は、２つのサブフレーム・ジェネレータ、例えば、サブフレーム・ジェネレータ９４及びサブフレーム・ジェネレータ９６を含む。サブフレーム・ジェネレータ９４は、Ｕｕインターフェースにより受信し、アップリンク・バックホール・サブフレームに含めるべきデータの再エンコードを含み、Ｕｎインターフェースによるドナー基地局ノード２７への送信のためにアップリンク・バックホール・サブフレームを準備する。サブフレーム・ジェネレータ９６は、Ｕｎインターフェースにより受信し、ダウンリンク・アクセス・サブフレームに含めるべきデータの再エンコードを含み、Ｕｕインターフェースによる無線端末３０への送信のためにダウンリンク・アクセス・サブフレームを準備する。図１２は、サブフレーム・ハンドラ９０、サブフレーム・ハンドラ９２、サブフレーム・ジェネレータ９４、及びサブフレーム・ジェネレータ９６のそれぞれがそれぞれのバッファ９８1〜９８4を介してリレー・ノード２９の適切なポート、例えば、リレー・ノード・バックホール・リンク通信ポート８２又はリレー・ノード・アクセス・リンク通信ポート８６のいずれかに接続されることをさらに示している。
【００９２】
[000104]  上述のリレー・ノード・スケジューラ３６は、非制限的実施形態の一例において、リレー・ノード・アクセス及びバックホール・サブフレーム・シーケンサ１００と、リレー・ノード・アップリンク・データ・スケジューラ１０６と、リレー・ノード・ダウンリンク・データ・スケジューラ１０８と、リレー・ノード・ダウンリンク制御スケジューラ１１０とを含むものとして図１２に示されている。リレー・ノード・アップリンク・データ・スケジューラ１０６、リレー・ノード・ダウンリンク・データ・スケジューラ１０８、及びリレー・ノード・ダウンリンク制御スケジューラ１１０はいずれもサブフレームあたり１回ずつ動作する。リレー・ノード・ダウンリンク制御スケジューラ１１０はリレー・ノード・アップリンク・データ・スケジューラ１０６及びリレー・ノード・ダウンリンク・データ・スケジューラ１０８と対話するが、リレー・ノード・アップリンク・データ・スケジューラ１０６及びリレー・ノード・ダウンリンク・データ・スケジューラ１０８は一般に相互に直接対話しない。
【００９３】
[000105]  図１２に示されているように、リレー・ノード・アクセス及びバックホール・サブフレーム・シーケンサ１００は、送信間隔（インターフェースＵｕによりダウンリンク・アクセス・サブフレーム上の１つ又は複数のシンボルを無線端末３０に送信するため）と受信間隔（インターフェースＵｎによりダウンリンク・バックホール・サブフレーム上の１つ又は複数のシンボルをドナー基地局ノード２７から受信するため）とのリレー・ノード２９のスイッチング動作を担当する、モード・スイッチ１２０を含む。従って、エレメント単位の乗算ユニット（element wise multiplication unit）１２０は、例えば、図７及び図９に関連して説明したモード・スイッチングを実行するために動作する。
【００９４】
[000106]  リレー・ノード２９の様々な機能ユニットは、図１２で破線によって囲まれたリレー・ノード・プラットフォーム１２２上に設けられている。ドナー基地局ノード２７の場合のように、「プラットフォーム」という用語は、リレー・ノード２９の機能ユニットをマシンによってどのように実現又は現実化することができるかを記述する方法である。プラットフォーム１２２の一例は、リレー・ノード・スケジューラ３６及びその構成機能を含む囲まれた諸要素のうちの１つ又は複数が、無線端末３０へのダウンリンク・アクセス・サブフレームの送信及びドナー基地局ノード２７からのダウンリンク・バックホール・サブフレームの受信に関わる動作を含む本明細書に記載された様々な動作を実行するためにコード化された命令を実行する１つ又は複数のプロセッサによって現実化される、コンピュータ実現例である。このようなコンピュータ実現例では、リレー・ノード２９は、プロセッサ（複数も可）に加えて、メモリ・セクション１２４（次にこれは、ランダム・アクセス・メモリ１２６と、読み取り専用メモリ１２８と、アプリケーション・メモリ１３０（例えば、本明細書に記載された動作を実行するためにプロセッサによって実行することができるコード化された命令を記憶するもの）と、例えば、キャッシュ・メモリなどの任意の他のメモリとを含むことができる）を含むことができる。
【００９５】
[000107]  図１２に示されているように、無線端末３０はＵｕインターフェースによりリレー・ノード２９と通信する。Ｕｕインターフェースによる通信のために、無線端末３０は、１つ又は複数の通信ポート１３２（伝送エレメント（複数も可）（アンテナ）１３４を含むか又はこれに接続するもの）を含む。無線端末３０は無線端末サブフレーム・プロセッサ／スケジューラ１４０をさらに含み、次にこれはダウンリンク・サブフレーム・ハンドラ１４２及びアップリンク・サブフレーム・ジェネレータ１４４を含む。ダウンリンク・サブフレーム・ハンドラ１４２は、リレー・ノード２９から受信したダウンリンク・アクセス・サブフレーム及びＭＢＳＦＮサブフレームなどのサブフレームの処理、例えば、デコードを行う。アックリンク・サブフレーム・ジェネレータ１４４は、無線端末３０からリレー・ノード２９に送信されるアップリンク・アクセス・サブフレームを生成する。
【００９６】
[000108]  無線端末３０の様々な機能ユニットは、図１２で破線によって囲まれた端末プラットフォーム１５２上に設けられている。ドナー基地局ノード２７及びリレー・ノード２９の場合のように、「プラットフォーム」という用語は、無線端末３０の機能ユニットをマシンによってどのように実現又は現実化することができるかを記述する方法である。プラットフォーム１５２の一例は、無線端末サブフレーム・スケジューラ１４０及びその構成機能を含む囲まれた諸要素のうちの１つ又は複数が、リレー・ノード２９へのアップリンク・アクセス・サブフレームの送信及びリレー・ノード２９からのダウンリンク・アクセス・サブフレームの受信に関わる動作を含む本明細書に記載された様々な動作を実行するためにコード化された命令を実行する１つ又は複数のプロセッサによって現実化される、コンピュータ実現例である。このようなコンピュータ実現例では、無線端末３０は、プロセッサ（複数も可）に加えて、メモリ・セクション１５４（次にこれは、ランダム・アクセス・メモリ１５６と、読み取り専用メモリ１５８と、アプリケーション・メモリ１６０（例えば、本明細書に記載された動作を実行するためにプロセッサによって実行することができるコード化された命令を記憶するもの）と、例えば、キャッシュ・メモリなどの任意の他のメモリとを含むことができる）を含むことができる。
【００９７】
[000109]  典型的に、無線端末３０は特定の入出力ユニット又は機能も含み、無線端末３０用の代表的な入出力ユニットは、キーパッド１６１、音声入力装置（例えば、マイクロホン）１６２、視覚入力装置（例えば、カメラ）１６４、視覚出力装置（例えば、ディスプレイ１６６）、及び音声出力装置（例えば、スピーカ）１６８として図１２に示されている。また、その他のタイプの入出力装置も無線端末３０に接続するか又はこれを構成することができる。
【００９８】
[000110]  図１２の例では、プラットフォーム７２、１２２、及び１５２は、コンピュータによって実現されるか又はコンピュータ・ベースのプラットフォームとして示されている。ドナー基地局ノード２７、リレー・ノード２９、又は無線端末３０のいずれかに適したプラットフォームの他の例は、本明細書に記載された様々な動作を実行するように回路素子が構造化され操作される、ハードウェア回路、例えば、特定用途向け集積回路（ＡＳＩＣ）のものである。
【００９９】
[000111]  ドナー基地局ノード２７及びリレー・ノード２９のスケジューラ、例えば、ドナー基地局ノード・スケジューラ３４及びリレー・ノード・スケジューラ３６はそれぞれ、ダウンリンク送信とアップリンク送信の両方について、どのサブフレームがバックホールのために使用可能であり、どのサブフレームがアクセスのために使用可能であるかについて共通の視点を持っていなければならない。これは、例えば、前述の第１のパターン及び第２のパターンなどのサブフレーム・パターンのように、「パターン」に関して本明細書で意味されるものである。これらのパターンはスケジューラによって使用される。ドナー基地局ノード２７のドナー基地局ノード・スケジューラ３４は、リレー・ノード２９をいつスケジューリングできるか（例えば、リレー・ノード２９への送信のためにダウンリンク・バックホール・サブフレームをいつスケジューリングできるか）を決定するためにパターン（例えば、第１のパターン）を使用する。リレー・ノード２９のリレー・ノード・スケジューラ３６は、サブフレーム、例えば、ダウンリンク・アクセス・サブフレームを無線端末３０に送信するためにリレー・ノード２９がいつスケジューリングできるかを決定するためにパターン（例えば、第１のパターン）を使用する。
【０１００】
[000112]  サブフレーム・パターン（複数も可）、例えば、第１のパターンと第２のパターンのうちの１つ又は複数は、様々な方法で決定及び／又は伝達することができる。図１３−１に示されている第１の方法として、サブフレーム・パターン（複数も可）を固定し、規格に指定することができ、このため、スケジューラに事前プログラミング又はハードコード化することができる。第２の方法として、サブフレーム・パターン（複数も可）をドナー基地局ノード２７とリレー・ノード２９との間で信号送信することができる。例えば、ドナー基地局ノード２７はどのパターンを使用すべきかをリレー・ノード２９に知らせることができ（図１３−２に示されている通り）、逆もまた同様であり（図１３−３に示されている通り）、或いは図１３−４に示されているように、最適又は実行可能なパターン（複数も可）を確認又は決定するためにドナー基地局ノード２７とリレー・ノード２９との間で何らかの類の交渉を行うこともできるであろう。この信号送信は、例えば、バックホール電波インターフェースにより送信される信号送信無線ベアラ（ＳＲＢ）を使用して、無線リソース制御（ＲＲＣ）層で実行することができる。図１３−５に示されている第３の方法として、サブフレーム・パターン（複数も可）を何らかの他のノード、例えば、ドナー基地局ノード２７及びリレー・ノード２９の両方において構成パラメータを制御する管理ノードなど、ドナー基地局ノード２７及びリレー・ノード２９の外部のノードから信号送信することができる。リレー・ノード２９の場合、このような構成データは、例えば、バックホール電波インターフェースにより送信されるＩＰパケットに含まれる可能性がある。
【０１０１】
[000113]  サブフレーム・パターン（複数も可）を決定／伝達する上記の３通りの方法例は、最大ＣＦＩ値及びダウンリンク・タイミング進行（ＴＡ）などのその他のパラメータの決定及び伝達にも適していることが理解されるであろう。
【０１０２】
[000114]  従って、本明細書に開示されている技術は、アクセス・リンク上のＭＢＳＦＮサブフレームではない新しいダウンリンク・バックホール・サブフレームを提供し、これらの新しいダウンリンク・バックホール・サブフレームは、特別な方法で処理される「混合」ダウンリンク・サブフレームである。このような混合ダウンリンク・サブフレームにおいて（例えば、その間に）、リレー・ノード２９は、バックホール・リンクによりダウンリンク制御を受信するとともに、アクセス・リンクによりダウンリンク制御を送信しなければならない。ドナー基地局ノード２７が混合ダウンリンク・サブフレームでリレー・ノード２９をスケジューリングする場合、ＣＦＩ（制御フォーマット・インジケータ）は、３より低くなる可能性のある最大値未満に保持しなければならない（ＣＦＩの通常値範囲は１〜３である）。リレー・ノード２９は、混合ダウンリンク・サブフレームで１又は２になるように制御フォーマット・インジケータ［ＣＦＩ］を選択しなければならない。リレー・ノード２９は、混合ダウンリンク・サブフレームで物理ダウンリンク共用チャネル［ＰＤＳＣＨ］データを送信することができない。ドナー基地局ノード２７は、混合サブフレームで変更された物理ダウンリンク共用チャネル［ＰＤＳＣＨ］をリレー・ノード２９に送信することができ、その場合、ＯＦＤＭシンボルの一部は除外され、それに応じてレート一致が調整される。
【０１０３】
[000115]  複数のリレー・ノードが接続されたドナー基地局ノード２７の場合、サブフレーム・パターン及び最大ＣＦＩはこのような接続されたすべてのリレー・ノードの全域で同じである必要はないことを理解されたい。実際には、いくつかの実施形態例では、他のリレー・ノードがそのアクセス・リンクを使用している間にドナー基地局ノード２７が１つのリレー・ノードへのバックホール・リンクを使用することができるので、このような異なるパターンを有することが有利である可能性がある。
【０１０４】
[000116]  本明細書に開示されている技術は様々な問題に対処して解決する。解決される問題の１つは、８サブフレームの周期的伝送構造が考えられるＭＢＳＦＮサブフレーム・パターンに十分適合しないことである。特に、特定のサブフレームがＭＢＳＦＮ（リレー・ノードがこれらのサブフレーム内のバックホール上でダウンリンク送信を受信できるようにするもの）としてマークされる場合、その後、ＭＢＳＦＮとしてマークできない他のサブフレーム８ｋ（整数ｋの場合）が存在することになるが、これらのサブフレームの場合、８ｍｓの周期的伝送構造をサポートするために、バックホール上のダウンリンク・サブフレームとしてそれらを有することが望ましいことになるであろう。ＴＤＤシステムでは、ＨＡＲＱタイミングは選択されたＴＤＤ構成に固有のものである。これは、８ｍｓ周期に厳密に従うものではないが、事前定義パターンには従うものである。しかし、本明細書に開示されている技術（例えば、規則的な非ＭＢＳＦＮサブフレーム内のＴｘとＲｘモードとのスイッチングを含む）は、リレーで強化されたシステムのバックホール及びアクセス・リンクについて事前定義の３ＧＰＰ  Ｒｅｌ．８タイミング・パターンを再利用するように適用することができる。ＴＤＤシステムへの適用はＦＤＤの場合と同じ原理に従うものであり、従って、本明細書では個別に示されていない。
【０１０５】
[000117]  従って、本明細書に開示されている技術によりリレー・ノードの導入が可能になり、ＬＴＥ電波インターフェースへの影響は限られている。特に、これにより、リレー・ノードは、バックホール及びアクセス・リンクの両方を変更せず、リレー・ノード内で送信と受信との自己干渉を引き起こさずに、リリース８ＨＡＲＱ伝送方式を使用することができる。このため、パフォーマンスを低下させずにリリース８  ＵＥとの良好な互換性が得られ、ドナーｅＮｏｄｅＢとリレー・ノードとのインターフェースはリリース８によく似ており、指定及び実現することが単純になる。
【０１０６】
[000118]  本明細書に記載されているモード・スイッチング、フレーム生成／処理、及びその他の操作は、コンピュータ、プロセッサ、又はコントローラにより適切なノード及び／又はネットワーク構造で実現することができ、このため、専用ハードウェア並びにコンピュータ可読媒体上に記憶されたコード化された命令の形でソフトウェアを実行できるハードウェアの使用により提供することができる。コンピュータは一般に、１つ又は複数のプロセッサ及び／又はコントローラを含むものと理解され、コンピュータ及びプロセッサという用語は本明細書では交換して使用することもできる。コンピュータ又はプロセッサによって提供される場合、その機能は、単一の専用コンピュータ又はプロセッサによって、単一の共用コンピュータ又はプロセッサによって、或いはその一部を共用又は分散することができる複数の個別コンピュータ又はプロセッサによって提供することができる。このような機能は、コンピュータによって実現されるもの、従って、マシンによって実現されるものとして理解すべきである。その上、「プロセッサ」又は「コントローラ」という用語の使用は、このような機能を果たすか及び／又はソフトウェアを実行することができるその他のハードウェアも指すものと解釈されるものとし、無制限に、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、縮小命令セットプロセッサ、ハードウェア（たとえば、デジタル又はアナログ）回路、及び（適切であれば）このような機能を実行できる状態マシンを含むことができる。
【０１０７】
[000119]  略語：
ＬＴＥ      ロング・ターム・エボリューション
ＭＢＳＦＮ  マルチキャスト／ブロードキャスト単一周波数ネットワーク
ＤＬ        ダウンリンク
ＵＬ        アップリンク
ＰＵＳＣＨ  物理アップリンク共用チャネル
ＰＵＣＣＨ  物理アップリンク制御チャネル
ＯＦＤＭ    直交周波数分割多重
ＣＦＩ      制御フォーマット・インジケータ
ＰＤＣＣＨ  物理ダウンリンク制御チャネル
ＲＳ        基準信号
ＰＨＩＣＨ  物理ハイブリッドＡＲＱインジケータ・チャネル
ＰＳＳ      １次同期信号
ＳＳＳ      ２次同期信号
ＰＢＣＨ    物理ブロードキャスト・チャネル
ＰＤＳＣＨ  物理ダウンリンク共用チャネル
ＨＡＲＱ    ハイブリッド自動再送信要求
【０１０８】
[000120]  上記の説明は多くの特定のものを含むが、これらは本発明の範囲を限定するものとして解釈すべきではなく、単に本発明の現在好ましい諸実施形態のうちのいくつかについて例証を提供するものと解釈すべきである。本発明の範囲は当業者にとって明白になる可能性のあるその他の諸実施形態を完全に包含し、従って、本発明の範囲は不当に制限されるべきではないことが認識されるであろう。単数形のある要素に言及する場合、そのように明記されていない限り、「唯一のもの」を意味するものではなく、むしろ「１つ又は複数のもの」を意味するものである。上記の好ましい実施形態の諸要素と構造上、化学的、及び機能的に同等のものであって、当業者にとって既知のものはすべて、本出願の特許請求の範囲によって包含されるものである。その上、ある装置又は方法が本明細書に包含されるために、その装置又は方法が本発明によって解決されようとしているすべての問題に対処する必要はない。
【図１】
0005864426.tif 000003
【図２】
0005864426.tif 000004
【図３】
0005864426.tif 000005
【図４】
0005864426.tif 000006
【図５】
0005864426.tif 000007
【図６】
0005864426.tif 000008
【図７】
0005864426.tif 000009
【図８】
0005864426.tif 000010
【図９】
0005864426.tif 000011
【図１０】
0005864426.tif 000012
【図１１】
0005864426.tif 000013
【図１２】
0005864426.tif 000014
【図１３−１】
0005864426.tif 000015
【図１３−２】
0005864426.tif 000016
【図１３−３】
0005864426.tif 000017
【図１３−４】
0005864426.tif 000018
【図１３−５】
0005864426.tif 000019