JP2015516774A - 多重コンポーネントキャリアシステムにおける端末性能情報の送信装置及び方法 - Google Patents

多重コンポーネントキャリアシステムにおける端末性能情報の送信装置及び方法 Download PDF

Info

Publication number
JP2015516774A
JP2015516774A JP2015511372A JP2015511372A JP2015516774A JP 2015516774 A JP2015516774 A JP 2015516774A JP 2015511372 A JP2015511372 A JP 2015511372A JP 2015511372 A JP2015511372 A JP 2015511372A JP 2015516774 A JP2015516774 A JP 2015516774A
Authority
JP
Japan
Prior art keywords
terminal
band
supported
field
component carrier
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2015511372A
Other languages
English (en)
Inventor
ポム クォン，キ
ポム クォン，キ
ヒョン アン，チェ
ヒョン アン，チェ
ソク ホ，カン
ソク ホ，カン
Original Assignee
パンテック カンパニー リミテッド
パンテック カンパニー リミテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パンテック カンパニー リミテッド, パンテック カンパニー リミテッド filed Critical パンテック カンパニー リミテッド
Publication of JP2015516774A publication Critical patent/JP2015516774A/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0413—MIMO systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】多重コンポーネントキャリアシステムにおいて、端末による端末性能情報の送信方法を提供する。【解決手段】この方法は、前記端末性能要求メッセージを基地局から受信するステップ、及び前記端末によりサポートされる一つまたはそれ以上のバンドコンビネーションに対するサポートバンドコンビネーションフィールドを含む端末性能応答メッセージを前記基地局に送信するステップを含む。【選択図】図５

Description

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

