(57)【要約】【課題】多重コンポーネントキャリアシステムにおいて、端末による端末性能情報の送信方法を提供する。【解決手段】この方法は、前記端末性能要求メッセージを基地局から受信するステップ、及び前記端末によりサポートされる一つまたはそれ以上のバンドコンビネーションに対するサポートバンドコンビネーションフィールドを含む端末性能応答メッセージを前記基地局に送信するステップを含む。【選択図】図５
2015516774.tif 000002
【特許請求の範囲】
【請求項１】
多重コンポーネントキャリアシステムにおける端末による端末性能情報の送信方法であって、
前記端末性能要求メッセージを基地局から受信するステップと、及び、
前記端末によりサポートされる一つまたはそれ以上のバンドコンビネーションに対するサポートされるバンドコンビネーション（ｓｕｐｐｏｒｔｅｄｂａｎｄｃｏｍｂｉｎａｔｉｏｎ）フィールドと、前記一つまたはそれ以上のバンドに対応して前記端末によりサポートされる各々の多重タイミングアドバンス(ＭＴＡ)を指示する多重タイミングアドバンス性能フィールドとを含む端末性能応答メッセージを前記基地局に送信するステップと、を含む方法。
【請求項２】
前記サポートされるバンドコンビネーションの最大個数は、１２８であることを特徴とする、請求項１に記載の方法。
【請求項３】
前記多重タイミングアドバンス（ＭＴＡ）が前記端末によりサポートされるか否かを、前記一つまたはそれ以上のバンドコンビネーションの各々に対して定義されることを特徴とする、請求項１に記載の方法。
【請求項４】
前記バンドコンビネーションに含まれている少なくとも一つのバンドは、コンポーネントキャリアクラス(ｃｌａｓｓ)に分類され、前記コンポーネントキャリアクラスは、アグリゲーションされた送信帯域幅、最大コンポーネントキャリア個数及びノミナルガードバンド(ｎｏｍｉｎａｌ ｇｕａｒｄ ｂａｎｄ)により定義されることを特徴とする、請求項１に記載の方法。
【請求項５】
多重コンポーネントキャリアシステムにおいて、端末性能手順を送信する端末であって、
前記端末性能要求メッセージを基地局から受信するＲＦ部と、及び、
前記端末によりサポートされる一つまたはそれ以上のバンドコンビネーションに対するサポートされるバンドコンビネーション（ｓｕｐｐｏｒｔｅｄｂａｎｄｃｏｍｂｉｎａｔｉｏｎ）フィールドと、前記一つまたはそれ以上のバンドに対応して前記端末によりサポートされる各々の多重タイミングアドバンス(ＭＴＡ)を指示する多重タイミングアドバンス性能フィールドとを含む端末性能応答メッセージを構成するメッセージプロセッサと、を含む端末。
【請求項６】
前記ＲＦ部は、前記サポートされるバンドコンビネーションを最大１２８個までサポートすることを特徴とする、請求項５に記載の端末。
【請求項７】
前記ＲＦ部は、前記一つまたはそれ以上のバンドコンビネーションの各々に対し、前記多重タイミングアドバンス（ＭＴＡ）が前記端末によりサポートされるか否かを定義することを特徴とする、請求項５に記載の端末。
【請求項８】
前記ＲＦ部は、前記バンドコンビネーションに含まれている少なくとも一つのバンドをコンポーネントキャリアクラス(ｃｌａｓｓ)に分類し、前記コンポーネントキャリアクラスは、アグリゲーションされた送信帯域幅、最大コンポーネントキャリア個数及びノミナルガードバンド(ｎｏｍｉｎａｌ ｇｕａｒｄ ｂａｎｄ)により定義されることを特徴とする、請求項５に記載の端末。
【請求項９】
多重コンポーネントキャリアシステムにおける基地局による端末性能情報の受信方法であって、
前記端末性能要求メッセージを端末に送信するステップと、及び、
前記端末によりサポートされる一つまたはそれ以上のバンドコンビネーションに対するサポートされるバンドコンビネーション（ｓｕｐｐｏｒｔｅｄｂａｎｄｃｏｍｂｉｎａｔｉｏｎ）フィールドと、前記一つまたはそれ以上のバンドに対応して前記端末によりサポートされる各々の多重タイミングアドバンス(ＭＴＡ)を指示する多重タイミングアドバンス性能フィールドとを含む端末性能応答メッセージを前記端末から受信するステップと、を含む方法。
【請求項１０】
前記サポートされるバンドコンビネーションの最大個数は、１２８であることを特徴とする、請求項９に記載の方法。
【請求項１１】
前記多重タイミングアドバンス（ＭＴＡ）が前記端末によりサポートされるか否かは、前記一つまたはそれ以上のバンドコンビネーションの各々に対して定義されることを特徴とする、請求項９に記載の方法。
【請求項１２】
前記バンドコンビネーションに含まれている少なくとも一つのバンドは、コンポーネントキャリアクラス(ｃｌａｓｓ)に分類され、前記コンポーネントキャリアクラスは、アグリゲーションされた送信帯域幅、最大コンポーネントキャリア個数及びノミナルガードバンド(ｎｏｍｉｎａｌ ｇｕａｒｄ ｂａｎｄ)により定義されることを特徴とする、請求項９に記載の方法。
【請求項１３】
多重コンポーネントキャリアシステムにおける端末（ＵＥ）の性能情報を受信する基地局（ＢＳ）であって、
前記端末性能要求メッセージを生成するメッセージプロセッサと、及び、
前記端末性能要求メッセージを端末に送信し、前記端末によりサポートされる一つまたはそれ以上のバンドコンビネーションに対するサポートされるバンドコンビネーション（ｓｕｐｐｏｒｔｅｄｂａｎｄｃｏｍｂｉｎａｔｉｏｎ）フィールドと、前記一つまたはそれ以上のバンドに対応して前記端末によりサポートされる各々の多重タイミングアドバンス(ＭＴＡ)を指示する多重タイミングアドバンス性能フィールドとを含む端末性能応答メッセージを前記端末から受信する高周波（ＲＦ）ユニットと、を含む、基地局。
【請求項１４】
前記サポートされるバンドコンビネーションの最大個数は、１２８であることを特徴とする、請求項１３に記載の基地局。
【請求項１５】
前記ＭＴＡが前記端末によりサポートされるか否かは、前記一つまたはそれ以上のバンドコンビネーションの各々に対して定義されることを特徴とする、請求項１３に記載の基地局。
【請求項１６】
前記バンドコンビネーションに含まれている少なくとも一つのバンドは、コンポーネントキャリアクラス(ｃｌａｓｓ)に分類され、前記コンポーネントキャリアクラスは、アグリゲーションされた送信帯域幅、最大コンポーネントキャリア個数及びノミナルガードバンド(ｎｏｍｉｎａｌ ｇｕａｒｄ ｂａｎｄ)により定義されることを特徴とする、請求項１３に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、多重コンポーネントキャリアシステムにおける端末性能情報の送信装置及び方法に関する。
【背景技術】
【０００２】
無線通信システムにおいて、アップリンク(ｕｐｌｉｎｋ)とダウンリンク(ｄｏｗｎｌｉｎｋ)との間の帯域幅は互いに異なるように設定されても、主に一つのキャリア(ｃａｒｒｉｅｒ)のみを考慮している。３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)ＬＴＥ(ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ)においても、単一キャリアに基づいており、アップリンクとダウンリンクを構成するキャリアの数が１個であり、アップリンク帯域幅とダウンリンク帯域幅は互いに対称的である。このような単一キャリアシステムにおいて、ランダムアクセス(ｒａｎｄｏｍ ａｃｃｅｓｓ)手順は、一つのキャリアを利用して実行されてきた。しかし、最近多重コンポーネントキャリアシステム(ｍｕｌｔｉｐｌｅ ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ ｓｙｓｔｅｍ)が導入されるにつれて、ランダムアクセス手順は、複数個のコンポーネントキャリア(ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ)を介して具現可能となった。
【０００３】
多重コンポーネントキャリアシステムは、キャリアアグリゲーション(ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ)をサポートすることができる無線通信システムを意味する。キャリアアグリゲーションとは、セグメント化された小さい帯域を効率的に使用するための技術であり、周波数領域で物理的に連続的な(ｃｏｎｔｉｎｕｏｕｓ)または非連続的な(ｎｏｎ−ｃｏｎｔｉｎｕｏｕｓ)複数個のバンドを束ねることで、論理的に大きい帯域のバンドを使用するのと同じ効果を出すようにするためのものである。
【０００４】
しかし、多重コンポーネントキャリアシステムが導入されるにつれて、各コンポーネントキャリアのアップリンク同期(ｕｐｌｉｎｋ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ)を個別的に確保する手順が必要になった。その理由は、各コンポーネントキャリア別信号の遅延が周波数帯域特性によって変わることができるためである。各コンポーネントキャリア別アップリンク同期が確保されない場合、基地局は、端末が送信するアップリンク信号を正しく受信することができない。コンポーネントキャリア別アップリンク同期を確保するために、ランダムアクセス手順が使われることができ、これに基づき、端末は、コンポーネントキャリア毎に適用されるべきタイミングアライメント値(ｔｉｍｉｎｇ ａｌｉｇｎｍｅｎｔ ｖａｌｕｅ)を取得することができる。問題は、基地局がタイミングアライメント値を各コンポーネントキャリア別に計算して端末に提供するとしても、端末の性能上制約のため、端末が複数のタイミングアライメント値を実際通信に適用することができない場合がある。即ち、端末のハードウェア構造(ｈａｒｄｗａｒｅ ｓｔｒｕｃｔｕｒｅ)上、アップリンク同期をコンポーネントキャリア別に確保することができる性能を有する端末と有していない端末とに区別されることができる。
【０００５】
基地局は、端末が複数のコンポーネントキャリア別アップリンク同期をサポートするか否かを知っていなければならず、端末と基地局との間にこれを知るためのプロトコルが決まらなければならない。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の技術的課題は、多重コンポーネントキャリアシステムにおける端末性能情報の送信装置及び方法を提供することである。
【０００７】
本発明の他の技術的課題は、端末にサポート可能な周波数帯域の組合せ及び最大ＴＡＧ個数に対する情報を送信する装置及び方法を提供することである。
【０００８】
本発明の他の技術的課題は、端末が多重タイミングアライメントをサポートするか否かに対する情報を、端末性能情報を介して送信する方法を提供することである。
【０００９】
本発明の他の技術的課題は、多重タイミングアライメントのサポート可否を知らせる情報を構成する装置及び方法を提供することである。
【課題を解決するための手段】
【００１０】
本発明の一態様によると、多重コンポーネントキャリアシステムにおいて、端末による端末（ＵＥ）性能情報の送信方法を提供する。この方法は、端末性能要求メッセージを基地局（ＢＳ）から受信し、及び端末によりサポートされる一つまたはそれ以上のバンドコンビネーションに対するサポートされるバンドコンビネーション（ｓｕｐｐｏｒｔｅｄｂａｎｄｃｏｍｂｉｎａｔｉｏｎ）フィールドと、一つまたはそれ以上のバンドに対応して端末によりサポートされる各々の多重タイミングアドバンス(ＭＴＡ)を指示する多重タイミングアドバンス性能フィールドとを含む端末性能応答メッセージを基地局に送信することを含む。
【００１１】
本発明の他の態様によると、多重コンポーネントキャリアシステムにおいて、端末性能手順を送信する端末（ＵＥ）を提供する。端末は、端末性能要求メッセージを基地局（ＢＳ）から受信するＲＦユニット、及び端末によりサポートされる一つまたはそれ以上のバンドコンビネーションに対するサポートされるバンドコンビネーション（ｓｕｐｐｏｒｔｅｄｂａｎｄｃｏｍｂｉｎａｔｉｏｎ）フィールドと、一つまたはそれ以上のバンドに対応して端末によりサポートされる各々の多重タイミングアドバンス(ＭＴＡ)を指示する多重タイミングアドバンス性能フィールドとを含む端末性能応答メッセージを構成するメッセージプロセッサを含む。
【００１２】
本発明の他の態様によると、多重コンポーネントキャリアシステムにおいて、基地局による端末性能情報の受信方法を提供する。この方法は、端末性能要求メッセージを端末に送信し、及び端末によりサポートされる一つまたはそれ以上のバンドコンビネーションに対するサポートされるバンドコンビネーション（ｓｕｐｐｏｒｔｅｄｂａｎｄｃｏｍｂｉｎａｔｉｏｎ）フィールドと、一つまたはそれ以上のバンドに対応して端末によりサポートされる各々の多重タイミングアドバンス(ＭＴＡ)を指示する多重タイミングアドバンス性能フィールドとを含む端末性能応答メッセージを端末から受信することを含む。
【００１３】
本発明の他の態様によると、多重コンポーネントキャリアシステムにおいて、端末（ＵＥ）性能情報を受信する基地局（ＢＳ）を提供する。基地局は、端末性能要求メッセージを生成するメッセージプロセッサ、及び端末性能要求メッセージを端末に送信し、端末によりサポートされる一つまたはそれ以上のバンドコンビネーションに対するサポートされるバンドコンビネーション（ｓｕｐｐｏｒｔｅｄｂａｎｄｃｏｍｂｉｎａｔｉｏｎ）フィールドと、一つまたはそれ以上のバンドに対応して端末によりサポートされる各々の多重タイミングアドバンス(ＭＴＡ)を指示する多重タイミングアドバンス性能フィールドとを含む端末性能応答メッセージを端末から受信する高周波（ＲＦ）部を含む。
【発明の効果】
【００１４】
多重コンポーネントキャリアシステムにおいて、端末の多重タイミングアライメント性能を信号伝達するプロトコルが明確になり、キャリアアグリゲーションに対するパラメータを利用して多重タイミングアライメント性能を黙示的に知らせることもできる。
【図面の簡単な説明】
【００１５】
【図１】本発明が適用される無線通信システムを示す。
【図２】本発明が適用される多重コンポーネントキャリアをサポートするためのプロトコル構造の一例を示す。
【図３】本発明が適用される多重コンポーネントキャリア動作のためのフレーム構造の一例を示す。
【図４】本発明が適用される多重コンポーネントキャリアシステムにおいて、ダウンリンクコンポーネントキャリアとアップリンクコンポーネントキャリアとの間の接続設定(ｌｉｎｋａｇｅ)を示す。
【図５】本発明の一例に係る多重タイミングアライメント性能に対する信号伝達手順を示すフローチャートである。
【図６】本発明の一例に係る多重タイミングアライメントをサポートする端末の構造図である。
【図７】本発明の他の例に係る多重タイミングアライメントをサポートする端末の構造図である。
【図８】本発明の他の例に係る多重タイミングアライメントをサポートする端末の構造図である。
【図９】本発明の一例に係る多重タイミングアライメント値を取得する手順を説明するフローチャートである。
【図１０】本発明の一例に係る端末が端末性能情報を送信する方法を説明するフローチャートである。
【図１１】本発明の一例に係る基地局が端末性能情報を受信する方法を説明するフローチャートである。
【図１２】本発明の一例に係る端末性能情報を送受信する端末と基地局を示すブロック図である。
【発明を実施するための形態】
【００１６】
以下、本明細書では、本発明の一部実施例を、例示図面を介して詳細に説明する。各図面の構成要素に参照符号を付加するにあたって、同じ構成要素に対しては、たとえ、他の図面上に表示されても、可能のかぎり同じ符号を有していることを留意しなければならない。また、本明細書において、本発明の実施例を説明するにあたって、関連した公知構成または機能に対する具体的な説明が本明細書の要旨を不明にすると判断される場合にはその詳細な説明は省略する。
【００１７】
また、本明細書は、無線通信ネットワークを対象に説明し、無線通信ネットワークで行われる作業は、その無線通信ネットワークを管轄するシステム(例えば、基地局)でネットワークを制御してデータを送信する過程で行われ、またはその無線ネットワークに結合した端末で行われることができる。本発明によって、無線通信システムは、一つ以上のコンポーネントキャリアをサポートする通信システムを含むことができる。
【００１８】
図１は、本発明が適用される無線通信システムを示す。
【００１９】
図１を参照すると、無線通信システム１０は、音声、パケットデータなどのような多様な通信サービスを提供するために広く配置される。無線通信システム１０は、少なくとも一つの基地局(Ｂａｓｅ Ｓｔａｔｉｏｎ；ＢＳ)１１を含む。各基地局１１は、特定のセル(ｃｅｌｌ)１５ａ、１５ｂ、１５ｃに対して通信サービスを提供する。また、セルは、複数の領域(セクタという)に分けられる。
【００２０】
端末(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ)１２は、固定式または携帯性を有してもよく、ＭＳ(Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)、ＭＴ(ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ)、ＵＴ(ｕｓｅｒ ｔｅｒｍｉｎａｌ)、ＳＳ(ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ)、無線機器(ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ)、ＰＤＡ(ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ)、無線モデム(ｗｉｒｅｌｅｓｓ ｍｏｄｅｍ)、携帯機器(ｈａｎｄｈｅｌｄ ｄｅｖｉｃｅ)等、他の用語で呼ばれることもある。基地局１１は、ｅＮＢ(ｅｖｏｌｖｅｄ−ＮｏｄｅＢ)、ＢＴＳ(Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｙｓｔｅｍ)、アクセスポイント(Ａｃｃｅｓｓ Ｐｏｉｎｔ)、フェムト(ｆｅｍｔｏ)基地局、ホーム基地局(Ｈｏｍｅ ｎｏｄｅＢ)、リレイ(ｒｅｌａｙ)等、他の用語で呼ばれることもある。セルは、基地局１１がカバーする一部領域を示す包括的な意味で解釈されなければならず、メガセル、マクロセル、マイクロセル、ピコセル、フェムトセル等、多様なカバレッジ領域を全部包括する意味である。
【００２１】
以下、ダウンリンク(ｄｏｗｎｌｉｎｋ)は基地局１１から端末１２への通信を意味し、アップリンク(ｕｐｌｉｎｋ)は端末１２から基地局１１への通信を意味する。ダウンリンクにおいて、送信機は基地局１１の一部分であり、受信機は端末１２の一部分である。アップリンクにおいて、送信機は端末１２の一部分であり、受信機は基地局１１の一部分である。無線通信システムに適用される多重接続方式には制限がない。ＣＤＭＡ(Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)、ＴＤＭＡ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)、ＦＤＭＡ(Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)、ＯＦＤＭＡ(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)、ＳＣ−ＦＤＭＡ(Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ−ＦＤＭＡ)、ＯＦＤＭ−ＦＤＭＡ、ＯＦＤＭ−ＴＤＭＡ、ＯＦＤＭ−ＣＤＭＡのような多様な多重接続方式を使用することができる。アップリンク送信及びダウンリンク送信は、互いに異なる時間を使用して送信されるＴＤＤ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ；時分割複信)方式が使われることができ、または、互いに異なる周波数を使用して送信されるＦＤＤ(Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ；周波数分割復複信)方式が使われることができる。
【００２２】
キャリアアグリゲーション(Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ；ＣＡ)は、複数のキャリアをサポートすることであり、スペクトラムアグリゲーションまたは帯域幅アグリゲーション(Ｂａｎｄｗｉｄｔｈ Ａｇｇｒｅｇａｔｉｏｎ)とも呼ばれる。キャリアアグリゲーションは、セグメント化された小さい帯域を効率的に使用するための技術であり、周波数領域で物理的に連続的(ｃｏｎｔｉｎｕｏｕｓ)または非連続的(ｎｏｎ−ｃｏｎｔｉｎｕｏｕｓ)複数個のバンドを束ねて論理的に大きい帯域のバンドを使用するのと同じ効果を出すことができる。キャリアアグリゲーションにより束ねられる個別的な単位キャリアをコンポーネントキャリア(Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ；ＣＣ)という。各コンポーネントキャリアは、帯域幅と中心周波数で定義される。キャリアアグリゲーションは、増加されるスループット(ｔｈｒｏｕｇｈｐｕｔ)をサポートし、広帯域ＲＦ(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ；高周波)素子の導入による費用増加を防止し、従来のシステムとの互換性を保障するために導入される。例えば、２０ＭＨｚ帯域幅を有するキャリア単位のグラニュラリティ(ｇｒａｎｕｌａｒｉｔｙ)として５個のコンポーネントキャリアが割り当てられる場合、最大１００ＭＨｚの帯域幅をサポートすることができる。
【００２３】
キャリアアグリゲーションは、周波数領域で連続的なコンポーネントキャリア間で行われる連続(ｃｏｎｔｉｇｕｏｕｓ)キャリアアグリゲーションと、不連続的コンポーネントキャリア間で行われる非連続(ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ)キャリアアグリゲーションとに分けられる。ダウンリンクとアップリンクとの間にアグリゲーションされるキャリアの数は、異なるように設定されることができる。ダウンリンクコンポーネントキャリア数とアップリンクコンポーネントキャリア数が同じ場合を対称的(ｓｙｍｍｅｔｒｉｃ)アグリゲーションといい、その数が異なる場合を非対称的(ａｓｙｍｍｅｔｒｉｃ)アグリゲーションという。
【００２４】
コンポーネントキャリアの大きさ(即ち、帯域幅)は、互いに異なってもよい。例えば、７０ＭＨｚ帯域の構成のために、５個のコンポーネントキャリアが使われる場合、５ＭＨｚコンポーネントキャリア(ｃａｒｒｉｅｒ＃０)＋２０ＭＨｚコンポーネントキャリア(ｃａｒｒｉｅｒ＃１)＋２０ＭＨｚコンポーネントキャリア(ｃａｒｒｉｅｒ＃２)＋２０ＭＨｚコンポーネントキャリア(ｃａｒｒｉｅｒ＃３)＋５ＭＨｚコンポーネントキャリア(ｃａｒｒｉｅｒ＃４)のように構成されることもできる。
【００２５】
以下、多重コンポーネントキャリア(ｍｕｌｔｉｐｌｅ ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ)システムとは、キャリアアグリゲーションをサポートする端末と基地局を含むシステムをいう。多重コンポーネントキャリアシステムにおいて、連続キャリアアグリゲーション及び／または非連続キャリアアグリゲーションが使われてもよく、また、対称的アグリゲーションまたは非対称的アグリゲーションのいずれも使われてもよい。
【００２６】
図２は、本発明が適用される多重コンポーネントキャリアをサポートするためのプロトコル構造の一例を示す。
【００２７】
図２を参照すると、媒体アクセス制御(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：ＭＡＣ)エンティティ２１０は、複数のキャリアを利用する物理(ｐｈｙｓｉｃａｌ)階層２２０を管理する。特定キャリアを介して送信されるＭＡＣ管理メッセージは、他のキャリアに適用されることができる。即ち、ＭＡＣ管理メッセージは、特定キャリアを含んで他のキャリアを制御することができるメッセージである。物理階層２２０は、ＴＤＤ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ；時分割複信)及び／またはＦＤＤ(Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ；周波数分割複信)で動作することができる。
【００２８】
物理階層２２０で使われる複数個の物理チャネルがある。
【００２９】
まず、ダウンリンク物理チャネルとして、ＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；物理的ダウンリンク制御チャネル)は、端末にＰＣＨ(Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ；ページングチャネル)とＤＬ−ＳＣＨ(Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ；ダウンリンク共有チャネル)のリソース割当、及びＤＬ−ＳＣＨと関連したＨＡＲＱ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ；ハイブリッド自動反復要求)情報を知らせる。ＰＤＣＣＨは、端末にアップリンク送信のリソース割当を知らせるアップリンクグラント(ｕｐｌｉｎｋ ｇｒａｎｔ)を伝送することができる。ＰＤＳＣＨ(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ；物理的ダウンリンク共有チャネル)には、ＤＬ−ＳＣＨがマッピングされる。ＰＣＦＩＣＨ(Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ；物理的制御フォーマット指示チャネル)は、ＰＤＣＣＨに使われるＯＦＤＭシンボルの数を端末に知らせ、サブフレーム毎に送信される。ＰＨＩＣＨ(Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ ＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ；物理的ＡＲＱインディケータチャネル)は、ダウンリンクチャネルであり、アップリンク送信の応答であるＨＡＲＱ ＡＣＫ／ＮＡＣＫ信号を伝送する。
【００３０】
次に、アップリンク物理チャネルとして、ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；物理的アップリンク制御チャネル)は、ダウンリンク送信に対するＨＡＲＱ ＡＣＫ／ＮＡＣＫ信号、スケジューリング要求及びＣＱＩのようなアップリンク制御情報を伝送する。ＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ；物理的アップリンク共有チャネル)は、ＵＬ−ＳＣＨ(Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ；アップリンク共有チャネル)を伝送する。ＰＲＡＣＨ(Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ；物理的ランダムアクセスチャネル)は、ランダムアクセスプリアンブルを伝送する。
【００３１】
図３は、本発明が適用される多重コンポーネントキャリア動作のためのフレーム構造の一例を示す。
【００３２】
図３を参照すると、一つのフレーム(ｆｒａｍｅ)は、１０個のサブフレーム(ｓｕｂｆｒａｍｅ)で構成される。サブフレームは、時間軸には複数のＯＦＤＭシンボルと、周波数軸には少なくとも一つのコンポーネントキャリアで構成されることができる。各コンポーネントキャリア(ｃａｒｒｉｅｒ)は、自分の制御チャネル(例えば、ＰＤＣＣＨ)を有することができる。多重コンポーネントキャリアは、互いに隣接してもよく、隣接しなくてもよい。端末は、自分の性能によって一つまたはそれ以上のコンポーネントキャリアをサポートすることができる。
【００３３】
コンポーネントキャリアは、プライマリコンポーネントキャリア(Ｐｒｉｍａｒｙ Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ；ＰＣＣ)とセカンダリコンポーネントキャリア(Ｓｅｃｏｎｄａｒｙ Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ；ＳＣＣ)とに分けられる。端末は、一つのプライマリコンポーネントキャリアのみを使用し、またはプライマリコンポーネントキャリアと共に一つまたはそれ以上のセカンダリコンポーネントキャリアを使用することができる。端末は、プライマリコンポーネントキャリア及び／またはセカンダリコンポーネントキャリアを基地局から割当を受けることができる。コンポーネントキャリアは、セル(Ｃｅｌｌ)またはサービングセル(ｓｅｒｖｉｎｇ ｃｅｌｌ)で表現されることができる。明示的にダウンリンクコンポーネントキャリア(ｄｏｗｎｌｉｎｋ ＣＣ)またはアップリンクコンポーネントキャリア(ｕｐｌｉｎｋ ＣＣ)のように表現しないコンポーネントキャリアは、ダウンリンクコンポーネントキャリア及びアップリンクコンポーネントキャリアの両方ともを含んで構成され、またはダウンリンクコンポーネントキャリアのみを含んで構成されることを意味する。
【００３４】
図４は、本発明が適用される多重コンポーネントキャリアシステムにおいて、ダウンリンクコンポーネントキャリアとアップリンクコンポーネントキャリアとの間の接続設定(ｌｉｎｋａｇｅ)を示す。
【００３５】
図４を参照すると、ダウンリンクにおいて、ダウンリンクコンポーネントキャリアＤ１、Ｄ２、Ｄ３がアグリゲーションされており(ａｇｇｒｅｇａｔｅｄ)、アップリンクにおいて、アップリンクコンポーネントキャリアＵ１、Ｕ２、Ｕ３がアグリゲーションされている。ここで、Ｄｉは、ダウンリンクコンポーネントキャリアのインデックスであり、Ｕｉは、アップリンクコンポーネントキャリアのインデックスである(ｉ＝１,２,３)。少なくとも一つのダウンリンクコンポーネントキャリアは、プライマリコンポーネントキャリアであり、残りは、セカンダリコンポーネントキャリアである。同様に、少なくとも一つのアップリンクコンポーネントキャリアは、プライマリコンポーネントキャリアであり、残りは、セカンダリコンポーネントキャリアである。例えば、Ｄ１、Ｕ１は、プライマリコンポーネントキャリアであり、Ｄ２、Ｕ２、Ｄ３、Ｕ３は、セカンダリコンポーネントキャリアである。ここで、プライマリコンポーネントキャリアのインデックスは０に設定されることができ、その以外の自然数のうち一つがセカンダリコンポーネントキャリアのインデックスである。また、ダウンリンク／アップリンクコンポーネントキャリアのインデックスは、そのダウンリンク／アップリンクコンポーネントキャリアが含まれているコンポーネントキャリア(または、サービングセル)のインデックスと同じく設定されることができる。他の例として、コンポーネントキャリアインデックスまたはセカンダリコンポーネントキャリアインデックスのみが設定され、そのコンポーネントキャリアに含まれているアップリンク／アップリンクコンポーネントキャリアインデックスは存在しない。
【００３６】
ＦＤＤシステムにおいて、ダウンリンクコンポーネントキャリアとアップリンクコンポーネントキャリアは、１対１に接続設定されることができる。例えば、Ｄ１はＵ１と、Ｄ２はＵ２と、Ｄ３はＵ３と、各々、１対１に接続設定されることができる。端末は、論理チャネルＢＣＣＨが送信するシステム情報またはＤＣＣＨが送信する端末専用ＲＲＣメッセージを介して、ダウンリンクコンポーネントキャリアとアップリンクコンポーネントキャリアとの間の接続を設定する。このような接続をＳＩＢ１(ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ １；システム情報ブロック１)接続またはＳＩＢ２(ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ ２；システム情報ブロック２)接続という。各接続設定は、セル特定に(ｃｅｌｌ ｓｐｅｃｉｆｉｃ)設定することもでき、端末特定に(ＵＥ ｓｐｅｃｉｆｉｃ)設定することもできる。一例として、プライマリコンポーネントキャリアは、セル特定に設定され、セカンダリコンポーネントキャリアは、端末特定に設定されることができる。
【００３７】
図４は、ダウンリンクコンポーネントキャリアとアップリンクコンポーネントキャリアとの間の１対１接続設定のみを例示したが、１対ｎまたはｎ対１の接続設定も成立可能である。また、コンポーネントキャリアのインデックスは、コンポーネントキャリアの順序またはそのコンポーネントキャリアの周波数帯域の位置に一致するものではない。
【００３８】
プライマリサービングセル(ｐｒｉｍａｒｙ ｓｅｒｖｉｎｇ ｃｅｌｌ)は、ＲＲＣ設定(ｅｓｔａｂｌｉｓｈｍｅｎｔ)または再設定(ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ)状態で、セキュリティ入力(ｓｅｃｕｒｉｔｙ ｉｎｐｕｔ)とＮＡＳ移動情報(ｍｏｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ)を提供する一つのサービングセルを意味する。端末の性能(ｃａｐａｂｉｌｉｔｉｅｓ)によって、少なくとも一つのセルがプライマリサービングセルと共にサービングセルのセットを形成するように構成されることができ、少なくとも一つのセルをセカンダリサービングセル(ｓｅｃｏｎｄａｒｙ ｓｅｒｖｉｎｇ ｃｅｌｌ)という。
【００３９】
したがって、一つの端末に対して設定されたサービングセルのセットは、一つのプライマリサービングセルのみで構成され、または一つのプライマリサービングセルと少なくとも一つのセカンダリサービングセルで構成されることができる。
【００４０】
プライマリサービングセルに対応するダウンリンクコンポーネントキャリアをダウンリンクプライマリコンポーネントキャリア(ＤＬ ＰＣＣ)といい、プライマリサービングセルに対応するアップリンクコンポーネントキャリアをアップリンクプライマリコンポーネントキャリア(ＵＬ ＰＣＣ)という。また、ダウンリンクにおいて、セカンダリサービングセルに対応するコンポーネントキャリアをダウンリンクセカンダリコンポーネントキャリア(ＤＬ ＳＣＣ)といい、アップリンクにおいて、セカンダリサービングセルに対応するコンポーネントキャリアをアップリンクセカンダリコンポーネントキャリア(ＵＬ ＳＣＣ)という。一つのサービングセルには、ダウンリンクコンポーネントキャリアのみが対応することもでき、ＤＬ ＣＣとＵＬ ＣＣが共に対応することもできる。
【００４１】
したがって、キャリアシステムにおいて、端末と基地局との間の通信がＤＬ ＣＣまたはＵＬ ＣＣを介して行われるとは、端末と基地局との間の通信がサービングセルを介して行われるのと同じ概念である。例えば、本発明に係るランダムアクセス実行方法において、端末がＵＬ ＣＣ上でプリアンブルを送信するとは、プライマリサービングセルまたはセカンダリサービングセル上でプリアンブルを送信するのと同じ概念と見なされる。また、端末がＤＬ ＣＣ上でダウンリンク情報を受信するとは、プライマリサービングセルまたはセカンダリサービングセル上でダウンリンク情報を受信するのと同じ概念と見なされる。
【００４２】
一方、プライマリサービングセルとセカンダリサービングセルは、下記のような特徴を有する。
【００４３】
第一に、プライマリサービングセルは、ＰＵＣＣＨの送信のために使用される。それに対し、セカンダリサービングセルは、ＰＵＣＣＨを送信することができないが、ＰＵＣＣＨ内の情報のうち一部制御情報を、ＰＵＳＣＨを介して送信することができる。
【００４４】
第二に、プライマリサービングセルは、常に活性化されて(ａｃｔｉｖａｔｅｄ)おり、それに対し、セカンダリサービングセルは、特定条件によって、活性化及び非活性化がされるキャリアである。その特定条件は、基地局の活性化／非活性化指示子を受信した場合、または端末内の非活性化タイマが満了された場合である。「活性化」は、トラフィックデータの送信または受信が行なわれ、または準備状態(ｒｅａｄｙ ｓｔａｔｅ)にあることを意味する。「非活性化(ｄｅａｃｔｉｖａｔｉｏｎ)」は、トラフィックデータ及びトラフィックデータに対する制御情報の送信または受信が不可能であり、ダウンリンクチャネル状態情報を生成するための測定及び報告も不可能であるが、最小限の測定や最小情報の送信／受信が可能であることを意味する。例えば、経路減衰計算などのための参照信号受信電力(ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ)などの測定及び該当サービングセルのダウンリンクを介して制御情報が送信される領域を指示する物理的制御フォーマット指示チャネル(ＰＣＦＩＣＨ：ｐｈｙｓｉｃａｌ ｃｏｎｔｒｏｌ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ)等を受信することができる。
【００４５】
第三に、プライマリサービングセルが無線リンク障害(Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ；以下、ＲＬＦ)が発生したときは、ＲＲＣ再設定がトリガリング(ｔｒｉｇｇｅｒｉｎｇ)されるが、セカンダリサービングセルがＲＬＦを発生するときは、ＲＲＣ再設定がトリガリングされない。無線リンク失敗は、ダウンリンク性能が閾値以下に一定時間以上維持される場合またはＲＡＣＨが閾値以上の回数ほど失敗した場合に発生する。
【００４６】
第四に、プライマリサービングセルは、セキュリティキー(ｓｅｃｕｒｉｔｙ ｋｅｙ)変更やＲＡＣＨ手順と伴うハンドオーバ手順によって変更されることができる。ただ、競合解消(ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ：ＣＲ)メッセージの場合、競合解消メッセージを指示するＰＤＣＣＨのみがプライマリサービングセルを介して送信されなければならず、競合解消メッセージは、プライマリサービングセルまたはセカンダリサービングセルを介して送信されることができる。
【００４７】
第五に、ＮＡＳ(ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ)情報は、プライマリサービングセルを介して受信する。
【００４８】
第六に、常にプライマリサービングセルは、ＤＬ ＰＣＣとＵＬ ＰＣＣが対(ｐａｉｒ)で構成される。
【００４９】
第七に、端末毎に異なるＣＣをプライマリサービングセルとして設定することができる。
【００５０】
第八に、セカンダリサービングセルの再構成(ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ)、追加(ａｄｄｉｎｇ)及び除去(ｒｅｍｏｖａｌ)のような手順は、無線リソース制御(ＲＲＣ)階層により実行されることができる。新規セカンダリサービングセルの追加において、専用(ｄｅｄｉｃａｔｅｄ)セカンダリサービングセルのシステム情報の送信にＲＲＣシグナリングが使われることができる。一例として、ＲＲＣシグナリングとしてＲＲＣ接続再構成手順が使われることができる。
【００５１】
第九に、プライマリサービングセルは、制御情報を送信する領域内で特定端末に限って制御情報を送信するために設定された端末−特定検索空間(ＵＥ−ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ)に割り当てられるＰＤＣＣＨ(例えば、ダウンリンク割当情報またはアップリンクグラント情報)及びセル内の全ての端末または特定条件に合う複数の端末に制御情報を送信するために設定された共用検索空間(ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ)に割り当てられるＰＤＣＣＨ(例えば、システム情報(ＳＩ)、ランダムアクセス応答(ＲＡＲ)、送信電力制御(ｔｒａｎｓｍｉｔ ｐｏｗｅｒ ｃｏｎｔｒｏｌ：ＴＰＣ))を全部提供することができる。それに対し、セカンダリサービングセルは、端末−特定検索空間のみが設定されることができる。即ち、端末は、セカンダリサービングセルを介して共用検索空間を確認することができないため、共用検索空間を介してのみ送信される制御情報及び制御情報が指示するデータ情報を受信することができない。
【００５２】
セカンダリサービングセルのうち、共用検索空間(ＣＳＳ)が定義されることができるセカンダリサービングセルが定義されることができ、このようなセカンダリサービングセルを特別なセカンダリサービングセル(ｓｐｅｃｉａｌ ＳＣｅｌｌ)という。特別なセカンダリサービングセルは、交差キャリアスケジューリング(ｃｒｏｓｓ ｃａｒｒｉｅｒ ｓｃｈｅｄｕｌｉｎｇ)時、常にスケジューリングセルに設定される。また、プライマリサービングセルに設定されるＰＵＣＣＨが特別なセカンダリサービングセルに対して定義されることができる。
【００５３】
特別なセカンダリサービングセルに対するＰＵＣＣＨは、特別なセカンダリサービングセル構成時、固定的に設定されることもでき、または、基地局がそのセカンダリサービングセルに対する再構成時、ＲＲＣシグナリング(ＲＲＣ再構成メッセージ)により割当(構成)または解除されることもできる。
【００５４】
特別なセカンダリサービングセルに対するＰＵＣＣＨは、そのｓＴＡＧ内に存在するセカンダリサービングセルのＡＣＫ／ＮＡＣＫ情報またはＣＱＩ(ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ；チャネル品質情報)を含み、前述したように、基地局によりＲＲＣシグナリングを介して構成されることができる。
【００５５】
また、基地局は、ｓＴＡＧ内に複数のセカンダリサービングセルのうち、一つの特別なセカンダリサービングセルを構成してもよく、特別なセカンダリサービングセルを構成しなくてもよい。特別なセカンダリサービングセルを構成しない理由は、ＣＳＳ及びＰＵＣＣＨが設定される必要がないと判断されるためである。一例として、競合ベースのランダムアクセス手順がいずれのセカンダリサービングセルでも実行される必要がないと判断し、または現在プライマリサービングセルのＰＵＣＣＨの容量が十分であると判断することで、追加的なセカンダリサービングセルに対するＰＵＣＣＨを設定する必要がない場合がこれに該当する。
【００５６】
プライマリサービングセルとセカンダリサービングセルの特徴に対する本発明の技術的思想は、この説明に限定されるものではなく、これは例示に過ぎず、多くの例を含むことができる。
【００５７】
無線通信環境では、送信機で電波が伝播されて受信機で伝達される中に伝播遅延(ｐｒｏｐａｇａｔｉｏｎ ｄｅｌａｙ)が発生するようになる。したがって、送受信機の両方ともが正確に送信機で電波が伝播される時間を知っているとしても、受信機に信号が到着する時間は、送受信機間距離、周辺伝播環境などにより影響を受けるようになり、受信機が移動する場合、時間によって変わるようになる。もし、送信機が伝達する信号が受信される時点を受信機が正確に知ることができない場合、信号受信が失敗し、または受信するとしても歪曲された信号を受信するようになって通信が不可能になる。
【００５８】
したがって、無線通信システムでは、ダウンリンク／アップリンクを問わず、情報信号を受信するために、基地局と端末との間の同期(ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ)が必ず先決されなければならない。同期の種類は、フレーム同期(ｆｒａｍｅ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ)、情報シンボル同期(ｉｎｆｏｒｍａｔｉｏｎ ｓｙｍｂｏｌ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ)、サンプリング周期同期(ｓａｍｐｌｉｎｇ ｐｅｒｉｏｄ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ)等、多様である。サンプリング周期同期は、物理的信号を区分するために最も基本的に取得しなければならない同期である。
【００５９】
ダウンリンク同期は、基地局の信号に基づいて端末で実行される。基地局は、端末でダウンリンク同期を容易に取得できるように相互に約束された特定信号を送信する。端末は、基地局から特定信号が送信された時間を正確に特定可能でなければならない。ダウンリンクの場合、一つの基地局が複数の端末に同時に同じ同期信号を送信するため、端末は、各々、独立的に同期を取得することができる。ここで、相互に約束された特定信号として、プライマリ同期信号(ＰＳＳ：ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ)、セカンダリ同期信号(ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ)、セル参照信号(ＣＲＳ：ｃｅｌｌ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)などがある。
【００６０】
また、端末に複数のサービングセルが構成されている場合、端末は、各々のサービングセル毎に独立的にダウンリンク同期を取得することもできる。もし、サービングセルのうち、ダウンリンク同期の取得が容易になるように相互約束された特定信号を送信しないサービングセル(ＥＣｅｌｌ：Ｅｘｔｅｎｄｅｄ ｓｅｒｖｉｎｇ ｃｅｌｌ；拡張サービングセル)が存在する場合、サービングセルに対するダウンリンク同期を参照するための参照サービングセルを端末に構成することができる。参照サービングセルの構成は、ＲＲＣシグナリングにより可変的に行われることもでき、プライマリサービングセルとして固定的に行われることもでき、タイミングリファレンスセルになることもできる。ＥＣｅｌｌは、タイミングリファレンスセルになることができない。
【００６１】
アップリンクの場合、基地局は、複数の端末から送信された信号を受信する。各端末と基地局との間の距離が異なる場合、各基地局が受信する信号は、互いに異なる送信遅延時間を有するようになり、各々取得したダウンリンク同期に基づいてアップリンク情報を送信する場合、各端末の情報が互いに異なる時間にその基地局で受信されるようになる。このような場合、基地局は、いずれか一つの端末に基づいて同期を取得することができない。したがって、アップリンク同期取得は、ダウンリンクと異なる手順が必要である。
【００６２】
ランダムアクセス手順(ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ)がアップリンク同期取得のために実行される。ランダムアクセス手順の進行中に、端末は、基地局から送信されるタイミングアライメント値(ｔｉｍｉｎｇ ａｌｉｇｎｍｅｎｔ ｖａｌｕｅ)に基づいてアップリンク同期を取得する。アップリンク時間を早める値を有する点で、タイミングアライメント値は、タイミングアドバンス値(ｔｉｍｉｎｇ ａｄｖａｎｃｅｄ ｖａｌｕｅ)とも呼ばれる。ランダムアクセスプリアンブルは、セカンダリサービングセルのアップリンク時間の同期のためのタイミングアライメント値の取得に使われる。
【００６３】
タイミングアライメント値を含むランダムアクセス応答メッセージを受信し、またはアップリンク同期を取得すると、端末は、タイミングアライメントタイマ(ｔｉｍｅ ａｌｉｇｎｍｅｎｔ ｔｉｍｅｒ)を開始する。タイミングアライメントタイマが作動中の場合、端末は、端末と基地局との間に互いにアップリンク同期が行われた状態にあると判断する。タイミングアライメントタイマが満了された場合または作動されない場合、端末は、端末と基地局との間のアップリンク同期が行われていないと判断し、端末は、ランダムアクセスプリアンブルの送信以外のアップリンク送信は実行しない。
【００６４】
一方、多重コンポーネントキャリアシステムでは、一つの端末が複数のコンポーネントキャリアまたは複数のサービングセルを介して基地局と通信を実行する。端末から複数のサービングセルを介して基地局に送信される信号が全部同じ時間遅延を有すると、端末は、一つのタイミングアライメント値で全てのサービングセルに対するアップリンク同期取得が可能である。それに対し、複数のサービングセルを介して基地局に送信される信号が互いに異なる時間遅延を有すると、サービングセル毎に異なるタイミングアライメント値が要求される。その場合、タイミングアライメント値が複数個存在可能であり、これを多重タイミングアライメント値(ｍｕｌｔｉｐｌｅ ｔｉｍｉｎｇ ａｌｉｇｎｍｅｎｔ ｖａｌｕｅｓ)という。多重タイミングアライメント値が関連したアップリンク同期化手順を多重タイミングアライメント(ｍｕｌｔｉｐｌｅ ｔｉｍｉｎｇ ａｌｉｇｎｍｅｎｔ：Ｍ−ＴＡ)または多重タイミングアドバンス(ｍｕｌｔｉｐｌｅ ｔｉｍｉｎｇ ａｄｖａｎｃｅ：Ｍ−ＴＡ)という。
【００６５】
もし、多重タイミングアライメント値を取得するために、端末が各サービングセルに対して各々ランダムアクセス手順を実行する場合、アップリンク同期取得のために要求されるランダムアクセス手順数が増加するため、限定されたアップリンク及びダウンリンクリソースにオーバーヘッドが発生し、アップリンク同期維持のための同期追跡手順の複雑度が増加できる。このようなオーバーヘッドと複雑度を減らすために、タイミングアライメントグループ(ｔｉｍｉｎｇ ａｌｉｇｎｍｅｎｔ ｇｒｏｕｐ：ＴＡＧ)が定義される。タイミングアライメントグループは、タイミングアドバンスグループ(ｔｉｍｉｎｇ ａｄｖａｎｃｅ ｇｒｏｕｐ)とも呼ばれる。
【００６６】
ＴＡＧは、アップリンクが構成されたサービングセルのうち、同じタイミングアライメント値と同じタイミングリファレンス(ｔｉｍｉｎｇ ｒｅｆｅｒｅｎｃｅ)またはタイミングリファレンスを含むタイミングリファレンスセルを使用するサービングセル(ら)を含むグループである。ここで、タイミングリファレンスは、タイミングアライメント値計算の基準となるＤＬ ＣＣである。例えば、第１のサービングセルと第２のサービングセルがＴＡＧ１に属し、且つ第２のサービングセルがタイミングリファレンスセルである場合、第１のサービングセルと第２のサービングセルには、同じタイミングアライメント値ＴＡ１が適用され、第１のサービングセルは、ＴＡ１値を第２のサービングセルのＤＬ ＣＣのダウンリンク同期時点に基づいて適用する。それに対し、第１のサービングセルと第２のサービングセルが各々ＴＡＧ１とＴＡＧ２に属する場合、第１のサービングセルと第２のサービングセルは、各々、そのＴＡＧ内のタイミングリファレンスセルになり、第１のサービングセルと第２のサービングセルには、異なるタイミングアライメント値ＴＡ１とＴＡ２が各々適用される。ＴＡＧは、プライマリサービングセルを含むことができ、少なくとも一つのセカンダリサービングセルを含むこともでき、プライマリサービングセルと少なくとも一つのセカンダリサービングセルを含むこともできる。
【００６７】
各ＴＡＧは、ＵＬ ＣＣが構成されたサービングセルを少なくとも一つ含み、各ＴＡＧにマッピングされるサービングセルに対する情報をＴＡＧ構成情報という。ＴＡＧは、そのサービングセルを構成したサービング基地局により最初グループ設定及びグループ再編成が決定されると、ＲＲＣシグナリングを介して端末に送信される。
【００６８】
プライマリサービングセルは、ＴＡＧを変更しない。また、端末は、多重タイミングアライメント値が必要な場合、少なくとも２個のＴＡＧをサポート可能でなければならない。一例として、プライマリサービングセルが含まれているｐＴＡＧ(ｐｒｉｍａｒｙ ＴＡＧ)と、プライマリサービングセルが含まれていないｓＴＡＧ(ｓｅｃｏｎｄａｒｙ ＴＡＧ)とに区分されたＴＡＧをサポート可能でなければならない。ここで、ｐＴＡＧは、常にただ一つだけが存在し、ｓＴＡＧは、多重タイミングアライメント値が必要な場合、少なくとも一つ以上存在できる。即ち、多重タイミングアライメント値が必要な場合、ＴＡＧは、複数個に設定されることができる。例えば、最大ＴＡＧ個数は、４個に設定されることができる。また、ｐＴＡＧは、常にＴＡＧ ＩＤ＝０の値を有し、または何らの値も有しないように設定されることができる。
【００６９】
サービング基地局と端末は、各ＴＡＧに対するタイミングアライメント(ＴＡ)値取得及び維持のために、下記のような動作を実行することができる。
【００７０】
１．サービング基地局と端末は、プライマリサービングセルを介してｐＴＡＧのタイミングアライメント値取得及び維持を実行する。また、ｐＴＡＧのＴＡ値計算及び適用のための基準となるタイミングリファレンスは、常にプライマリサービングセル内のＤＬ ＣＣになる。
【００７１】
２．ｓＴＡＧに対する初期アップリンクタイミングアライメント値を得るためには、基地局により初期化される非競合ベースのＲＡ手順が使われる。
【００７２】
３．ｓＴＡＧに対するタイミングリファレンスは、活性化されたセカンダリサービングセルのうち一つが使われることができる。ただ、不要なタイミングリファレンスの変更はないと仮定する。
【００７３】
４．各ＴＡＧは、一つのタイミングリファレンスと一つのタイムアライメントタイマ(ｔｉｍｅ ａｌｉｇｎｍｅｎｔ ｔｉｍｅｒ：ＴＡＴ)を有する。また、各ＴＡＴは、互いに異なるタイマ満了値で構成されることができる。ＴＡＴは、各ＴＡＧが取得して適用したタイミングアライメント値の有効性可否を知らせるために、サービング基地局からタイミングアライメント値を取得した直後から開始または再開始する。
【００７４】
５．ｐＴＡＧのＴＡＴが実行中でない場合、全てのｓＴＡＧに対するＴＡＴは、実行中であるべきではない。即ち、ｐＴＡＧのＴＡＴが満了された場合、ｐＴＡＧを含む全てのＴＡＧのＴＡＴが満了され、ｐＴＡＧに対するＴＡＴが実行中でない時、全てのｓＴＡＧに対するＴＡＴは開始されることができない。
【００７５】
Ａ．ｐＴＡＧのＴＡＴが満了される場合、端末は、全てのサービングセルのＨＡＲＱバッファをフラッシュ(ｆｌｕｓｈ)する。また、全てのダウンリンク及びアップリンクに対するリソース割当構成を初期化(ｃｌｅａｒ)する。一例として、半持続的スケジューリング(ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ：ＳＰＳ)方式のように、ＰＤＣＣＨのようなダウンリンク／アップリンクに対するリソース割当を目的に送信される制御情報無しに周期的なリソース割当が構成されている場合、ＳＰＳ構成を初期化する。また、全てのサービングセルのＰＵＣＣＨ及びタイプ０(周期的)ＳＲＳの構成を解除する。
【００７６】
６．もし、ｓＴＡＧのＴＡＴのみが満了された場合は、下記のような手順を実行する。
【００７７】
Ａ．ｓＴＡＧ内のセカンダリサービングセルのＵＬ ＣＣを介したＳＲＳ送信を中止する。
【００７８】
Ｂ．タイプ０(周期的)ＳＲＳ構成を解除する。タイプ１(非周期的)ＳＲＳ構成は維持する。
【００７９】
Ｃ．ＣＳＩ報告に対する構成情報は維持する。
【００８０】
Ｄ．ｓＴＡＧ内のセカンダリサービングセルのアップリンクに対するＨＡＲＱバッファをフラッシュ(ｆｌｕｓｈ)する。
【００８１】
７．もし、ｓＴＡＧに対するＴＡＴが実行中である場合、ｓＴＡＧ内の全てのセカンダリサービングセルが非活性化された場合であっても、端末は、そのｓＴＡＧのＴＡＴを中止せずに実行する。これはｓＴＡＧ内の全てのセカンダリサービングセルが非活性化されてアップリンク同期を追跡するためのいずれのＳＲＳ及びアップリンク送信が行われない状況が特定時間維持された状態でもＴＡＴを介してそのｓＴＡＧのＴＡ値の有効性を保証することができるという意味である。
【００８２】
８．もし、ｓＴＡＧ内の最後のセカンダリサービングセルが除去された場合、即ち、ｓＴＡＧ内のいずれのセカンダリサービングセルも構成されていない場合、そのｓＴＡＧ内のＴＡＴは中止される。
【００８３】
９．セカンダリサービングセルに対するランダムアクセス手順は、活性化されたセカンダリサービングセルに対し、基地局が物理階層制御情報チャネルであるＰＤＣＣＨを介してランダムアクセス手順の開始を指示するＰＤＣＣＨ命令(ｏｒｄｅｒ)を送信することによって実行されることができる。ＰＤＣＣＨ命令は、その端末のｓＴＡＧ内のセカンダリサービングセルで使用することができるランダムアクセスプリアンブルインデックス情報と、そのセカンダリサービングセルで使用可能な時間／周波数リソースのうち、全体または一部に対してランダムアクセスプリアンブル送信を許容するＰＲＡＣＨマスクインデックス情報とを含む。したがって、セカンダリサービングセルに対するランダムアクセス手順は、非競合ベースのランダムアクセス手順を介してのみ実行される。ここで、非競合ベースのランダムアクセス手順を指示するために、ＰＤＣＣＨ命令内の含まれているランダムアクセスプリアンブル情報は、「００００００」以外の情報に指示されなければならない。
【００８４】
１０．ランダムアクセス応答(ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ：ＲＡＲ)メッセージ送信のためのＰＤＣＣＨ及びＰＤＳＣＨは、プライマリサービングセルを介して送信されることができる。
【００８５】
１１．セカンダリサービングセルのランダムアクセスプリアンブルの再送信回数が最大許容再送信回数に到達した場合：Ａ)ＭＡＣ階層は、ランダムアクセス手順を中止する。Ｂ)ＭＡＣ階層は、ランダムアクセスが失敗したことをＲＲＣ階層に知らせない。したがって、ＲＬＦ(ｒａｄｉｏ ｌｉｎｋ ｆａｉｌｕｒｅ)のトリガリングを誘発しない。Ｃ)端末は、基地局にセカンダリサービングセルのランダムアクセスが失敗することを知らせない。
【００８６】
１２．ｐＴＡＧの経路減衰リファレンスは、プライマリサービングセルまたはｐＴＡＧ内のセカンダリサービングセルになり、基地局は、ｐＴＡＧ内のサービングセル毎にＲＲＣシグナリングを介して互いに異なるように設定することができる。
【００８７】
１３．ｓＴＡＧ内の各サービングセルのアップリンクＣＣの経路減衰リファレンスは、各々、ＳＩＢ２接続設定されたダウンリンクＣＣである。ここで、ＳＩＢ２に接続設定されたとは、そのセカンダリサービングセルのＳＩＢ１内の情報に基づいて構成されたＤＬ ＣＣとＳＩＢ２内の情報に基づいて構成されたＵＬ ＣＣとの間の接続設定を意味する。ここで、ＳＩＢ２は、ブロードキャスティングチャネルを介して送信されたシステム情報ブロックのうち一つであり、ＳＩＢ２は、セカンダリサービングセルを構成する時、ＲＲＣ再構成手順を介して基地局から端末に送信される。ＳＩＢ２内にはアップリンク中心周波数情報が含まれており、ＳＩＢ１内にはダウンリンク中心周波数情報が含まれている。
【００８８】
端末は、さまざまなハードウェア構成でリリースされる。基地局が端末に構成された複数のサービングセルに対する多重タイミングアライメント値を計算することができるとしても、端末性能(ｃａｐａｂｉｌｉｔｙ)の制約により、端末が複数のタイミングアライメント値を実際通信に適用することができない場合がある。即ち、端末のハードウェア構造上、多重タイミングアライメントをサポートする端末とサポートしない端末が存在する。したがって、多重コンポーネントキャリアシステムの円滑な運営のために、基地局は、端末が多重タイミングアライメントをサポートするか否かを知っていなければならず、端末と基地局との間にこれを知るためのプロトコルが決まらなければならない。
【００８９】
簡単な方式として、端末は、多重タイミングアライメント(Ｍ−ＴＡ)をサポートするか、サポートする場合、ある程度までまたはどのような形態でサポートできるかに対する情報を基地局に信号伝達(ｓｉｇｎａｌｉｎｇ)すると、基地局は、信号伝達に基づいて端末と多重タイミングアライメントを実行し、または実行しない。端末が多重タイミングアライメントをサポートする性能を多重タイミングアライメント性能(Ｍ−ＴＡ ｃａｐａｂｉｌｉｔｙ)という。
【００９０】
多重タイミングアライメント性能に対する信号伝達のために、ＲＲＣ階層のメッセージが使われることができる。より具体的に、多重タイミングアライメント性能に対する信号伝達のために、端末性能送信(ＵＥ ｃａｐａｂｉｌｉｔｙ ｔｒａｎｓｆｅｒ)手順が使われることができる。端末性能情報は、端末の基本的なハードウェア性能や物理的性能のような無線接続(ｒａｄｉｏ ａｃｃｅｓｓ)性能をネットワークに知らせるときに使われる。多重タイミングアライメント性能は、端末のハードウェア的構造と密接な関連があるため、端末のハードウェア構造を定義する端末性能情報が多重タイミングアライメント性能または信号伝達に関する情報を含むように構成することができる。
【００９１】
以下、多重タイミングアライメント性能情報を構成する方法に対して詳細に開示する。
【００９２】
１．端末単位の多重タイミングアライメント性能情報構成
【００９３】
多重タイミングアライメント性能情報は、端末単位に定義されることができ、ＯＮ／ＯＦＦ方式で端末の多重タイミングアライメント性能のサポート可否を表示することができる。例えば、ＯＮの場合、端末が多重タイミングアライメントをサポートすることを示し、ＯＦＦの場合、端末が多重タイミングアライメントをサポートすることができないことを示す。このような形態の多重タイミングアライメント性能情報は、バンド間キャリアアグリゲーションだけでなくバンド内キャリアアグリゲーションで多重タイミングアライメントのサポートを考慮する場合に適用されることができる。一般的な端末のＲＦハードウェア構成から見る時、単一ＲＦを備えた端末は、多重タイミングアライメントをサポートしにくい、または不可能である。したがって、端末に具現されたＲＦ方式によって端末単位に多重タイミングアライメント性能が定義されることができる。
【００９４】
一例として、多重タイミングアライメント性能情報は、以下の表のようなフィールドで構成されることができる。
【００９５】
【表１】
2015516774.tif 000003
【００９６】
表１を参照すると、ｍｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールド（多重タイミングアドバンスフィールド）は、多重タイミングアライメント性能情報である。ＯＰＴＩＯＮＡＬという表示は、ｍｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドが上位フィールド(ｕｐｐｅｒ ｆｉｅｌｄ)内に選択的に含まれることができることを意味する。上位フィールドは、ｍｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドを含むフィールドである。端末は、ｍｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドを上位フィールド内に含ませてもよく、含ませなくてもよい。例えば、ｍｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドが上位フィールド内に含まれることは、端末が多重タイミングアライメントをサポートすることを意味する。ｍｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドが上位フィールド内に含まれる場合、端末がサポート可能な(ｓｕｐｐｏｒｔａｂｌｅ)全てのバンドコンビネーション(ｂａｎｄ ｃｏｍｂｉｎａｔｉｏｎ)で発生する全ての多重タイミングアライメントがサポートされることができることを示す。それに対し、ｍｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドが上位フィールド内に含まれないことは、端末が多重タイミングアライメントをサポートしないことを意味する。
【００９７】
上位フィールド内にｍｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドが含まれている場合、基地局は、端末が多重タイミングアライメントをサポートすることができることを知ることができる。それに対し、上位フィールド内にｍｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドが含まれていない場合、基地局は、端末が多重タイミングアライメントをサポートすることができないことを知ることができる。
【００９８】
他の例として、多重タイミングアライメント性能情報は、以下の表のようなフィールドで構成されることができる。
【００９９】
【表２】
2015516774.tif 000004
【０１００】
表２を参照すると、ｍａｘＭｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールド（最大多重タイミングアドバンスフィールド）は、多重タイミングアライメント性能情報である。ＯＰＴＩＯＮＡＬという表示は、ｍａｘＭｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドが上位フィールド内に選択的に含まれることができることを意味する。即ち、端末は、ｍａｘＭｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドを上位フィールド内に含ませてもよく、含ませなくてもよい。ｍａｘＭｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドが上位フィールド内に含まれることは、端末が多重タイミングアライメントをサポートすることを意味する。このとき、整数（Ｉｎｔｅｇｅｒ）(１...４)は、端末が最大にサポート可能な多重タイミングアライメントの個数を指示する。例えば、整数（Ｉｎｔｅｇｅｒ）(３)の場合、端末が最大にサポート可能な多重タイミングアライメントの数は３であることを示す。一方、ｍａｘＭｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドが上位フィールド内に含まれないことは、端末が多重タイミングアライメントをサポートしないことを意味する。整数（Ｉｎｔｅｇｅｒ）(１...４)は、例示に過ぎず、最大サポート可能な多重タイミングアライメントの数は、４個以上であってもよく、その以下であってもよい。
【０１０１】
他の例として、多重タイミングアライメント性能情報は、以下の表のようなフィールドで構成されることができる。
【０１０２】
【表３】
2015516774.tif 000005
【０１０３】
表３を参照すると、多重タイミングアライメント性能情報は、ｍｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドとｍａｘＭｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドとを含む。ｍｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドとｍａｘＭｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドは、上位フィールド内に選択的に含まれる。ｍｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドとｍａｘＭｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドが上位フィールド内に含まれることは、端末が最大１個〜４個までの多重タイミングアライメントをサポートすることを指示する。整数（Ｉｎｔｅｇｅｒ）(１...４)は、例示に過ぎず、最大サポート可能な多重タイミングアライメントの数は、４個以上であってもよく、その以下であってもよい。ｍｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドとｍａｘＭｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドが上位フィールド内に含まれないことは、端末が多重タイミングアライメントをサポートしないことを指示する。
【０１０４】
表１乃至表３の多重タイミングアライメント性能情報を含む上位フィールドは、例えば、端末の物理階層パラメータを示すＰｈｙＬａｙｅｒＰａｒａｍｅｔｅｒｓフィールド（物理階層パラメータフィールド）である。または、表１乃至表３の多重タイミングアライメント性能情報を含む上位フィールドは、例えば、端末に具現されたＲＦパラメータ特徴を指示するＲＦ−Ｐａｒａｍｅｔｅｒｓフィールド（ＲＦ−パラメータフィールド）である。または、表１乃至表３の多重タイミングアライメント性能情報を含む上位フィールドは、例えば、端末性能送信手順で使われる端末のＥ−ＵＴＲＡ性能(ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ)フィールドである。
【０１０５】
２．バンド単位の多重タイミングアライメント性能情報構成
【０１０６】
端末は、多重タイミングアライメントのサポート可否を、端末毎にだけでなく、バンド毎に指示することができる。例えば、端末は、ＯＮ／ＯＦＦ方式に各バンドの多重タイミングアライメントのサポート可否を表示することができる。キャリアアグリゲーションは、バンド間キャリアアグリゲーションとバンド内キャリアアグリゲーションとに大別されることができる。多重タイミングアライメント性能は、キャリアアグリゲーションを前提とするため、多重タイミングアライメント性能のサポート可否も、バンド間キャリアアグリゲーションである場合及びバンド内キャリアアグリゲーションである場合によって、異なるように決定されることができ、異なる信号伝達方式が適用されることができる。
【０１０７】
(１)バンド間キャリアアグリゲーションと多重タイミングアライメント性能情報
【０１０８】
一例として、バンド間キャリアアグリゲーションがサポートされる端末において、多重タイミングアライメントのサポート可否は、表４のようにＲＦ ｐａｒａｍｅｔｅｒｓフィールドに含まれるバンド間多重タイミングアライメント(ｉｎｔｅｒｂａｎｄＭｕｌｔｉｐｌｅＴＡ)フィールド及び最大多重タイミングアライメント(ｍａｘＭｕｌｔｉｐｌｅＴＩｍｉｎｇＡｄｖａｎｃｅ)フィールドにより明示的に指示されることができる。
【０１０９】
【表４】
2015516774.tif 000006
【０１１０】
表４を参照すると、多重タイミングアライメント性能情報は、ｉｎｔｅｒｂａｎｄＭｕｌｔｉｐｌｅＴＡフィールドとｍａｘＭｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドを含む。ｉｎｔｅｒｂａｎｄＭｕｌｔｉｐｌｅＴＡフィールドとｍａｘＭｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドは、上位フィールドであるＲＦ−Ｐａｒａｍｅｔｅｒｓフィールド内に選択的に含まれる。ｉｎｔｅｒｂａｎｄＭｕｌｔｉｐｌｅＴＡフィールドとｍａｘＭｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドがＲＦ−Ｐａｒａｍｅｔｅｒｓフィールド内に含まれることは、端末が最大１個〜４個までの多重タイミングアライメントをサポートすることを指示する。整数（Ｉｎｔｅｇｅｒ）(１...４)は、例示に過ぎず、最大サポート可能な多重タイミングアライメントの数は、４個以上であってもよく、その以下であってもよい。ｉｎｔｅｒｂａｎｄＭｕｌｔｉｐｌｅＴＡフィールドとｍａｘＭｕｌｔｉｐｌｅＴｉｍｉｎｇＡｄｖａｎｃｅフィールドがＲＦ−Ｐａｒａｍｅｔｅｒｓフィールド内に含まれないことは、端末が多重タイミングアライメントをサポートしないことを指示する。
【０１１１】
他の例として、バンド間キャリアアグリゲーションがサポートされる端末において、多重タイミングアライメントのサポート可否は、黙示的に信号伝達されることができる。同時にサポートされる(または、アグリゲーションされる)バンド(ｓｉｍｕｌｔａｎｅｏｕｓｌｙ ｓｕｐｐｏｒｔｅｄ ｂａｎｄ)に対する情報を利用する場合、端末が多重タイミングアライメントのサポート可否を明示的に表示しなくても、基地局は、端末の多重タイミングアライメント性能を推定することができる。端末が同時にサポート可能であるとは、端末が該当組合せのバンドで、同時にダウンリンク受信を実行し、または同時にアップリンク送信を実行することができることを意味する。端末は、階層的な構造のフィールドとして、同時にサポートされるバンドコンビネーションを表示することができる。サポートされるバンドコンビネーション(ｓｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ)の合計が最初に表示され、次に各バンドコンビネーションに含まれるバンド(ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒ)が表示され、最後に各組合せに含まれるバンドの特性(ｂａｎｄ ｐａｒａｍｅｔｅｒｓ)が表示される。
【０１１２】
例えば、端末により同時にサポートされるバンドコンビネーション(ｓｉｍｕｌｔａｎｅｏｕｓｌｙ ｓｕｐｐｏｒｔｅｄ ｂａｎｄ ｃｏｍｂｉｎａｔｉｏｎ)が{バンド１}、{バンド１,バンド２}、{バンド１,バンド２,バンド３}と仮定する。端末によりサポートされる３個のバンドコンビネーションは、サポートされるバンドコンビネーション(ｓｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ)フィールド内の３個のバンドコンビネーションパラメータ(ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒ)フィールドにより各々特定される。サポートされるバンドコンビネーションの最大個数であるｍａｘＢａｎｄＣｏｍｂは、例えば、１２８になることができる。即ち、最大１２８個のバンドコンビネーションパラメータ(ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒ)フィールドがサポートされるバンドコンビネーション(ｓｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ)フィールドに含まれることができる。
【０１１３】
１番目のバンドコンビネーション{バンド１}は、バンドの数が１個であり、１番目のバンドコンビネーションパラメータ(ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒ)フィールドにより指示される。２番目のバンドコンビネーション{バンド１,バンド２}は、バンドの数が２個であり、これは２番目のバンドコンビネーションパラメータ(ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒ)フィールドにより指示される。３番目のバンドコンビネーション{バンド１,バンド２,バンド３}は、バンドの数が３個であり、これは３番目のバンドコンビネーションパラメータ(ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒ)フィールドにより指示される。
【０１１４】
即ち、バンドコンビネーションパラメータ(ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒ)フィールドは、サポートされるバンドコンビネーションの個数ほど存在し、サポートされるバンドコンビネーションフィールドのサブフィールドとして挿入される。各バンドコンビネーションに含まれるバンドは、端末により同時にサポートされるバンドのコンビネーションであり、その最大値であるｍａｘＳｉｍｕｌｔａｎｅｏｕｓＢａｎｄｓは、例えば、６４になることができる。
【０１１５】
次に、各バンドコンビネーションに含まれているバンドのインデックス、コンポーネントキャリアクラス(ＣＡ ｃｌａｓｓ)、ＭＩＭＯ性能など、バンドの具体的な物理的特性は、バンドコンビネーションパラメータ(ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒ)フィールドのサブフィールドであるバンドパラメータ(ｂａｎｄ ｐａｒａｍｅｔｅｒｓ)フィールドにより定義される。バンドのインデックスは、ｂａｎｄＥＵＴＲＡフィールドにより指示され、指示値の範囲は、１〜６４である。例えば、バンドのインデックスは、以下の表の通りである。
【０１１６】
【表５】
2015516774.tif 000007
【０１１７】
表５を参照すると、例えば、ｂａｎｄＥＵＴＲＡフィールド＝９を指示する場合、該当バンドは、ＦＤＤであり、アップリンク動作バンドが１７４９.９ＭＨｚ−１７８４.９ＭＨｚであり、ダウンリンク動作バンドが１８４４.９ＭＨｚ−１８７９.９ＭＨｚであることを意味する。このように、各バンドは、アップリンクとして使われるバンドとダウンリンクとして使われるバンドが区別されているため、各リンク別特性は、再びバンドパラメータ(ｂａｎｄ ｐａｒａｍｅｔｅｒｓ)フィールドのサブフィールドであるアップリンクバンドパラメータ(ｂａｎｄＰａｒａｍｅｔｅｒｓＵＬ)フィールドとダウンリンクバンドパラメータ(ｂａｎｄＰａｒａｍｅｔｅｒｓＤＬ)フィールドにより指示される。
【０１１８】
アップリンクバンドパラメータフィールドは、コンポーネントキャリアクラス(ｃａ−ＢａｎｄｗｉｄｔｈＣｌａｓｓＵＬ)フィールドとＭＩＭＯ性能(ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＵＬ)フィールドをサブフィールドとして含む。コンポーネントキャリアクラスフィールドは、同時にアグリゲーションされるバンドの各々に対するコンポーネントキャリアクラスを定義する。
【０１１９】
例えば、コンポーネントキャリアクラスは、以下の表のようにＡ〜Ｆに分類されることができ、各コンポーネントキャリアクラス別にアグリゲーションされた送信帯域幅構成、最大ＣＣ個数及び保護帯域幅が定義される。
【０１２０】
【表６】
2015516774.tif 000008
【０１２１】
表６を参照すると、コンポーネントキャリアクラスＡの場合、該当バンド内で構成されることができる最大ＣＣの個数は、１であるため、該当バンド内ではキャリアアグリゲーションされない。また、最大１個のＣＣによりアグリゲーションされる送信帯域幅は、最大１００個以内のリソースブロック(Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ：ＲＢ)により構成される(ＮＲＢ,ａｇｇ≦１００)。コンポーネントキャリアクラスＢの場合、該当バンド内の最大ＣＣの個数は、２であるため、該当バンド内では最大２個のＣＣによるアグリゲーションが可能である。また、ＮＲＢ,ａｇｇ≦１００であるため、最大２個のＣＣによりアグリゲーションされる送信帯域幅は、最大１００個以内のリソースブロックにより構成される。一方、ＢＷＣｈａｎｎｅｌ(１)とＢＷＣｈａｎｎｅｌ(２)は、以下の表による二つのＥ−ＵＴＲＡコンポーネントキャリアのチャネル帯域幅を意味する。
【０１２２】
【表７】
2015516774.tif 000009
【０１２３】
表７を参照すると、ＬＴＥシステムで使われる各サービングセルのアップリンクまたはダウンリンクコンポーネントキャリアの帯域幅の種類を知ることができる。
【０１２４】
整理すると、端末にサポートされるバンドコンビネーションに対する情報は、サポートされるバンドコンビネーション(ｓｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ)フィールド、バンドコンビネーションパラメータ(ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒ)フィールド、バンドパラメータ(ｂａｎｄｐａｒａｍｅｔｅｒｓ)フィールド、アップリンクバンドパラメータ(ｂａｎｄＰａｒａｍｅｔｅｒｓＵＬ)フィールド、コンポーネントキャリアクラス(ｃａ−ＢａｎｄｗｉｄｔｈＣｌａｓｓＵＬ)フィールド、ＭＩＭＯ性能(ｓｕｐｐｏｒｔｅｄＭＩＭＯ−ＣａｐａｂｉｌｉｔｙＵＬ)フィールドを含み、これらを全部表示すると、以下の表８の通りである。サポートされるバンドコンビネーション(ｓｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ)フィールドは、ＲＦ−ｐａｒａｍｅｔｅｒｓフィールドに含まれる。
【０１２５】
【表８】
2015516774.tif 000010
【０１２６】
例えば、バンドコンビネーションが３個存在し、各バンドコンビネーションはバンド１とバンド２で構成されると仮定する。この場合、サポートされるバンドコンビネーション(ｓｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ)フィールドは、３個のバンドコンビネーションパラメータ(ＢａｎｄＣｏｍｂｉｎａｔｉｏｎＰａｒａｍｅｔｅｒ)フィールドを含む。一方、各バンドコンビネーションは２個のバンドで構成されるため、各バンドコンビネーションパラメータフィールドは２個のバンドパラメータ(ＢａｎｄＰａｒａｍｅｔｅｒｓ)フィールドを含む。２個のバンドパラメータフィールドは、各々、バンド１とバンド２を指示するｂａｎｄＥＵＴＲＡフィールドを含む。
【０１２７】
このような状況で、２個のバンドが有することができるコンポーネントキャリアクラスは、以下の表のような三つのシナリオが可能である。
【０１２８】
【表９】
2015516774.tif 000011
【０１２９】
表９を参照すると、シナリオ１は、バンド１とバンド２のアップリンクコンポーネントキャリアクラスが全部「Ａ」である場合である。この場合、バンド１に該当するｃａ−ＢａｎｄｗｉｄｔｈＣｌａｓｓＵＬフィールドとバンド２に該当するｃａ−ＢａｎｄｗｉｄｔｈＣｌａｓｓＵＬフィールドの両方とも「Ａ」を指示する。コンポーネントキャリアクラス(ＣＡ Ｃｌａｓｓ)Ａは、バンド内にただ一つのコンポーネントキャリアのみがサポートされることを意味する。したがって、バンドはｎｏｎ−ＣＡを意味するが、一つのコンポーネントキャリアはバンド１とバンド３の各々にサポートされる。結果的に２個のコンポーネントキャリアが端末によってサポートされることを意味する。したがって、シナリオ１は、バンド間キャリアアグリゲーションが可能であることを意味し、互いに異なるバンド１とバンド３を使用したキャリアアグリゲーションが可能である。
【０１３０】
シナリオ２は、バンド１のアップリンクコンポーネントキャリアクラスが「ｘ」であり、バンド２のアップリンクコンポーネントキャリアクラスが「Ａ」である場合である。ｘは、Ｂ〜Ｆのうちいずれか一つである。即ち、一つのバンドでは、単一コンポーネントキャリアのみがサポートされ、他の一つのバンドでは、２以上のコンポーネントキャリアアグリゲーションがサポートされる場合である。バンド１に該当するｃａ−ＢａｎｄｗｉｄｔｈＣｌａｓｓＵＬフィールドはＢ〜Ｆのうち一つを指示し、バンド３に該当するｃａ−ＢａｎｄｗｉｄｔｈＣｌａｓｓＵＬフィールドは「Ａ」を指示する。したがって、バンド３のみは、ｎｏｎ−ＣＡを意味する。しかし、バンド１では２以上のコンポーネントキャリアがサポートされるため、端末の立場では、結論的に２個以上のコンポーネントキャリアがサポートされることを意味する。したがって、シナリオ２は、バンド間キャリアアグリゲーションが可能であることを意味し、互いに異なるバンド１とバンド３を使用したキャリアアグリゲーションが可能である。
【０１３１】
シナリオ３は、バンド１のアップリンクコンポーネントキャリアクラスは「ｚ」であり、バンド2のアップリンクコンポーネントキャリアクラスは「ｚ′」である場合である。ｚとｚ′は、Ｂ〜Ｆのうちいずれか一つである。即ち、２個のバンドで複数のコンポーネントキャリアがサポートされる場合である。バンド１とバンド３に該当するｃａ−ＢａｎｄｗｉｄｔｈＣｌａｓｓＵＬフィールドは、各々、Ｂ〜Ｆのうち一つを指示する。バンド１とバンド３の両方で２以上のコンポーネントキャリアがサポートされるため、端末の立場では、結論的に２個以上のコンポーネントキャリアがサポートされることを意味する。したがって、シナリオ３は、バンド間キャリアアグリゲーションが可能であることを意味し、互いに異なるバンド１とバンド３を使用したキャリアアグリゲーションが可能である。
【０１３２】
表９に対するシナリオの説明がアップリンクキャリアアグリゲーションのみを例示したが、ダウンリンクキャリアアグリゲーションにも同じく適用されることができる。
【０１３３】
端末は、端末にサポートされるバンドコンビネーションに対する情報を介して、多重タイミングアライメントのサポート可能可否を黙示的に基地局に知らせることができ、これに対する具体的な判断は、下記の通りである。
【０１３４】
端末がバンド間(ｉｎｔｅｒ−ｂａｎｄ)のキャリアアグリゲーションが可能であるとは、端末が多重タイミングアライメントをサポート可能であることを示す。即ち、一つのバンドコンビネーション内にコンポーネントキャリアクラス「Ａ」又はそれ以上に設定されたアップリンクバンドが少なくとも２個以上存在することは、該当バンド間にキャリアアグリゲーションされることを意味するだけでなく、多重タイミングアライメントがサポートされることを意味する。これは、端末が多重タイミングアライメントをサポートすることを明示的に示さないが、基地局は、端末にサポートされるバンドコンビネーションに対する情報から黙示的に多重タイミングアライメントのサポート可否を知ることができる。各バンドに対するアップリンクパラメータ及びダウンリンクパラメータは、任意であり存在しないこともあるため、既存フィールドの変更がなくても、基地局は、多重タイミングアライメントのサポート可否を知ることができる。
【０１３５】
このように、バンド間キャリアアグリゲーションのために、サポートされるバンドコンビネーションに対する情報を利用すると、端末は、バンド間キャリアアグリゲーションでの多重タイミングアライメント性能情報を基地局に別途に信号伝達する必要がないため、信号伝達に必要なリソースを減らすことができる。
【０１３６】
(２)バンド内(ｉｎｔｒａ−ｂａｎｄ)キャリアアグリゲーションと多重タイミングアライメント性能情報の構成
【０１３７】
バンド内キャリアアグリゲーションが行われる場合においても、端末が多重タイミングアライメント性能をサポートするか否かを知らせる方法が必要である。多重タイミングアライメント性能サポートは、各バンド別に定義されることができる。したがって、各バンド別特性を定義する上位フィールドがある場合、多重タイミングアライメント性能情報は、サブフィールドとして上位フィールドに含まれることができる。上位フィールドには様々なものがあり、以下、上位フィールドの種類による多重タイミングアライメント性能情報を構成する多様な実施例が開示される。
【０１３８】
(２−１)上位フィールドがバンド内アップリンク非連続ＣＡ(ｎｏｎＣｏｎｔｉｇｕｏｕｓＵＬ−ＣＡ−ＷｉｔｈｉｎＢａｎｄ)フィールドである場合
【０１３９】
一例として、端末がバンド内で互いに非連続のコンポーネントキャリア間にキャリアアグリゲーションをサポートする場合、端末が多重タイミングアライメント性能をサポートするとみることができる。したがって、端末がバンド内で互いに非連続のコンポーネントキャリア間にキャリアアグリゲーションをサポートするか否かを知らせる以下の表のようなバンド内アップリンク非連続ＣＡ(ｎｏｎＣｏｎｔｉｇｕｏｕｓＵＬ−ＣＡ−ＷｉｔｈｉｎＢａｎｄ)フィールドにより、端末の多重タイミングアライメント性能が黙示的に信号伝達されることができる。即ち、バンド内多重タイミングアライメントがサポートされるバンド(または、周波数帯域)が存在する場合、これを以下の表のようなリストで表すことができる。
【０１４０】
【表１０】
2015516774.tif 000012
【０１４１】
表１０を参照すると、バンド内アップリンク非連続ＣＡリスト(ｎｏｎＣｏｎｔｉｇｕｏｕｓＵＬ−ＣＡ−ＷｉｔｈｉｎＢａｎｄ−Ｌｉｓｔ)フィールドは、バンド内でアップリンク非連続のキャリアアグリゲーションをサポートするバンドを指示する。ｎｏｎＣｏｎｔｉｇｕｏｕｓＵＬ−ＣＡ−ＷｉｔｈｉｎＢａｎｄ−Ｌｉｓｔフィールドは、サブフィールドであるバンド内アップリンク非連続ＣＡ(ｎｏｎＣｏｎｔｉｇｕｏｕｓＵＬ−ＣＡ−ＷｉｔｈｉｎＢａｎｄ)フィールドを含み、ｎｏｎＣｏｎｔｉｇｕｏｕｓＵＬ−ＣＡ−ＷｉｔｈｉｎＢａｎｄフィールドは、最大ｍａｘＢａｎｄほど含まれることができる。ｍａｘＢａｎｄｓは、例えば、６４である。各ｎｏｎＣｏｎｔｉｇｕｏｕｓＵＬ−ＣＡ−ＷｉｔｈｉｎＢａｎｄフィールドは、アップリンク非連続ＣＡをサポートするバンドを指示するｂａｎｄＥＵＴＲＡフィールドを含む。ｂａｎｄＥＵＴＲＡにより指示されるバンドは、アップリンク非連続ＣＡが可能であるため、このバンド内で端末が多重タイミングアライメントをサポートすることを知ることができる。
【０１４２】
他の例として、各ｎｏｎＣｏｎｔｉｇｕｏｕｓＵＬ−ＣＡ−ＷｉｔｈｉｎＢａｎｄフィールドは、表１１のように、ｂａｎｄＥＵＴＲＡフィールドと、該当バンドで多重タイミングアライメントを明示的にサポートするか否かを知らせる多重タイミングアライメント(ＭＴＡ)フィールドをさらに含むことができる。
【０１４３】
【表１１】
2015516774.tif 000013
【０１４４】
表１１を参照すると、ｂａｎｄＥＵＴＲＡフィールドは、該当バンドがバンド間アップリンク非連続ＣＡをサポートすることを指示し、ＭＴＡフィールドは、ｂａｎｄＥＵＴＲＡフィールドとは別途に該当バンドの多重タイミングアライメントサポート可否を指示する。
【０１４５】
ここで、表１０または表１１のようなバンド内アップリンク非連続ＣＡ(ｎｏｎＣｏｎｔｉｇｕｏｕｓＵＬ−ＣＡ−ＷｉｔｈｉｎＢａｎｄ)フィールドは、端末のｒｆ−ＰａｒａｍｅｔｅｒｓフィールドまたはｐｈｙＬａｙｅｒＰａｒａｍｅｔｅｒｓフィールドと共に端末のＥ−ＵＴＲＡ性能(ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ)フィールドに対等に含まれるフィールドである。または、表１０または表１１のようなバンド内アップリンク非連続ＣＡ(ｎｏｎＣｏｎｔｉｇｕｏｕｓＵＬ−ＣＡ−ＷｉｔｈｉｎＢａｎｄ)フィールドは、表１２のように端末のｒｆ−Ｐａｒａｍｅｔｅｒｓフィールドに含まれ、またはｐｈｙＬａｙｅｒＰａｒａｍｅｔｅｒｓフィールドに含まれるサブフィールドである。
【０１４６】
【表１２】
2015516774.tif 000014
【０１４７】
(２−２)上位フィールドがアップリンクバンドパラメータフィールドである場合
【０１４８】
端末で同時にサポートされるバンドコンビネーションに対する情報は、表８のような階層的構造から見る時、アップリンクバンドパラメータフィールドの一種であるＣＡ−ＭＩＭＯ−ＰａｒａｍｅｔｅｒｓＵＬフィールドを含む。また、ＣＡ−ＭＩＭＯ−ＰａｒａｍｅｔｅｒｓＵＬフィールドは、バンドのコンポーネントキャリアクラスを定義するｃａ−ＢａｎｄｗｉｄｔｈＣｌａｓｓＵＬフィールドを含むため、多重タイミングアライメント性能情報は、上位フィールドであるＣＡ−ＭＩＭＯ−ＰａｒａｍｅｔｅｒｓＵＬフィールドに含まれるサブフィールドである。これを表で表せば、以下の通りである。
【０１４９】
【表１３】
2015516774.tif 000015
【０１５０】
表１３を参照すると、ＣＡ−ＭＩＭＯ−ＰａｒａｍｅｔｅｒｓＵＬフィールドは、多重タイミングアライメント性能情報であるｉｎｔｒａｂａｎｄＭｕｌｔｉｐｌｅＴＡフィールドを選択的に含む。ｉｎｔｒａｂａｎｄＭｕｌｔｉｐｌｅＴＡフィールドがＣＡ−ＭＩＭＯ−ＰａｒａｍｅｔｅｒｓＵＬフィールドに含まれる場合、該当バンドは、バンド内多重タイミングアライメントをサポートすることを示す。即ち、該当バンド内で複数のタイミングアライメント値を設定することができることを示す。それに対し、ｉｎｔｒａｂａｎｄＭｕｌｔｉｐｌｅＴＡフィールドがＣＡ−ＭＩＭＯ−ＰａｒａｍｅｔｅｒｓＵＬフィールドに含まれない場合、該当バンドは、バンド内多重タイミングアライメントをサポートしないことを示す。ここで、該当バンドは、ＢａｎｄＰａｒａｍｅｔｅｒｓフィールド内のｂａｎｄＥＵＴＲＡフィールドにより指示される。
【０１５１】
(２−３)上位フィールドが端末にサポートされるバンドＥＵＴＲＡ(ｓｕｐｐｏｒｔｅｄＢａｎｄＥＵＴＲＡ)フィールドである場合
【０１５２】
サポートされるバンドＥＵＴＲＡ(ｓｕｐｐｏｒｔｅｄＢａｎｄＥＵＴＲＡ)フィールドは、バンドコンビネーションパラメータにより指示される全てのバンドに対する情報を指示する。これは以下の表の通りである。
【０１５３】
【表１４】
2015516774.tif 000016
【０１５４】
表１４を参照すると、サポートされるバンドリストＥＵＴＲＡ(ｓｕｐｐｏｒｔｅｄＢａｎｄＬｉｓｔＥＵＴＲＡ)フィールドは、ＲＦ−ｐａｒａｍｅｔｅｒｓフィールドのサブバンドである。サポートされるバンドＥＵＴＲＡ(ｓｕｐｐｏｒｔｅｄＢａｎｄＥＵＴＲＡ)フィールドは、サポートされるバンドリストＥＵＴＲＡ(ｓｕｐｐｏｒｔｅｄＢａｎｄＬｉｓｔＥＵＴＲＡ)フィールドのサブバンドである。サポートされるバンドＥＵＴＲＡ(ｓｕｐｐｏｒｔｅｄＢａｎｄＥＵＴＲＡ)フィールドは、該当バンドの動作バンド(ｏｐｅｒａｔｉｎｇ ｂａｎｄ)のインデックスを指示するｂａｎｄＥＵＴＲＡフィールドと、該当バンドが半デュプレックス(ｈａｌｆ−ｄｕｐｌｅｘ)モードをサポートするか否かを指示するｈａｌｆＤｕｐｌｅｘフィールドとを含む。ｈａｌｆＤｕｐｌｅｘフィールドの値が「ｔｒｕｅ」の場合、該当バンドに対して半デュプレックス動作のみがサポートされ、「ｆａｌｓｅ」の場合、該当バンドに対して全デュプレックス(ｆｕｌｌ−ｄｕｐｌｅｘ)動作がサポートされる。
【０１５５】
端末が多重タイミングアライメントをサポートする必要な状況を整理すると、下記の通りである。ネットワーク構成によって、多重タイミングアライメントがサポートされなければならない環境が存在する。アップリンクに対するバンド間キャリアアグリゲーション(ｉｎｔｅｒ ｂａｎｄ ＣＡ)の場合、端末がアグリゲーションされた複数のアップリンクコンポーネントキャリアで同じ信号を送信するとしても、互いに異なる周波数に対する信号伝播特性により、最もエネルギが高い主要経路(ｍａｉｎ ｐａｔｈ)の信号が基地局に到達する時刻は互いに異なる。したがって、ネットワークまたは基地局では、潜在的にバンド間に構成されたアップリンクコンポーネントキャリアに対して互いに異なるタイミングアライメント値が設定されることができると判断することができる。
【０１５６】
しかし、バンド内キャリアアグリゲーション(ｉｎｔｒａ ｂａｎｄ ＣＡ)の場合、端末が実際に多重タイミングアライメントをサポートすることができるとしても、ネットワークで多重タイミングアライメントを要求することができる状況は、バンド内の一部周波数帯域が遠隔無線ヘッド(ｒｅｍｏｔｅ ｒａｄｉｏ ｈｅａｄ：ＲＲＨ)または中継器(ｒｅｌａｙ)を介してのみサービスされている場合である。中継器は、各ネットワークサービス事業者が現在サービスしている周波数帯域に限って無線信号を中継することができるように設計される。その理由は、その以外の周波数帯域に対する中継は、有線中継器の場合、不可能なためである。また、代表的な無線中継器である干渉除去(ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ ｓｙｓｔｅｍ：ＩＣＳ)中継器の場合、ネットワークサービス事業者が現在サービスしている周波数帯域以外の周波数帯域を中継する場合、周波数帯域に存在できる信号に意図しない結果を招くことができるためである。したがって、無線中継器の場合、現在サービスしている周波数帯域に限定された無線信号のみを中継するようにする。
【０１５７】
一方、ネットワークサービス事業者のライセンス(ｌｉｃｅｎｓｅｄ)周波数帯域と標準で定義している動作帯域は、常に同じく設定されることはできず、また、ライセンス周波数帯域で一部周波数帯域のみを中継する方式、即ち、一つの基地局が同じバンド内に複数の周波数割当(ｆｒｅｑｕｅｎｃｙ ａｌｌｏｃａｔｉｏｎ：ＦＡ)を構成しているが、そのうち一部のＦＡのみを中継する場合が存在することもできる。または、サービス地域によって中継器が設置された地域と、設置されない地域が存在することもできる。したがって、ネットワークにおいて、バンド内キャリアアグリゲーションに対する中継器動作がバンド内の全体周波数帯域に対して適用されない場合が発生できる。したがって、アップリンクバンド内キャリアアグリゲーション時、多重タイミングアライメントがネットワークにより要求されることができる。
【０１５８】
もし、端末が多重タイミングアライメントをサポートし、且つＦＤＤ及びＴＤＤモードの両方ともをサポートする場合、ＦＤＤでの多重タイミングアライメントは、常にサポートされると見なされる。例えば、ＦＤＤのような全デュプレックスの場合、多重タイミングアライメントにより発生するサブフレーム間の部分的重なり(ｐａｒｔｉａｌ ｏｖｅｒｌａｐｐｉｎｇ)が発生しても、端末が問題なしで多重タイミングアライメントをサポートするように設計されることができる。しかし、ＴＤＤの場合、ＦＤＤと周波数帯域が異なり、ＴＤＤ動作時は、多重タイミングアライメントがサポートされない構造である。例えば、ＴＤＤのような半デュプレックスの場合、多重タイミングアライメントにより発生する互いに異なるサービングセルを介して送信するサブフレーム間の部分的重なりがアップリンク／ダウンリンクの部分的重なりにより持続的に発生するようになるため、これを解決することができない端末の場合、例えば、半デュプレックスのみをサポートする端末の場合、多重タイミングアライメントをサポートすることができない。
【０１５９】
一方、ＦＤＤとＴＤＤでキャリアアグリゲーションがサポートされるバンドコンビネーションも互いに異なるため、ＦＤＤとＴＤＤでの多重タイミングアライメントのサポート可否も互いに異なる。しかし、一つのシグナリングＦＤＤ／ＴＤＤのバンドコンビネーションを全部表現することができる場合、多重タイミングアライメント情報は、一つの情報として送信されることができる。即ち、既存のように、ＦＤＤとＴＤＤの両方ともを包括するバンドコンビネーション信号構成を利用する場合、単一信号伝達によりＦＤＤとＴＤＤに対する情報を全部送信することができる。
【０１６０】
図５は、本発明の一例に係る多重タイミングアライメント性能に対する信号伝達の手順を示すフローチャートである。これは端末の性能送信手順である。
【０１６１】
図５を参照すると、無線接続ネットワーク(ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ)または基地局(ｂａｓｅ ｓｔａｔｉｏｎ)は、端末の性能問い合わせ(ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ)メッセージを端末に送信する(Ｓ５００)。例えば、無線接続ネットワークは、３ＧＰＰ標準によるＵＴＲＡＮ(ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ)を含む。端末は、無線接続状態(ｒａｄｉｏ ｃｏｎｎｅｃｔｅｄ ｓｔａｔｅ)である。無線接続ネットワークは、端末の性能情報が必要な時、端末の性能手順（ｃａｐａｂｉｌｉｔｙ ｐｒｏｃｅｄｕｒｅ）を開始する(ｉｎｉｔｉａｔｅ)。端末の性能問い合わせメッセージは、端末の性能要求(ＵＥ ｃａｐａｂｉｌｉｔｙ ｒｅｑｕｅｓｔ)フィールドを含む。端末の性能要求フィールドは、端末がサポート可能な無線接続ネットワークのリストを要求する。例えば、端末の性能要求フィールドは、Ｅ−ＵＴＲＡ、ＵＴＲＡ、ＧＥＲＡＮ−ＣＳ、ＧＥＲＡＮ−ＰＳ、ＣＤＭＡ２０００のうちいずれか一つを含むことができる。端末の性能要求フィールドがＥ−ＵＴＲＡを含む場合、端末は、無線接続ネットワークタイプフィールドをＥ−ＵＴＲＡとして設定することができる。
【０１６２】
また、端末は、多重タイミングアライメント性能情報を構成する(Ｓ５０５)。多重タイミングアライメント性能情報を構成する方法は、前述したように、端末単位に構成する方法と、バンド単位に構成する方法の両方ともを含むことができる。
【０１６３】
端末は、構成された多重タイミングアライメント性能情報を含む端末のＥ−ＵＴＲＡ性能(ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ)フィールドを構成する(Ｓ５１０)。端末のＥ−ＵＴＲＡ性能フィールドは、Ｅ−ＵＴＲＡに対する無線接続性能パラメータの伝送に(ｃｏｎｖｅｙ)使われる。
【０１６４】
端末のＥ−ＵＴＲＡ性能(ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ)フィールドのシンタックス(ｓｙｎｔａｘ)構造内に追加拡張のために挿入されているフィールドとして、ｎｏｎＣｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎ（非クリティカル拡張）という情報要素(ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ：ＩＥ)がある。端末のＥ−ＵＴＲＡ性能(ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ)フィールドに多重タイミングアライメント性能情報が以下のように追加され、端末のＥ−ＵＴＲＡ性能(ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ)フィールドが拡張されることができる。
【０１６５】
【表１５】
2015516774.tif 000017
【０１６６】
表１５を参照すると、ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ−ｖ１１００−ＩＥｓがＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ−ｖ１０６０−ＩＥｓの構造内に含まれるという意味である。
【０１６７】
もし、追加されるフィールドが存在しない場合、端末のＥ−ＵＴＲＡ性能(ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ)フィールドは、以下の表のような形式のシンタックスで作成される。
【０１６８】
【表１６】
2015516774.tif 000018
【０１６９】
または、端末のＥ−ＵＴＲＡ性能(ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ)フィールドは、以下のように構成されることができる。
【０１７０】
【表１７】
2015516774.tif 000019
【０１７１】
表１７を参照すると、ｒｆ−Ｐａｒａｍｅｔｅｒｓ−ｖ１１００は、多重タイミングアライメント性能情報を含む新たなＲＦパラメータに対するフィールドであり、ｎｏｎＣｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎは、将来追加しなければならない新たなフィールドが存在する場合を対比して備えられたフィールドである。ｒｆ−Ｐａｒａｍｅｔｅｒｓ−ｖ１１００は、以下の表のようなシンタックスで構成される。
【０１７２】
【表１８】
2015516774.tif 000020
【０１７３】
表１８を参照すると、サポートされるバンドコンビネーションのＥｘｔ（ｓｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎＥｘｔ）フィールドは、サポートされるバンドコンビネーション(ｓｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ)フィールドにより記載されるバンドコンビネーションと同じ順序に個別的に相応するエントリ(ｅｎｔｒｙ)のリストである。例えば、サポートされるバンドコンビネーションのＥｘｔ（ｓｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎＥｘｔ）フィールドのエントリは、サポートされるバンドコンビネーションの個数ほど存在し、１番目のバンドコンビネーションには１番目のエントリが相応し、２番目のバンドコンビネーションには２番目のエントリが相応する方式である。
【０１７４】
表１８の例示において、各エントリは、相応するバンドコンビネーションの多重タイミングアライメント性能情報(ＭＴＡ−ｃａｐａｂｉｌｉｔｙ)を含む。即ち、バンドコンビネーション毎に多重タイミングアライメントサポート可否が各エントリにより個別的に定義される。
【０１７５】
例えば、サポートされる総バンドコンビネーション(ｓｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎ)が３個であり、各々のバンドコンビネーションが、{ｂａｎｄ３,ｂａｎｄ５}、{ｂａｎｄ１,ｂａｎｄ５}、{ｂａｎｄ５,ｂａｎｄ５}と仮定する。この場合、サポートされるバンドコンビネーションのＥｘｔ（ｓｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎＥｘｔ）フィールドは、３個のエントリを含み、１番目のエントリから３番目のエントリまで次の順序に記載される。即ち、１番目のエントリは、バンド３とバンド５のコンビネーションに相応し、２番目のエントリは、バンド１とバンド５のコンビネーションに相応し、３番目のエントリは、バンド５とバンド５のコンビネーションに相応する。
【０１７６】
また、サポートされるバンドコンビネーションのＥｘｔ（ｓｕｐｐｏｒｔｅｄＢａｎｄＣｏｍｂｉｎａｔｉｏｎＥｘｔ）フィールドシンタックスに定義されたＭＴＡ−ｃａｐａｂｉｌｉｔｙフィールドの１番目の情報(ｍＴＡ−ｃａｐａｂｉｌｉｔｙ)は、その相応するバンドコンビネーションに対するＭＴＡのサポート可否を多様な形態で表示することができる。
【０１７７】
一例として、ｍＴＡ−ｃａｐａｂｉｌｉｔｙは、表１８のように、ブール方式(Ｂｏｏｌｅａｎ)演算によりＭＴＡのサポート可否を示すことができる。例えば、ｍＴＡ−ｃａｐａｂｉｌｉｔｙが「ｔｒｕｅ」である場合、該当端末は、バンド３とバンド５のコンビネーションでＭＴＡをサポートすることができることを示す。それに対し、ＭＴＡ−ｃａｐａｂｉｌｉｔｙフィールドの１番目の情報(ｍＴＡ−ｃａｐａｂｉｌｉｔｙ)が「ｆａｌｓｅ」である場合、該当端末は、バンド３とバンド５のコンビネーションでＭＴＡをサポートすることができないことを示す。
【０１７８】
他の例として、ｍＴＡ−ｃａｐａｂｉｌｉｔｙは、ＥＮＵＭＥＲＡＴＥＤ形式(即ち、「ｓｕｐｐｏｒｔｅｄ」シンタックス)にＭＴＡのサポート可否を示すことができる。例えば、「ｓｕｐｐｏｒｔｅｄ」フィールドが存在する場合(または、ｍＴＡ−ｃａｐａｂｉｌｉｔｙフィールドが存在する場合)、該当端末がＭＴＡをサポートすることを示し、存在しない場合(または、ｍＴＡ−ｃａｐａｂｉｌｉｔｙフィールドが存在しない場合)、ＭＴＡをサポートしないことを示す。
【０１７９】
ＭＴＡ−Ｃａｐａｂｉｌｉｔｙフィールドが「ｍＴＡ−ｃａｐａｂｉｌｉｔｙ」フィールドを含み(ｃｏｎｔａｉｎ)、または含まないことは、ＲＦ−ｐａｒａｍｅｔｅｒフィールドが「ｍＴＡ−ｃａｐａｂｉｌｉｔｙ」フィールドを含み(ｃｏｎｔａｉｎ)、または含まないのと同じ意味である。その理由は、表１８のようにＲＦ−ｐａｒａｍｅｔｅｒフィールドがＭＴＡ−Ｃａｐａｂｉｌｉｔｙフィールドを含むためである。したがって、ＲＦ−ｐａｒａｍｅｔｅｒフィールドが特定バンドコンビネーションに対する「ｍＴＡ−ｃａｐａｂｉｌｉｔｙ」フィールドを含む場合、端末が特定バンドコンビネーションに対するＭＴＡをサポートすることを示す。または、ＲＦ−ｐａｒａｍｅｔｅｒフィールドが特定バンドコンビネーションに対する「ｍＴＡ−ｃａｐａｂｉｌｉｔｙ」フィールドを含まない場合、端末が特定バンドコンビネーションに対するＭＴＡをサポートしないことを示す。
【０１８０】
他の例として、ｍＴＡ−ｃａｐａｂｉｌｉｔｙは、ＩＮＴＥＧＥＲ形式（整数う形式）にＭＴＡのサポート可否を示すことができる。例えば、ＩＮＴＥＧＥＲが０の場合、該当端末がＭＴＡをサポートしないことを指示し、ＩＮＴＥＧＥＲが１の場合、ＭＴＡをサポートすることを指示する。
【０１８１】
他の例として、ｍＴＡ−ｃａｐａｂｉｌｉｔｙは、ビットマップ形式にＭＴＡのサポート可否を示すことができる。例えば、ビットマップが０の場合、該当端末がＭＴＡをサポートしないことを指示し、ビットマップが１の場合、ＭＴＡをサポートすることを指示する。
【０１８２】
他の例として、ｍＴＡ−ｃａｐａｂｉｌｉｔｙは、ビットストリング(ｂｉｔ ｓｔｒｉｎｇ)形式にＭＴＡのサポート可否を示すことができる。例えば、ビットストリングが０の場合、該当端末がＭＴＡをサポートしないことを指示し、ビットストリングが１の場合、ＭＴＡをサポートすることを指示する。
【０１８３】
端末は、Ｅ−ＵＴＲＡ性能フィールドを含むＵＥ−ＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒフィールドを含む端末性能情報を構成する(Ｓ５１５)。また、端末は、端末性能情報を基地局に送信する(Ｓ５２０)。端末の性能問い合わせ(ＵＥ ｃａｐａｂｉｌｉｔｙ ｅｎｑｕｉｒｙ)メッセージと端末性能情報は、両方ともＲＲＣ階層で生成されるＲＲＣメッセージである。
【０１８４】
図６は、本発明の一例に係る多重タイミングアライメントをサポートする端末の構造図である。
【０１８５】
図６を参照すると、端末６００は、メインアンテナ(ｍａｉｎ ａｎｔｅｎｎａ)６０１、ダイバーシティアンテナ(ｄｉｖｅｒｓｉｔｙ ａｎｔｅｎｎａ)６０５、デュプレックスフィルタ(ｄｕｐｌｅｘ ｆｉｌｔｅｒ)６１０、受信フィルタ(Ｒｘ ｆｉｌｔｅｒ)６１５、電力増幅器(ｐｏｗｅｒ ａｍｐｌｉｆｉｅｒ)６２０、第１の受信部６３０、第１の送信部６５０及び第２の受信部６７０を含む。
【０１８６】
第１の送信部６５０は、２個の送信モジュール６５５、６６０を含み、各送信モジュール６５５、６６０は、ベースバンド処理部、バンドパスフィルタ、デジタル／アナログコンバータ(Ｄ／Ａ ｃｏｎｖｅｒｔｅｒ)を含む。第１の送信部６５０は、２個の互いに分離された２個の送信モジュール(ｔｘ ｍｏｄｕｌｅ)６５５、６６０から各々生成された互いに異なるアップリンクコンポーネントキャリアに対する信号を信号合成器６６５により一つの信号に合成し、電力増幅器６２０にその一つの信号を入力する。
【０１８７】
この場合、相互調歪曲(ｉｎｔｅｒｍｏｄｕｌａｔｉｏｎ ｄｉｓｔｏｒｔｉｏｎ：ＩＭＤ)のようなバンド内に互いに異なる周波数帯域の信号の高調波(ｈａｒｍｏｎｉｃ)周波数同士の和と差で組合せた出力周波数成分が出る現象により、原信号以外の所望しない信号が発生する可能性が高い。ここで、高調波は、原信号の周波数の倍数周波数成分をいう。このＩＭＤ成分は、原信号の情報を歪曲させる信号として作用するため、ＩＭＤ成分が高く発生する原信号の周波数組合せは、送信しにくい。
【０１８８】
また、互いに異なる位置の２個以上の送信信号に対するフィルタリングを実行すべきであるため、エミッション(ｅｍｉｓｓｉｏｎ)成分の電力が高まることができる。したがって、これを抑制するために全体的に送信電力を大幅に減るべきである。即ち、高い最大電力低減(ｍａｘｉｍｕｍ ｐｏｗｅｒ ｒｅｄｕｃｔｉｏｎ：ＭＰＲ)値を設定しなければならない。
【０１８９】
このような理由によって、第１の送信部６５０の構造では、ＩＭＤ及びＭＰＲの値が小さく設定されることができるキャリアアグリゲーションバンドコンビネーションに対してのみキャリアアグリゲーションをサポートすることができる。したがって、キャリアアグリゲーションのサポートが可能なＣＡバンドコンビネーションに対して多重タイミングアライメントもサポートされることができる。即ち、一部ＣＡバンドコンビネーションに対して多重タイミングアライメントのサポートが可能である。
【０１９０】
第１の受信部６３０は、２個の受信モジュール６３５、６４０を含み、第２の受信部６７０も２個の受信モジュール６７５、６８０を含む。各受信モジュール６３５、６４０、６７５、６８０は、ベースバンド処理部、バンドパスフィルタ、アナログ／デジタルコンバータ(Ａ／Ｄ ｃｏｎｖｅｒｔｅｒ)を含む。
【０１９１】
図７は、本発明の他の例に係る多重タイミングアライメントをサポートする端末の構造図である。
【０１９２】
図７を参照すると、端末７００は、メインアンテナ７０１、ダイバーシティアンテナ７０５、デュプレックスフィルタ７１０、７１５、電力増幅器７２０、７２５、第１の受信部７３０、第１の送信部７５５、第２の受信部７７０及び第２送信部７８０を含む。
【０１９３】
第１の送信部７５５と第２送信部７８０は、各々、ベースバンド処理部、バンドパスフィルタ、デジタル／アナログコンバータ(Ｄ／Ａ ｃｏｎｖｅｒｔｅｒ)を含む。第１及び第２の送信部７５５、７８０は、各々、互いに異なるアップリンクコンポーネントキャリアに対する信号を互いに分離して電力増幅器７２０、７２５に入力し、これを各々互いに分離されたアンテナ７０１、７０５を介して送信する構造である。第１の受信部７３０と第２の受信部７７０は、各々、２個の受信モジュール７３5、７４０、７６５、７７５を含み、各受信モジュールは、ベースバンド処理部、バンドパスフィルタ、アナログ／デジタルコンバータ(Ａ／Ｄ ｃｏｎｖｅｒｔｅｒ)を含む。
【０１９４】
このようなＲＦ構造を有する端末７００は、各送信部７５５、７８０がサポートする周波数帯域に対する多くのバンドコンビネーションに対し、またはバンド内コンビネーションに対して多重タイミングアライメントをサポートすることができる。
【０１９５】
図８は、本発明の他の例に係る多重タイミングアライメントをサポートする端末の構造図である。
【０１９６】
図８を参照すると、端末８００は、メインアンテナ８０１、ダイバーシティアンテナ８０５、デュプレックスフィルタ８１０、受信フィルタ８１５、電力増幅器８２０、８２２、信号合成器８２４、第１の受信部８３０、第１の送信部８５５、第２の送信部８６０、第２の受信部８７０を含む。
【０１９７】
第１の送信部８５５と第２の送信部８６０は、各々、ベースバンド処理部、バンドパスフィルタ、デジタル／アナログコンバータ(Ｄ／Ａ ｃｏｎｖｅｒｔｅｒ)を含む。分離された２個の第１及び第２の送信部８５５、８６０から生成された互いに異なるアップリンクコンポーネントキャリアに対する信号は、互いに分離された電力増幅器８２０、８２２に入力され、これは同じくメインアンテナ８０１を介して送信される。第１受信部８３０と第２の受信部８７０は、各々、２個の受信モジュール８３５、８４０、８７５、８８０を含み、各受信モジュールは、ベースバンド処理部、バンドパスフィルタ、アナログ／デジタルコンバータ(Ａ／Ｄ ｃｏｎｖｅｒｔｅｒ)を含む。
【０１９８】
このような構成を有する端末８００は、各送信部８５５、８６０がサポートする周波数帯域に対する多くのバンドコンビネーションに対し、またはバンド内コンビネーションに対して多重タイミングアライメントをサポートすることができる。ただし、図７の端末７００と比較する時、２個の信号が合成されて同じメインアンテナ８０１を介して送信されなければならないため、各々の送信部８５５、８６０の信号は、３ｄＢ低い出力(または、送信電力)に設定されなければならない。
【０１９９】
端末性能情報に基づいて端末が多重タイミングアライメントをサポートすると確認されると、基地局は、端末と多重タイミングアライメント値を取得する手順を実行することができる。多重タイミングアライメント値を取得する手順は、下記の通りである。
【０２００】
図９は、本発明の一例に係る多重タイミングアライメント値を取得する手順を説明するフローチャートである。
【０２０１】
図９を参照すると、端末と基地局は、選択されたセルを介して対してＲＲＣ接続設定(ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ)手順を実行する(Ｓ９００)。選択されたセルは、プライマリサービングセルになる。ＲＲＣ接続設定手順は、基地局が端末にＲＲＣ接続設定メッセージを送信し、端末が基地局にＲＲＣ接続設定完了メッセージを送信する過程を含む。
【０２０２】
基地局は、一つ以上のセカンダリサービングセルを端末に追加に構成するためのＲＲＣ接続再構成手順を実行する(Ｓ９０５)。セカンダリサービングセルの追加は、例えば、端末の要求またはネットワークの要求または基地局の自体判断により多くの無線リソースを端末に割り当てるべき場合に実行されることができる。セカンダリサービングセルを端末に追加し、または端末に構成されたセカンダリサービングセルを除去することは、ＲＲＣ接続再構成メッセージを介して指示されることができる。ＲＲＣ接続再構成手順は、基地局が端末にＲＲＣ接続再構成メッセージを送信し、端末が基地局にＲＲＣ再構成完了メッセージを送信する過程を含む。
【０２０３】
基地局は、端末に追加されたサービングセルに対してＴＡＧを構成する(Ｓ９１０)。キャリアアグリゲーション状況によってサービングセル間ＴＡＧ設定は、セル特定に(ｃｅｌｌ−ｓｐｅｃｉｆｉｃ)設定されることもできる。例えば、特定周波数帯域のサービングセルが常にＦＳＲや遠隔無線ヘッド(ＲＲＨ)を介して提供される場合、基地局のサービス地域内の全ての端末に対して特定周波数帯域のサービングセルと、基地局から直接サービスされる周波数帯域のサービングセルは、ＦＳＲや遠隔無線ヘッドがない場合、同じタイミングアライメント値に設定されている場合があり、互いに異なるＴＡＧに属するように設定されることができるが、これば別の問題である。
【０２０４】
基地局は、ＴＡＧ構成情報を端末に送信するＲＲＣ接続再構成(ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ)手順を実行する(Ｓ９１５)。ＴＡＧ構成情報は、セカンダリサービングセル毎にＴＡＧ ＩＤ情報が含まれるフォーマットである。具体的に、各セカンダリサービングセルのアップリンク構成情報がＴＡＧ ＩＤ情報を含むことができる。または、ＴＡＧ構成情報は、サービングセル毎に割り当てられたサービングセルインデックス(ＳｅｒｖＣｅｌｌＩｎｄｅｘ)またはセカンダリサービングセルにのみ割り当てられるセカンダリサービングセルインデックス(ＳｃｅｌｌＩｎｄｅｘ)をマッピングするフォーマットである。例えば、ｐＴＡＧ＝{ＳｅｒｖＣｅｌｌＩｎｄｅｘ＝‘１’,‘２’}、ｓＴＡＧ１＝{ＳｅｒｖＣｅｌｌＩｎｄｅｘ＝‘３’,‘４’}またはｐＴＡＧ＝{ＳｃｅｌｌＩｎｄｅｘ＝‘１’,‘２’}、ｓＴＡＧ１＝{ＳＣｅｌｌＩｎｄｅｘ＝‘３’,‘４’}のように設定されることができる。プライマリサービングセルは、常にサービングセルインデックスが「０」であり、ＴＡＧ ＩＤ＝０であるため、設定情報が存在しない。また、セカンダリサービングセルのうちＴＡＧ ＩＤ情報がない場合、該当セカンダリサービングセルは、ｐＴＡＧ内のサービングセルであることを意味し、または現在構成されている全てのＴＡＧとは別個の独立的なｓＴＡＧ内のサービングセルであることを意味する。
【０２０５】
基地局は、特定のセカンダリサービングセルに対してスケジューリングする場合、特定のセカンダリサービングセルを活性化する活性化指示子を端末に送信する(Ｓ９２０)。
【０２０６】
端末は、少なくとも一つのｓＴＡＧでアップリンク同期を確保することができない場合、少なくとも一つのｓＴＡＧに対して調整されるべき多重タイミングアライメント値を取得すべきである。これは、基地局により指示されるランダムアクセス手順を介して具現されることができる(Ｓ９２５)。
【０２０７】
ｓＴＡＧ内の活性化されたセカンダリサービングセルに対するランダムアクセス手順は、基地局により送信されるＰＤＣＣＨ命令により開始されることができる。ＰＤＣＣＨ命令を受信することができるセカンダリサービングセルは、ｓＴＡＧ内で指定されたタイミングリファレンスを含むセカンダリサービングセルに限定してもよく、ＲＡＣＨ構成された任意のセカンダリサービングセルまたはＲＡＣＨ構成された全てのセカンダリサービングセルになってもよい。
【０２０８】
基地局は、端末が同時に２個以上のランダムアクセス手順を実行しないように制御する。ランダムアクセス手順の同時実行は、２個以上のランダムアクセス手順が同期化されて同時に実行される場合と、ランダムアクセス手順が実行される一部時間に対して同時に実行中である場合とを含む。例えば、端末がプライマリサービングセルを介してランダムアクセス手順を実行する時、端末がランダムアクセス応答メッセージを待つ間、セカンダリサービングセルを介してランダムアクセス手順が開始する場合(ＰＤＣＣＨ ｏｒｄｅｒを受信)である。ここで、ランダムアクセス応答メッセージを待つ間、端末によりランダムアクセス応答メッセージが再送信されることができると判断される区間を含んでもよく、含まなくてもよい。
【０２０９】
基地局は、既存に確保したネットワーク内の情報及び／または端末から受信したアシスタント(ａｓｓｉｓｔａｎｔ)情報(例えば、位置情報、ＲＳＲＰ、ＲＳＲＱ等)を利用して、特定セカンダリサービングセルを特定ＴＡＧにマッピングさせるほど十分の情報を確保することができない場合、特定セカンダリサービングセルを新たなｓＴＡＧに設定し、ランダムアクセス手順を介してアップリンクタイミングアライメント値を取得する。
【０２１０】
端末がランダムアクセス応答メッセージを基地局から受信すると、端末は、ランダムアクセス手順が成功的に完了したと判断し、各セカンダリサービングセルに対する多重タイミングアライメント値を更新する(Ｓ９３０)。ランダムアクセス応答メッセージは、ＲＡ−ＲＮＴＩ(ｒａｎｄｏｍ ａｃｃｅｓｓ−ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ)でスクランブリングされたＰＤＣＣＨにより指示されるＰＤＳＣＨ内に含まれて受信されるＲＡＲ ＭＡＣ ＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)内に含まれて送信されることができる。
【０２１１】
図１０は、本発明の一例に係る端末が端末性能情報を送信する方法を説明するフローチャートである。
【０２１２】
図１０を参照すると、端末は、端末性能問い合わせメッセージを基地局から受信する(Ｓ１０００)。端末の性能問い合わせメッセージは、端末の性能要求(ＵＥ ｃａｐａｂｉｌｉｔｙ ｒｅｑｕｅｓｔ)フィールドを含む。端末の性能要求フィールドは、端末がサポート可能な無線接続ネットワークのリストを要求する。例えば、端末の性能要求フィールドは、Ｅ−ＵＴＲＡ、ＵＴＲＡ、ＧＥＲＡＮ−ＣＳ、ＧＥＲＡＮ−ＰＳ、ＣＤＭＡ２０００のうちいずれか一つを含むことができる。
【０２１３】
端末の性能要求フィールドがＥ−ＵＴＲＡを含む場合、端末は、無線接続ネットワークタイプフィールドをＥ−ＵＴＲＡとして設定することができる。また、端末は、多重タイミングアライメント性能情報を構成する(Ｓ１００５)。端末が多重タイミングアライメント性能情報を構成する方法は、前述たように、端末単位に構成する方法と、バンド単位に構成する方法の両方ともを含むことができる。
【０２１４】
端末は、構成された多重タイミングアライメント性能情報を含む端末のＥ−ＵＴＲＡ性能(ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ)フィールドを構成する(Ｓ１０１０)。端末のＥ−ＵＴＲＡ性能フィールドは、Ｅ−ＵＴＲＡに対する無線接続性能パラメータの伝送に(ｃｏｎｖｅｙ)使われる。
【０２１５】
端末は、Ｅ−ＵＴＲＡ性能フィールドを含むＵＥ−ＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒフィールドを含む端末性能情報を構成する(Ｓ１０１５)。また、端末は、構成された端末性能情報を基地局に送信する(Ｓ１０２０)。ここで、端末の性能問い合わせメッセージと端末性能情報は、両方ともＲＲＣ階層で生成されるＲＲＣメッセージである。
【０２１６】
図１１は、本発明の一例に係る基地局が端末性能情報を受信する方法を説明するフローチャートである。
【０２１７】
図１１を参照すると、基地局は、端末性能情報が存在するか否かを確認する(Ｓ１１００)。もし、端末性能情報がない、または更新が必要な場合、基地局は、端末性能問い合わせメッセージを端末に送信する(Ｓ１１０５)。端末の性能問い合わせメッセージは、端末の性能要求(ＵＥ ｃａｐａｂｉｌｉｔｙ ｒｅｑｕｅｓｔ)フィールドを含む。端末の性能要求フィールドは、端末がサポート可能な無線接続ネットワークのリストを要求する。例えば、端末の性能要求フィールドは、Ｅ−ＵＴＲＡ、ＵＴＲＡ、ＧＥＲＡＮ−ＣＳ、ＧＥＲＡＮ−ＰＳ、ＣＤＭＡ２０００のうちいずれか一つを含むことができる。
【０２１８】
端末の性能要求フィールドがＥ−ＵＴＲＡを含む場合、端末は、無線接続ネットワークタイプフィールドをＥ−ＵＴＲＡとして設定することができる。
【０２１９】
基地局は、多重タイミングアライメント性能情報を含む端末性能情報を端末から受信する(Ｓ１１１０)。また、基地局は、端末性能情報に含まれている多重タイミングアライメント性能情報に基づいて端末が多重タイミングアライメントをサポートするか否かを確認する(Ｓ１１１５)。端末が多重タイミングアライメントをサポートすると確認されと、基地局は、図９のような手順に基づいて多重タイミングアライメントを実行することができる。
【０２２０】
図１２は、本発明の一例に係る端末性能情報を送受信する端末と基地局を示すブロック図である。
【０２２１】
図１２を参照すると、端末１２００は、ＲＦ部１２０５及び端末プロセッサ１２１０を含む。また、端末プロセッサ１２１０は、メッセージ処理部１２１１及びＭＴＡ制御部１２１２を含む。
【０２２２】
ＲＦ部１２０５は、端末性能問い合わせメッセージを基地局１２５０から受信する。端末の性能問い合わせメッセージは、端末の性能要求(ＵＥ ｃａｐａｂｉｌｉｔｙ ｒｅｑｕｅｓｔ)フィールドを含む。端末の性能要求フィールドは、端末１２００がサポート可能な無線接続ネットワークのリストを要求する。例えば、端末の性能要求フィールドは、Ｅ−ＵＴＲＡ、ＵＴＲＡ、ＧＥＲＡＮ−ＣＳ、ＧＥＲＡＮ−ＰＳ、ＣＤＭＡ２０００のうちいずれか一つを含むことができる。ＲＦ部１２０５は、図６乃至図８のうちいずれか一つによる送信部と受信部を備えることができる。
【０２２３】
メッセージ処理部１２１１は、端末１２００の性能要求フィールドがＥ−ＵＴＲＡを含むか否かを確認する。もし、端末１２００の性能要求フィールドがＥ−ＵＴＲＡを含む場合、メッセージ処理部１２１１は、無線接続ネットワークタイプフィールドをＥ−ＵＴＲＡとして設定する。
【０２２４】
メッセージ処理部１２１１は、多重タイミングアライメント性能情報を構成する。メッセージ処理部１２１１は、ＲＦ部１２０５の特性に基づき、端末１２００が多重タイミングアライメントをサポートするか否かを判断し、この判断に基づいて多重タイミングアライメント性能情報を選択的に(ｏｐｔｉｏｎａｌｌｙ)構成することができる。例えば、端末１２００が多重タイミングアライメントをサポートする場合、メッセージ処理部１２１１が多重タイミングアライメント性能情報を構成する方法は、前述したように、端末単位に構成する方法と、バンド単位に構成する方法の両方ともを含むことができる。または、端末１２００が多重タイミングアライメントをサポートしない場合、メッセージ処理部１２１１は、多重タイミングアライメント性能情報を構成しないこともある。
【０２２５】
メッセージ処理部１２１１は、構成された多重タイミングアライメント性能情報を含む端末のＥ−ＵＴＲＡ性能(ＵＥ−ＥＵＴＲＡ−Ｃａｐａｂｉｌｉｔｙ)フィールドを構成する。端末のＥ−ＵＴＲＡ性能フィールドは、Ｅ−ＵＴＲＡに対する無線接続性能パラメータの伝送に(ｃｏｎｖｅｙ)使われる。
【０２２６】
メッセージ処理部１２１１は、Ｅ−ＵＴＲＡ性能フィールドを含むＵＥ−ＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒフィールドを含む端末性能情報を構成する。メッセージ処理部１２１１は、端末の性能問い合わせメッセージ及び端末性能情報をＲＲＣ階層で生成されるＲＲＣメッセージの形式に構成することができる。メッセージ処理部１２１１は、構成された端末性能情報をＲＦ部１２０５に送り、ＲＦ部１２０５は、端末性能情報を基地局１２５０に送信する。
【０２２７】
端末１２００が多重タイミングアライメントをサポートする場合、ＭＴＡ制御部１２１２は、端末１２００に構成された少なくとも一つのセカンダリサービングセルまたはアップリンクコンポーネントキャリアに対して多重タイミングアライメントが実行されるように制御する。例えば、端末１２００に構成された複数のサービングセルでアップリンク同期を確保することができない場合、ＭＴＡ制御部１２１２は、複数のサービングセルに対する多重タイミングアライメント値を取得する手順を実行する。このとき、多重タイミングアライメント値を取得する手順は、図９のようなランダムアクセス手順を介して具現されることができる。
【０２２８】
基地局１２５０は、ＲＦ部１２５５、基地局プロセッサ１２６０を含む。また、基地局プロセッサ１２６０は、メッセージ処理部１２６２及びＭＴＡ制御部１２６１を含む。
【０２２９】
ＲＦ部１２５５は、端末１２００に端末性能問い合わせメッセージを送信し、端末１２００から端末性能情報を受信する。
【０２３０】
メッセージ処理部１２６２は、端末１２００の端末性能情報が存在するか否かを確認する。もし、端末性能情報がない、または更新が必要な場合、メッセージ処理部１２６２は、端末性能問い合わせメッセージを生成してＲＦ部１２５５に送る。
【０２３１】
ＲＦ部１２５５が多重タイミングアライメント性能情報を含む端末性能情報を端末１２００から受信すると、メッセージ処理部１２６２は、端末性能情報に含まれている多重タイミングアライメント性能情報に基づいて端末１２００が多重タイミングアライメントをサポートするか否かを確認する。端末１２００が多重タイミングアライメントをサポートすると確認されると、ＭＴＡ制御部１２６１は、図９のような手順に基づいて多重タイミングアライメントを実行することができる。
【０２３２】
以上の説明は、本発明の技術思想を例示的に説明したものに過ぎず、本発明が属する技術分野において、通常の知識を有する者であれば、本発明の本質的な特性から外れない範囲で多様な修正及び変形が可能である。したがって、本発明に開示された実施例は、本発明の技術思想を限定するためのものではなく、説明するためのものであり、このような実施例によって本発明の技術思想の範囲が限定されるものではない。本発明の保護範囲は、請求範囲によって解釈されなければならず、それと同等な範囲内にある全ての技術思想は、本発明の権利範囲に含まれると解釈されなければならない。
【図１】
2015516774.tif 000021
【図２】
2015516774.tif 000022
【図３】
2015516774.tif 000023
【図４】
2015516774.tif 000024
【図５】
2015516774.tif 000025
【図６】
2015516774.tif 000026
【図７】
2015516774.tif 000027
【図８】
2015516774.tif 000028
【図９】
2015516774.tif 000029
【図１０】
2015516774.tif 000030
【図１１】
2015516774.tif 000031
【図１２】
2015516774.tif 000032
【国際調査報告】
2015516774.tif 000033
2015516774.tif 000034