Claims (16)

  1. 多重コンポーネントキャリアシステムにおける端末による端末性能情報の送信方法であって、
    前記端末性能要求メッセージを基地局から受信するステップと、及び、
    前記端末によりサポートされる一つまたはそれ以上のバンドコンビネーションに対するサポートされるバンドコンビネーション（ｓｕｐｐｏｒｔｅｄｂａｎｄｃｏｍｂｉｎａｔｉｏｎ）フィールドと、前記一つまたはそれ以上のバンドに対応して前記端末によりサポートされる各々の多重タイミングアドバンス(ＭＴＡ)を指示する多重タイミングアドバンス性能フィールドとを含む端末性能応答メッセージを前記基地局に送信するステップと、を含む方法。
  2. 前記サポートされるバンドコンビネーションの最大個数は、１２８であることを特徴とする、請求項１に記載の方法。
  3. 前記多重タイミングアドバンス（ＭＴＡ）が前記端末によりサポートされるか否かを、前記一つまたはそれ以上のバンドコンビネーションの各々に対して定義されることを特徴とする、請求項１に記載の方法。
  4. 前記バンドコンビネーションに含まれている少なくとも一つのバンドは、コンポーネントキャリアクラス(ｃｌａｓｓ)に分類され、前記コンポーネントキャリアクラスは、アグリゲーションされた送信帯域幅、最大コンポーネントキャリア個数及びノミナルガードバンド(ｎｏｍｉｎａｌ ｇｕａｒｄ ｂａｎｄ)により定義されることを特徴とする、請求項１に記載の方法。
  5. 多重コンポーネントキャリアシステムにおいて、端末性能手順を送信する端末であって、
    前記端末性能要求メッセージを基地局から受信するＲＦ部と、及び、
    前記端末によりサポートされる一つまたはそれ以上のバンドコンビネーションに対するサポートされるバンドコンビネーション（ｓｕｐｐｏｒｔｅｄｂａｎｄｃｏｍｂｉｎａｔｉｏｎ）フィールドと、前記一つまたはそれ以上のバンドに対応して前記端末によりサポートされる各々の多重タイミングアドバンス(ＭＴＡ)を指示する多重タイミングアドバンス性能フィールドとを含む端末性能応答メッセージを構成するメッセージプロセッサと、を含む端末。
  6. 前記ＲＦ部は、前記サポートされるバンドコンビネーションを最大１２８個までサポートすることを特徴とする、請求項５に記載の端末。
  7. 前記ＲＦ部は、前記一つまたはそれ以上のバンドコンビネーションの各々に対し、前記多重タイミングアドバンス（ＭＴＡ）が前記端末によりサポートされるか否かを定義することを特徴とする、請求項５に記載の端末。
  8. 前記ＲＦ部は、前記バンドコンビネーションに含まれている少なくとも一つのバンドをコンポーネントキャリアクラス(ｃｌａｓｓ)に分類し、前記コンポーネントキャリアクラスは、アグリゲーションされた送信帯域幅、最大コンポーネントキャリア個数及びノミナルガードバンド(ｎｏｍｉｎａｌ ｇｕａｒｄ ｂａｎｄ)により定義されることを特徴とする、請求項５に記載の端末。
  9. 多重コンポーネントキャリアシステムにおける基地局による端末性能情報の受信方法であって、
    前記端末性能要求メッセージを端末に送信するステップと、及び、
    前記端末によりサポートされる一つまたはそれ以上のバンドコンビネーションに対するサポートされるバンドコンビネーション（ｓｕｐｐｏｒｔｅｄｂａｎｄｃｏｍｂｉｎａｔｉｏｎ）フィールドと、前記一つまたはそれ以上のバンドに対応して前記端末によりサポートされる各々の多重タイミングアドバンス(ＭＴＡ)を指示する多重タイミングアドバンス性能フィールドとを含む端末性能応答メッセージを前記端末から受信するステップと、を含む方法。
  10. 前記サポートされるバンドコンビネーションの最大個数は、１２８であることを特徴とする、請求項９に記載の方法。
  11. 前記多重タイミングアドバンス（ＭＴＡ）が前記端末によりサポートされるか否かは、前記一つまたはそれ以上のバンドコンビネーションの各々に対して定義されることを特徴とする、請求項９に記載の方法。
  12. 前記バンドコンビネーションに含まれている少なくとも一つのバンドは、コンポーネントキャリアクラス(ｃｌａｓｓ)に分類され、前記コンポーネントキャリアクラスは、アグリゲーションされた送信帯域幅、最大コンポーネントキャリア個数及びノミナルガードバンド(ｎｏｍｉｎａｌ ｇｕａｒｄ ｂａｎｄ)により定義されることを特徴とする、請求項９に記載の方法。
  13. 多重コンポーネントキャリアシステムにおける端末（ＵＥ）の性能情報を受信する基地局（ＢＳ）であって、
    前記端末性能要求メッセージを生成するメッセージプロセッサと、及び、
    前記端末性能要求メッセージを端末に送信し、前記端末によりサポートされる一つまたはそれ以上のバンドコンビネーションに対するサポートされるバンドコンビネーション（ｓｕｐｐｏｒｔｅｄｂａｎｄｃｏｍｂｉｎａｔｉｏｎ）フィールドと、前記一つまたはそれ以上のバンドに対応して前記端末によりサポートされる各々の多重タイミングアドバンス(ＭＴＡ)を指示する多重タイミングアドバンス性能フィールドとを含む端末性能応答メッセージを前記端末から受信する高周波（ＲＦ）ユニットと、を含む、基地局。
  14. 前記サポートされるバンドコンビネーションの最大個数は、１２８であることを特徴とする、請求項１３に記載の基地局。
  15. 前記ＭＴＡが前記端末によりサポートされるか否かは、前記一つまたはそれ以上のバンドコンビネーションの各々に対して定義されることを特徴とする、請求項１３に記載の基地局。
  16. 前記バンドコンビネーションに含まれている少なくとも一つのバンドは、コンポーネントキャリアクラス(ｃｌａｓｓ)に分類され、前記コンポーネントキャリアクラスは、アグリゲーションされた送信帯域幅、最大コンポーネントキャリア個数及びノミナルガードバンド(ｎｏｍｉｎａｌ ｇｕａｒｄ ｂａｎｄ)により定義されることを特徴とする、請求項１３に記載の基地局。
JP2015511372A 2012-05-11 2013-05-10 多重コンポーネントキャリアシステムにおける端末性能情報の送信装置及び方法 Pending JP2015516774A (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
KR10-2012-0050205 2012-05-11
KR20120050205 2012-05-11
KR1020120066610A KR20130126427A (ko) 2012-05-11 2012-06-21 다중 요소 반송파 시스템에서 단말의 성능정보의 전송장치 및 방법
KR10-2012-0066610 2012-06-21
PCT/KR2013/004146 WO2013169061A1 (en) 2012-05-11 2013-05-10 Apparatus and method of transmitting user equipment capability information in multiple component carrier system

Publications (1)

Publication Number Publication Date
JP2015516774A true JP2015516774A (ja) 2015-06-11

Family

ID=49854531

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015511372A Pending JP2015516774A (ja) 2012-05-11 2013-05-10 多重コンポーネントキャリアシステムにおける端末性能情報の送信装置及び方法

Country Status (6)

Country Link
US (1) US20140162642A1 (ja)
EP (1) EP2847889A4 (ja)
JP (1) JP2015516774A (ja)
KR (1) KR20130126427A (ja)
CN (1) CN104285388A (ja)
WO (1) WO2013169061A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017509234A (ja) * 2014-03-13 2017-03-30 インテル アイピー コーポレイション 無線能力情報の転送のための改良された方法
JP2017511628A (ja) * 2014-02-13 2017-04-20 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． Ｒｓ ｓｎｒのレポート及び受信の方法及び装置

Families Citing this family (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2676475B1 (en) 2011-02-15 2022-04-06 Samsung Electronics Co., Ltd. Power headroom report
KR102073027B1 (ko) 2011-04-05 2020-02-04 삼성전자 주식회사 반송파 집적 기술을 사용하는 무선통신시스템에서 복수 개의 타임 정렬 타이머 운용 방법 및 장치
KR101995293B1 (ko) 2011-02-21 2019-07-02 삼성전자 주식회사 반송파 집적 기술을 사용하는 시분할 무선통신시스템에서 부차반송파의 활성화 또는 비활성화 방법 및 장치
JP6125437B2 (ja) 2011-02-21 2017-05-10 サムスン エレクトロニクス カンパニー リミテッド 端末送信電力量を效率的に報告する方法及び装置
EP2709388B1 (en) 2011-05-10 2018-01-10 Samsung Electronics Co., Ltd. Method and apparatus for the efficient estimation of the movement state of a terminal in a mobile communication system
CN109088713B (zh) * 2012-11-02 2021-05-18 华为技术有限公司 一种信息传输方法、用户设备及基站
CN104396304B (zh) * 2013-05-31 2018-05-18 华为技术有限公司 一种通讯方法、基站及用户设备
JP5781674B1 (ja) * 2014-02-19 2015-09-24 株式会社Ｎｔｔドコモ ユーザ装置、及び基地局
US10141983B2 (en) 2014-05-08 2018-11-27 Samsung Electronics Co., Ltd. Method for activating pSCell and SCell in mobile communication system supporting dual connectivity
KR102394119B1 (ko) * 2014-05-09 2022-05-09 삼성전자 주식회사 이동 통신 시스템에서 단말 성능 정보의 송수신 방법 및 장치
EP3143807B1 (en) * 2014-05-16 2019-02-13 Telefonaktiebolaget LM Ericsson (publ) Determination of ue band and synchronization capability in dual connectivity
US10462758B2 (en) 2014-08-05 2019-10-29 Qualcomm Incorporated Timing alignment procedures for dual PUCCH
CN105517043A (zh) * 2014-09-26 2016-04-20 中兴通讯股份有限公司 终端能力的上报、获取方法及装置
EP4387346A2 (en) * 2015-03-06 2024-06-19 Samsung Electronics Co., Ltd. Method and apparatus for performing and reporting measurements by user equipment configured with multiple carriers in mobile communication systems
CN113055144B (zh) * 2015-05-15 2022-12-06 华为技术有限公司 通信装置及方法
US10285073B2 (en) 2015-06-02 2019-05-07 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for cell configuration
US10965588B2 (en) * 2015-07-31 2021-03-30 Convida Wireless, Llc MTC service selection in the (S)Gi-LAN
CN107925870B (zh) * 2015-08-13 2021-11-05 苹果公司 用户设备能力报告的方法、装置和介质
EP3337264B1 (en) * 2015-08-13 2020-05-27 Ntt Docomo, Inc. User equipment, base station, information notification method and information receiving method
CN106550460B (zh) * 2015-09-18 2020-04-03 成都鼎桥通信技术有限公司 一种非对称载波聚合中进行上行调度方法和设备
US10257792B2 (en) * 2016-04-12 2019-04-09 Telefonaktiebolaget Lm Ericsson (Publ) Maximum power reduction for full duplex communications
JP6980003B2 (ja) * 2016-07-15 2021-12-15 ソニーモバイルコミュニケーションズ株式会社 ワイヤレス通信デバイスによってサポートされる性能の組合せのフレキシブルな指示
US10536955B2 (en) 2016-08-12 2020-01-14 Qualcomm Incorporated Capability coordination across radio access technologies
EP3522642B1 (en) * 2016-09-29 2023-09-06 LG Electronics Inc. Method for plurality of processing time or plurality of transmission time intervals in wireless communication system, and apparatus therefor
US11032850B2 (en) * 2016-09-30 2021-06-08 Qualcomm Incorporated PRACH and/or SRS switching enhancements
US10448364B2 (en) * 2017-01-19 2019-10-15 Qualcomm Incorporated Methods and apparatus related to time tracking in multi carrier systems
CN110326341B (zh) * 2017-01-20 2023-01-17 Oppo广东移动通信有限公司 数据通信方法和设备以及存储介质
US10334601B2 (en) * 2017-03-24 2019-06-25 Qualcomm Incorporated Techniques for dual-mode operations in new radio
CN109391935B (zh) * 2017-08-11 2021-01-08 维沃移动通信有限公司 一种带宽部分的配置方法、网络设备及终端
GB2567001A (en) 2017-09-29 2019-04-03 Nec Corp Communication system
EP3692673B1 (en) * 2017-10-06 2023-06-28 Telefonaktiebolaget LM Ericsson (Publ) Ue baseband capability signaling
CN113596816B (zh) * 2017-10-19 2022-11-29 Oppo广东移动通信有限公司 一种受限ue能力的控制方法及装置、计算机存储介质
US10819405B2 (en) * 2017-12-04 2020-10-27 University Of Notre Dame Du Lac Mitigating beam squint in millimeter wave wireless communication systems
CN110391888B (zh) * 2018-04-23 2022-04-01 ***通信有限公司研究院 终端能力的处理方法、装置、相关设备及存储介质
US10912144B2 (en) 2018-05-09 2021-02-02 Mediatek Inc. Method to reduce access delay
CN110958603B (zh) * 2018-09-27 2021-06-29 华为技术有限公司 能力上报方法及装置
KR102659723B1 (ko) * 2018-11-01 2024-04-22 삼성전자주식회사 이동 통신 시스템에서 통신을 수행하는 방법 및 장치
KR20210095173A (ko) * 2018-12-21 2021-07-30 삼성전자주식회사 차세대 이동통신 시스템에서 복수의 무선 전송 기법에 대한 단말 능력을 보고하는 방법 및 장치
CN112188479B (zh) * 2019-07-05 2022-01-11 华为技术有限公司 用户设备能力信息的上报方法及设备
WO2022077213A1 (en) * 2020-10-13 2022-04-21 Zte Corporation Methods, apparatuses and systems for user equipment capability confirmation enquiry procedure
CN115225243A (zh) * 2021-04-16 2022-10-21 ***通信有限公司研究院 一种信息指示方法及装置、通信设备
CN113517911A (zh) * 2021-07-22 2021-10-19 南京信息工程大学滨江学院 一种基于多载波聚合技术的电力线通信***及通信方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011085200A1 (en) * 2010-01-08 2011-07-14 Interdigital Patent Holdings, Inc. Maintaining time alignment with multiple uplink carriers

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2015140827A (ru) * 2010-08-16 2018-12-26 Телефонактиеболагет Л М Эрикссон (Пабл) Узлы и способы для улучшения позиционирования
KR20120034509A (ko) * 2010-10-01 2012-04-12 주식회사 팬택 다중 요소 반송파 시스템에서 전력조정을 위한 제어정보의 전송장치 및 방법
US8750807B2 (en) * 2011-01-10 2014-06-10 Mediatek Inc. Measurement gap configuration in wireless communication systems with carrier aggregation
US8964780B2 (en) * 2012-01-25 2015-02-24 Ofinno Technologies, Llc Sounding in multicarrier wireless communications
EP2807885A1 (en) * 2012-01-25 2014-12-03 Dinan, Esmael, Hejazi Timing advance in a base station and wireless device with timing advance groups based on ue capabilities

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011085200A1 (en) * 2010-01-08 2011-07-14 Interdigital Patent Holdings, Inc. Maintaining time alignment with multiple uplink carriers

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
JPN6015043329; ＭｅｄｉａＴｅｋ: 'ＭＢＭＳ　ＵＥ　Ｃａｐａｂｉｌｉｔｙ［ｏｎｌｉｎｅ］' ３ＧＰＰ　ＴＳＧ-ＲＡＮ　ＷＧ２＃７７ｂｉｓ　Ｒ２-１２１１１２ , 20120319, インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａ *
JPN6015043331; Ａｌｃａｔｅｌ-Ｌｕｃｅｎｔ: 'Ｃｏｎｓｕｌｔａｔｉｏｎ　Ｍｅｃｈａｎｉｓｍ　ｆｏｒ　Ｉｎｔｅｒ-ＲＡＴ　ＵＥ　Ｃａｐａｂｉｌｉｔｉｅｓ［ｏｎｌｉｎｅ］' ３ＧＰＰ　ＴＳＧ-ＲＡＮ　ＷＧ２＃６１　Ｒ２-０８１１９０ , 20080208, インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａ *
JPN6015043333; Ｅｒｉｃｓｓｏｎ，　ＳＴ-Ｅｒｉｃｓｓｏｎ: 'ＭＢＭＳ　ａｓｓｉｓｔａｎｃｅ　ｉｎｆｏｒｍａｔｉｏｎ　ａｎｄ　ＲＲＣ　ｓｉｇｎａｌｉｎｇ　ｄｅｔａｉｌｓ［ｏｎｌｉｎｅ］' ３ＧＰＰ　ＴＳＧ-ＲＡＮ　ＷＧ２＃７７ｂｉｓ　Ｒ２-１２１５５４ , 20120321, インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａ *
JPN6015043336; Ｑｕａｌｃｏｍｍ　Ｉｎｃｏｒｐｏｒａｔｅｄ: 'Ｆｕｒｔｈｅｒ　Ｄｉｓｃｕｓｓｉｏｎ　ｏｎ　Ｃａｒｒｉｅｒ　Ａｇｇｒｅｇａｔｉｏｎ　Ｂａｎｄｗｉｄｔｈ　Ｃｏｍｂｉｎａｔｉｏｎ［ｏｎｌｉｎｅ］' ３ＧＰＰ　ＴＳＧ-ＲＡＮ　ＷＧ４♯６２ｂｉｓ　Ｒ４-１２１５４２ , 20120319, インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａ *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017511628A (ja) * 2014-02-13 2017-04-20 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． Ｒｓ ｓｎｒのレポート及び受信の方法及び装置
US10425841B2 (en) 2014-02-13 2019-09-24 Huawei Technologies Co., Ltd. RS SNR reporting and receiving method and apparatus
JP2017509234A (ja) * 2014-03-13 2017-03-30 インテル アイピー コーポレイション 無線能力情報の転送のための改良された方法
JP2017216754A (ja) * 2014-03-13 2017-12-07 インテル アイピー コーポレイション 無線能力情報の転送のための改良された方法
US11071052B2 (en) 2014-03-13 2021-07-20 Intel Corporation Method for the transfer of radio capability information
US11350348B2 (en) 2014-03-13 2022-05-31 Intel Corporation Method for the transfer of radio capability information

Also Published As

Publication number Publication date
EP2847889A1 (en) 2015-03-18
EP2847889A4 (en) 2016-01-20
KR20130126427A (ko) 2013-11-20
US20140162642A1 (en) 2014-06-12
WO2013169061A1 (en) 2013-11-14
CN104285388A (zh) 2015-01-14

Similar Documents

Publication Publication Date Title
JP2015516774A (ja) 多重コンポーネントキャリアシステムにおける端末性能情報の送信装置及び方法
KR102225636B1 (ko) 무선 통신 시스템에서 상향링크 타이밍을 조정하는 방법 및 이를 위한 장치
KR101810121B1 (ko) 무선 통신 시스템에서 랜덤 액세스의 수행장치 및 방법
US20130114576A1 (en) Apparatus and method for performing uplink synchronization in multiple component carrier system
US20140086213A1 (en) Apparatus and method for performing uplink synchronization in multiple component carrier system
CN111066362B (zh) 在无线通信***中使用载波聚合发送或接收信号的方法和设备
US20120314652A1 (en) Apparatus and method for performing random access in wireless communication system
WO2014209049A1 (en) Method and apparatus for fdd/tdd intra-node and inter-node carrier aggregation
KR20120136481A (ko) 다중 요소 반송파 시스템에서 상향링크 동기의 수행장치 및 방법
EP2835929A1 (en) Method and apparatus for small cell enhancement in a wireless communication system
US20180020444A1 (en) Method for applying a new pucch configuration in a carrier aggregation system and a device therefor
KR20130001096A (ko) 무선 통신 시스템에서 랜덤 액세스의 수행장치 및 방법
US20180014332A1 (en) Method for initiating a random access procedure in a carrier aggregation system and a device therefor
US10687369B2 (en) Method for initiating a random access procedure in a carrier aggregation system and a device therefor
US20180288760A1 (en) Method for deactivating scells upon a tat expiry for pucch cell in a carrier aggregation system and a device therefor
US10034312B2 (en) Method for initiating a random access procedure in a carrier aggregation system and a device therefor
EP3338379B1 (en) Method for activating or deactivating a cell in a wireless communication system and a device therefor
US10178589B2 (en) Methods in a radio access node for obtaining neighbouring information and radio access nodes
US20170374688A1 (en) Method for initiating a random access procedure in a carrier aggregation system and a device therefor
US10271356B2 (en) Method for initiating a random access procedure in a carrier aggregation system and a device therefor
KR20130049132A (ko) 다중 요소 반송파 시스템에서 상향링크 동기의 수행장치 및 방법
KR101911211B1 (ko) 무선 통신 시스템에서 랜덤 액세스의 수행장치 및 방법
KR20120132284A (ko) 무선 통신 시스템에서 랜덤 액세스의 수행장치 및 방법
KR20140040544A (ko) 다중 요소 반송파 시스템에서 상향링크 전송 중단 및 재개 방법 및 장치
KR20140057077A (ko) 다중 요소 반송파 시스템에서 단말의 성능정보의 전송장치 및 방법

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20141208

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20151023

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20151110

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20160210

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20160510