(57)【特許請求の範囲】
【請求項１】
ＦＤＤ（Frequency Division Duplex）及びＴＤＤ（Time Division Duplex）をサポートする端末の端末性能情報（Capability Information）送信方法であって、
基地局から端末性能情報を要請するメッセージを受信するステップと、
前記受信したメッセージに応じて、第１性能情報及び第２性能情報を生成するステップと、
前記第１性能情報に対する第１フィールド及び前記第２性能情報に対する第２フィールドを含む端末性能情報を前記基地局に送信するステップと、を含み、
前記第１性能情報は、ＦＤＤモードに適用されるＦＤＤ性能情報、ＴＤＤモードに適用されるＴＤＤ性能情報のうちのいずれか１つを含み、
前記第２性能情報は、前記ＦＤＤモード及び前記ＴＤＤモード両方とも適用される性能情報を含むことを特徴とする、端末性能情報送信方法。
【請求項２】
前記第１性能情報は、前記ＦＤＤモードに適用されるＦＧＩ（Feature Group Indicator）または前記ＴＤＤモードに適用されるＦＧＩを含み、
前記第２性能情報は、前記ＦＤＤモード及び前記ＴＤＤモード両方とも適用されるＦＧＩを含むことを特徴とする、請求項１に記載の端末性能情報送信方法。
【請求項３】
前記第１性能情報と前記第２性能情報が含む値が同一であるか否かを判断するステップと、
前記第１性能情報と前記第２性能情報が含む値が同一であれば、前記第１性能情報に対する第１フィールド及び前記第２性能情報に対する第２フィールドのうちのいずれか１つの送信を制御するステップをさらに含むことを特徴とする、請求項１に記載の端末性能情報送信方法。
【請求項４】
ＦＤＤ（Frequency Division Duplex）及びＴＤＤ（Time Division Duplex）をサポートする端末であって、
基地局から端末性能情報（Capability Information）を要請するメッセージを受信する送受信部と、
前記受信したメッセージに応じて、第１性能情報及び第２性能情報を生成する制御部とを含み、
前記送受信部は、前記第１性能情報に対する第１フィールド及び前記第２性能情報に対する第２フィールドを含む端末性能情報メッセージを前記基地局に送信し、
前記第１性能情報は、ＦＤＤモードに適用されるＦＤＤ性能情報、ＴＤＤモードに適用されるＴＤＤ性能情報のうちのいずれか１つを含み、
前記第２性能情報は、前記ＦＤＤモード及び前記ＴＤＤモード両方とも適用される性能情報を含むことを特徴とする、端末。
【請求項５】
前記第１性能情報は、前記ＦＤＤモードに適用されるＦＧＩ（Feature Group Indicator）または前記ＴＤＤモードに適用されるＦＧＩを含み、
前記第２性能情報は、前記ＦＤＤモード及び前記ＴＤＤモード両方とも適用されるＦＧＩを含むことを特徴とする、請求項４に記載の端末。
【請求項６】
前記制御部は、前記第１性能情報と前記第２性能情報が含む値が同一であれば、前記第１性能情報に対する第１フィールド及び前記第２性能情報に対する第２フィールドのうちのいずれか１つの送信を制御することを特徴とする、請求項４に記載の端末。
【請求項７】
基地局の端末性能情報（Capability Information）受信方法であって、
端末に端末性能情報を要請するメッセージを送信するステップと、
前記メッセージに対する応答として前記端末から第１性能情報に対する第１フィールド及び第２性能情報に対する第２フィールドを含む端末性能情報メッセージを受信するステップとを含み、
前記第１性能情報は、ＦＤＤ（Frequency Division Duplex）モードに適用されるＦＤＤ性能情報、ＴＤＤ（Time Division Duplex）モードに適用されるＴＤＤ性能情報のうちのいずれか１つを含み、
前記第２性能情報は、前記ＦＤＤモード及び前記ＴＤＤモード両方とも適用される性能情報を含むことを特徴とする、端末性能情報受信方法。
【請求項８】
前記第１性能情報は、前記ＦＤＤモードに適用されるＦＧＩ（Feature Group Indicator）または前記ＴＤＤモードに適用されるＦＧＩを含み、
前記第２性能情報は、前記ＦＤＤモード及び前記ＴＤＤモード両方とも適用されるＦＧＩを含むことを特徴とする、請求項７に記載の端末性能情報受信方法。
【請求項９】
基地局であって、
端末に端末性能情報（Capability Information）を要請するメッセージを送信し、前記メッセージに対する応答として前記端末から第１性能情報に対する第１フィールド及び第２性能情報に対する第２フィールドを含む端末性能情報メッセージを受信する送受信部を含み、
前記第１性能情報は、ＦＤＤモードに適用されるＦＤＤ性能情報、ＴＤＤモードに適用されるＴＤＤ性能情報のうちのいずれか１つを含み、
前記第２性能情報は、前記ＦＤＤモード及び前記ＴＤＤモード両方とも適用される性能情報を含むことを特徴とする、基地局。
【請求項１０】
前記第１性能情報は、前記ＦＤＤモードに適用されるＦＧＩ（Feature Group Indicator）または前記ＴＤＤモードに適用されるＦＧＩを含み、
前記第２性能情報は、前記ＦＤＤモード及び前記ＴＤＤモード両方とも適用されるＦＧＩを含むことを特徴とする、請求項９に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデュアルモード通信に関し、より詳しくは、デュアルモード端末が効率的に性能情報を報告する方法及び装置に関する。
【背景技術】
【０００２】
一般に、移動通信システムはユーザの移動性を確保しながら通信を提供するための目的で開発された。このような移動通信システムは、技術の飛躍的な発展に助けられて音声通信は勿論、高速のデータ通信サービスが提供できる段階に達した。
【０００３】
近来、次世代の移動通信システムのうちの１つとして３ＧＰＰ（3rd Generation Partnership Project）でＬＴＥ（Long Term Evolution）システムに対する規格作業が進行中である。上記ＬＴＥシステムは現在提供されているデータ転送率より高い最大１００Ｍｂｐｓ位の転送速度を有する高速パケット基盤通信を具現する技術であり、現在規格化がほとんど完了した。
【０００４】
最近、ＬＴＥ通信システムに多様な新技術を接続して転送速度を向上させる進化したＬＴＥ通信システム（LTE-Advanced；ＬＴＥ−Ａ）に対する議論が本格化している。上記新しく導入される技術のうち、代表的なものにキャリア集積（Carrier Aggregation）を挙げることができる。キャリア集積とは、従来に端末が１つの順方向キャリアと１つの逆方向キャリアのみを用いてデータ送受信を行うこととは異なり、１つの端末が多数の順方向キャリアと多数の逆方向キャリアを使用するものである。上記の例の他にも端末には他の付加的な機能が具現されることができ、そのうちの一部は必須（mandatory）機能であり、一部は選択的（optional）機能である。
【０００５】
基地局が端末の無線を設定するためには端末の性能を正確に判断しなければならない。このために、端末は自身の性能を網に報告する手続きが定義されているが、上記性能情報はシングルモード端末のために設計されている。したがって、デュアルモード端末が自身の性能を報告する効率的な方法と装置が要求される。
【０００６】
上記の情報は単に本開示の理解を助けるための背景情報として提示される。上記の情報のうち、どれが本発明と関連して従来技術として適用できるか否かに関しては何にも決定されなかったし、何にも主張されなかった。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は少なくとも前述した問題点及び／又は短所を解決するために提案されたものであって、少なくとも以下に説明する長所を提供する。したがって、本発明の一態様はデュアルモードユーザ装置（ＵＥ）が効率的に能力情報を報告できるようにした装置及び方法を提供するものである。
【課題を解決するための手段】
【０００８】
前述した問題点を解決するために、本発明の一実施形態に従うＦＤＤ（Frequency Division Duplex）及びＴＤＤ（Time Division Duplex）をサポートする端末の端末性能情報（Capability Information）送信方法は、基地局から端末性能情報を要請するメッセージを受信するステップ、端末性能情報を要請する上記メッセージを受信すれば、第１性能情報及び第２性能情報を生成するステップ、及び上記第１性能情報及び上記第２性能情報を含む端末性能情報を上記基地局に送信するステップを含むことができる。上記第１性能情報は、ＦＤＤモードに適用されるＦＤＤ性能情報、ＴＤＤモードに適用されるＴＤＤ性能情報のうちのいずれか１つを含み、上記第２性能情報は上記ＦＤＤモード及び上記ＴＤＤモード両方共に適用される性能情報を含むことができる。
【０００９】
前述した問題点を解決するために、本発明の一実施形態に従うＦＤＤ（Frequency Division Duplex）及びＴＤＤ（Time Division Duplex）をサポートする端末は、基地局から端末性能情報（Capability Information）を要請するメッセージを受信する送受信部及び端末性能情報を要請する上記メッセージを受信すれば、第１性能情報及び第２性能情報を生成する制御部を含むことができる。上記送受信部は、上記第１性能情報及び上記第２性能情報を含む端末性能情報を上記基地局に送信することができる。上記第１性能情報は、ＦＤＤモードに適用されるＦＤＤ性能情報、ＴＤＤモードに適用されるＴＤＤ性能情報のうちのいずれか１つを含み、上記第２性能情報は上記ＦＤＤモード及び上記ＴＤＤモード両方共に適用される性能情報を含むことができる。
【００１０】
前述した問題点を解決するために、本発明の一実施形態に従う基地局の端末性能情報（Capability Information）受信方法は、端末に端末性能情報を要請するメッセージを送信するステップ、及び上記メッセージに対する応答として上記端末から第１性能情報及び第２性能情報を含む端末性能情報を受信するステップを含むことができる。上記第１性能情報は、ＦＤＤ（Frequency Division Duplex）モードに適用されるＦＤＤ性能情報、ＴＤＤ（Time Division Duplex）モードに適用されるＴＤＤ性能情報のうちのいずれか１つを含み、上記第２性能情報は上記ＦＤＤモード及び上記ＴＤＤモード両方共に適用される性能情報を含むことができる。
【００１１】
前述した問題点を解決するために、本発明の一実施形態に従う基地局は、端末に端末性能情報（Capability Information）を要請するメッセージを送信し、上記メッセージに対する応答として上記端末から第１性能情報及び第２性能情報を含む端末性能情報を受信する送受信部を含むことができる。上記第１性能情報は、ＦＤＤモードに適用されるＦＤＤ性能情報、ＴＤＤモードに適用されるＴＤＤ性能情報のうちのいずれか１つを含み、上記第２性能情報は上記ＦＤＤモード及び上記ＴＤＤモード両方共に適用される性能情報を含むことができる。
【００１２】
本発明の他の様態、長所、及び著しい特徴は、添付した図面を参照した本発明の好ましい実施形態を提示する次の具体的な説明から本発明が属する分野の通常の知識を有する者に明白になる。
【図面の簡単な説明】
【００１３】
本発明の特定の実施形態の上記様態及び他の様態、特徴及び長所は、添付した図面を参照した以下の詳細な説明からより明確になる。
【００１４】
【図１】本発明が適用されるＬＴＥシステムの構造を示す構造図である。
【図２】本発明が適用されるＬＴＥシステムにおける無線プロトコル構造を示す構造図である。
【図３】端末３０５と基地局３１０との間で設定される無線設定のフローチャートである。
【図４】本発明の一実施形態に従うフローチャートである。
【図５】本発明の第１実施形態に従う端末の性能情報送信過程のフローチャートである。
【図６】本発明の第２実施形態に従う端末の性能情報報告過程のフローチャートである。
【図７】本発明の第３実施形態に従う端末４０５の性能情報報告過程のフローチャートである。
【図８】本発明の一実施形態に従う端末４０５の構成を示すブロック図である。
【図９】本発明の一実施形態に従う基地局４１０の構成を示すブロック図である。
【００１５】
図面において、同一な参照番号は同一または類似の要素、特徴、構造を示すことに使われたことに留意しなければならない。
【発明を実施するための形態】
【００１６】
添付した図面を参照した以下の説明は請求項とその等価物により定義されたものであって、本発明の好ましい実施形態の包括的な理解を助けるために提供される。これは理解を助けるための多様な特定の具体的な説明を含むが、これは単に例示的なものと見なされる。したがって、本発明が属する技術分野で通常の知識を有する者であれば、本発明の範囲と思想から逸脱しない範囲でここに説明された実施形態の多様な変形及び修正が可能であることを認知することができる。また、周知の機能及び構造に対する説明は明瞭性と簡潔性のために省略できる。
【００１７】
次の説明と請求項で使われた用語及び単語は書旨の意味に制限されず、単に発明者により発明を明確で、かつ一貫性あるように理解できるように使われる。したがって、本発明が属する技術分野で通常の知識を有する者であれば、本発明の好ましい実施形態の次の説明を添付した請求項及びその等価物により定義されるように、例示的な目的で提供し、本発明を制限する目的のために提供しない。
【００１８】
文脈で明確な指示がなければ、“a”、“an”、“the”のような単数形態は複数の指示対象を含むものと理解されなければならない。したがって、例えば、“構成要素の表面”の言及は１つまたはその以上のこのような表面の言及を含む。
【００１９】
以下、本発明を説明するに当たって、関連した公知機能または構成に対する具体的な説明が本発明の要旨を曖昧にすることがあると判断される場合にはその詳細な説明を省略する。以下、添付した図面を参照して本発明の実施形態を説明する。以下、本発明を説明する前にＬＴＥシステム及びキャリア集積について簡略に説明する。
【００２０】
図１は、本発明が適用されるＬＴＥシステムの構造を示す構造図である。
【００２１】
図１を参照すると、図示したように、ＬＴＥシステムの無線アクセスネットワークは次世代の基地局（Evolved Node B；以下、ＥＮＢ、Ｎｏｄｅ Ｂ、または基地局）１０５、１１０、１１５、１２０とＭＭＥ（Mobility Management Entity）１２５、及びＳ−ＧＷ（Serving-Gateway）１３０を含む。ユーザ端末（User Equipment；以下、ＵＥまたは端末）１３５はＥＮＢ１０５〜１２０及びＳ−ＧＷ１３０を通じて外部ネットワークに接続する。
【００２２】
図１で、ＥＮＢ１０５、１１０、１１５、１２０は、ＵＭＴＳシステムの既存ノードＢに対応する。ＥＮＢは、ＵＥ１３５と無線チャンネルに連結され、既存のノードＢより複雑な役割を遂行する。ＬＴＥシステムでは、インターネットプロトコルを通じてのＶｏＩＰ（Voice over IP）のようなリアルタイムサービスをはじめとする全てのユーザトラフィックが共用チャンネル（shared channel）を介してサービスされるので、ＵＥのバッファ状態、使用可能な転送電力状態、チャンネル状態などの状態情報を集めてスケジューリングを行う装置が必要であり、これをＥＮＢ１０５、１１０、１１５、１２０が担当する。１つのＥＮＢは通常、多数のセルを制御する。１００Ｍｂｐｓの転送速度を具現するためにＬＴＥシステムは２０ＭＨｚ帯域幅で直交周波数分割多重方式（Orthogonal Frequency Division Multiplexing；以下、ＯＦＤＭという）を無線接続技術として使用する。また、端末のチャンネル状態に合せて変調方式（modulation scheme）とチャンネルコーディング率（channel coding rate）を決定する適応変調コーディング（Adaptive Modulation & Coding；以下、ＡＭＣという）方式を適用する。Ｓ−ＧＷ１３０は、データベアラを提供する装置であり、ＭＭＥ１２５の制御によってデータベアラを生成または除去する。ＭＭＥは、端末に対する移動性管理機能は勿論、各種の制御機能を担当する装置で、多数の基地局と連結される。
【００２３】
図２は、本発明が適用されるＬＴＥシステムにおける無線プロトコル構造を示す構造図である。
【００２４】
図２を参照すると、ＬＴＥシステムの無線プロトコルは、端末とＥＮＢにおいて、各々ＰＤＣＰ（Packet Data Convergence Protocol）２０５、２４０、ＲＬＣ（Radio Link Control）２１０、２３５、ＭＡＣ（Medium Access Control）２１５、２３０からなる。ＰＤＣＰ（Packet Data Convergence Protocol）２０５、２４０は、ＩＰヘッダ圧縮／復元などの動作を担当し、無線リンク制御（Radio Link Control；以下、ＲＬＣという）２１０、２３５は、ＰＤＣＰ ＰＤＵ（Packet Data Unit）を適切なサイズに再構成してＡＲＱ動作などを遂行する。ＭＡＣ２１５、２３０は一端末に構成された多数のＲＬＣ階層装置と連結され、ＲＬＣ ＰＤＵをＭＡＣ ＰＤＵに多重化し、ＭＡＣ ＰＤＵからＲＬＣ ＰＤＵを逆多重化する動作を遂行する。物理階層２２０、２２５は、上位階層データをチャンネルコーディング及び変調し、ＯＦＤＭシンボルに作って無線チャンネルで転送するか、または無線チャンネルを介して受信したＯＦＤＭシンボルを復調し、チャンネルデコーディングして上位階層に伝達したりする動作を行う。
【００２５】
図３は、端末３０５と基地局３１０との間で設定される無線設定のフローチャートである。
【００２６】
図３を参照すると、端末３０５と基地局３１０は、端末３０５の性能３１０と基地局の状況などに従って多様な機能を設定することができる。
【００２７】
例えば、端末３０５と基地局３１０は、ステップ３１５で端末３０５のバッテリーセービングのためにＤＲＸ（Discontinuous Reception）を設定することができる。端末３０５と基地局３１０は、ステップ３２０でトラフィック状況に合せて端末のバッテリー節約を極大化するために、短いＤＲＸ（short DRX）を設定することができる。端末３０５と基地局３１０は、ステップ３２５で音声サービスを効率的にサポートするために半永久的転送資源割当機能（ＳＰＳ；Semipersistent scheduling）を設定することができる。端末３０５と基地局３１０は、ステップ３３０で基地局３１０に近く位置した端末３０５の転送速度を高めるために、６４ＱＡＭ（Quadrature amplitude modulation）機能を設定することができる。端末３０５と基地局３１０は、ステップ３３５で端末特定レファレンス信号（UE specific reference signal）を設定することができる。ステップ３１５からステップ３３５の過程は必須な過程ではなく、ステップ３１５からステップ３３５の過程のうちの一部のみ遂行されることもできる。
【００２８】
上記のように、基地局３１０が状況によって端末３０５に特定機能を設定するためには、基地局３１０は端末３０５が該当機能を具現したか、そしてＩＯＴ（Inter Operability Test）を遂行したかを知らなければならない。特に、ＦＤＤ（Frequency Division Duplex）及びＴＤＤ（Time Division Duplex）を両方ともサポートするデュアルモード（dual mode）端末３０５の場合は問題がある。デュアルモード端末は、任意の機能を一モードのみでサポートするか、任意の機能に対するＩＯＴを一モードのみで遂行したこともある。この場合、端末３０５が基地局３１０に任意の機能に対して該当機能がサポートされるモード及び該当機能に対するＩＯＴが遂行されたモードに対して報告する必要がある。本明細書では、上記各モードに対する情報報告を効率的に遂行する方法及び装置を提示する。
【００２９】
図４は、本発明の一実施形態に従うフローチャートである。
【００３０】
図４を参照すると、ステップ４２０で、デュアルモード端末４０５に端末性能を新しく報告する必要性が発生する。例えば、端末４０５の電源が付いたり、現在端末性能が最も最近に報告した端末性能と変わったりした場合に、上記の必要性が発生することがある。特に、端末４０５がＦＤＤネットワークで端末性能を報告した後、ＴＤＤネットワークに移動したり、ＴＤＤネットワークで端末性能を報告した後、ＦＤＤネットワークに移動したりした場合にも端末は自身の性能を新しく報告しなければならない。デュアルモード端末とは、２つのデュプレックスモード、即ちＦＤＤ及びＴＤＤを両方ともサポートする端末である。上記デュプレックスモードは、周波数帯域（frequency band）と一対一に対応するので、デュアルモード端末とは、少なくとも１つのＦＤＤバンドと少なくとも１つのＴＤＤバンドをサポートする端末である。
【００３１】
ステップ４２５で、端末４０５は基地局４１０とＲＲＣ連結セットアップ要請（RRC CONNECTION SETUP REQUEST）メッセージとＲＲＣ連結セットアップ（RRC CONNECTION SETUP）メッセージを交換する。上記メッセージ交換を通じて端末４０５と基地局４１０とは制御メッセージ送受信のためのＲＲＣ連結を設定する。RRC CONNECTION SETUP REQUESTメッセージには端末の識別子とＲＲＣ連結を設定する理由を指示する情報が収納できる。RRC CONNECTION SETUPメッセージにはＳＲＢ（Signalling Radio Bearer）設定情報、ＭＡＣ設定情報、ＰＨＹ設定情報などが収納できる。ここで、ＳＲＢはＲＲＣ制御メッセージをサーブ（serve）する無線ベアラである。
【００３２】
ステップ４３０で、端末４０５はＲＲＣ連結セットアップ完了（RRC CONNECTION SETUP COMPLETE）メッセージを基地局４１０に転送する。上記メッセージには端末がＭＭＥ４１５に転送するＮＡＳ（Non-Access-Stratum）メッセージが収納される。端末４０５は、新たな端末性能を報告するために、上記ＮＡＳメッセージに‘端末性能が変更されたこと’を指示する情報を収納して転送する。端末性能は、普段ＭＭＥ４１５に格納されている。端末４０５と任意の基地局４１０との間でＲＲＣ連結が設定されれば、ＭＭＥ４１５は基地局４１０に端末４０５の性能のうち、無線通信（radio）と関連した端末性能を伝達する。これを通じてＲＲＣ連結が設定される度に端末４０５が性能報告を行うことを防ぐことができる。特に、端末４０５はＦＤＤ網からＴＤＤ網へ移動したり、ＴＤＤ網からＦＤＤ網へ移動したりした後、上記‘端末性能が変更されたこと’を指示する情報を網に転送して新たな性能情報が報告されるようにする。
【００３３】
ステップ４３５で、基地局４１０は上記RRC CONNECTION SETUP COMPLETEメッセージに収納されたＮＡＳメッセージをＭＭＥ４１５に転送する。ＮＡＳメッセージとは、端末４０５とＭＭＥ４１５との間で交換される制御メッセージを通称する。通常、端末４０５の電源が付いている場合には、端末４０５はＭＭＥ４１５に接続要請（ATTACH REQUEST）ＮＡＳメッセージを送信する。既に電源が付いている端末４０５がＲＲＣ連結を新しく設定した場合には、端末４０５はＭＭＥ４１５にサービス要請（SERVICE REQUEST）ＮＡＳメッセージを送信する。端末４０５が新たなトラッキング領域（tracking area）へ移動した場合には、端末４０５はＭＭＥ４１５にトラッキング領域更新（TRACKING AREA UPDATE）ＮＡＳメッセージを送信する。ＭＭＥ４１５は、このようなメッセージを受信すれば、上記ＮＡＳメッセージの種類と収納された情報によって、それに相応する動作を遂行する。特に、上記ＮＡＳメッセージに端末４０５の性能が変更されたことを指示する情報が含まれてあれば、ＭＭＥ４１５は端末４０５の新たな端末性能情報を獲得するためにステップ４４０の過程を遂行する。
【００３４】
ステップ４４０で、ＭＭＥ４１５は基地局４１０と最初コンテキストセットアップ（INITIAL CONTEXT SETUP）過程を遂行する。INITIAL CONTEXT SETUP過程で、ＭＭＥ４１５は基地局４１０に端末４０５がサービスを受けるために必要とする情報を伝達する。例えば、ＭＭＥ４１５は基地局４１０に保安関連情報やＱｏＳ（Quality of Service）関連情報などを伝達することができる。また、通常INITIAL CONTEXT SETUP過程を通じてＭＭＥ４１５は基地局４１０に端末４０５の無線通信（radio）と関連した性能情報を伝達する。しかしながら、本実施形態によればステップ４４０でＭＭＥ４１５は端末４０５の性能が変更されたことを知っているので、基地局４１０に無線通信（radio）と関連した端末性能情報を伝達しない。それによって、基地局４１０は端末性能獲得手続きを開始することができる。即ち、基地局４１０はINITIAL CONTEXT SETUP過程で端末性能情報を受信できない場合、後述するステップ４５５、４６０及び４６５の端末性能情報獲得手続きを遂行することができる。実施形態によっては、一定周期が到達するか、別途の要請を遂行するなど、異なる条件によって端末性能情報獲得手続きが開始されることもできる。
【００３５】
ステップ４４５で、基地局４１０は端末４０５にＵＥ性能問い合わせ（capability enquiry）制御メッセージを転送する。上記メッセージを通じて基地局４１０は端末４０５に端末性能を報告することを指示する。基地局４１０は、ＵＥ性能問い合わせメッセージを通じて端末４０５に特定ＲＡＴ（Radio Access Technology）関連性能を報告することを指示することができる。ステップ４４５で、基地局４１０は端末４０５のＥ−ＵＴＲＡ関連性能を取得しようとするので、ＵＥ性能問い合わせメッセージにはＥＵＴＲＡ（Evolved UMTS Terrestrial Radio Access Network）性能を報告することを指示する情報が含まれることができる。
【００３６】
ステップ４５０で、端末４０５は基地局４１０にＵＥ性能情報（capability information）メッセージを転送する。ＵＥ性能情報メッセージには予め定まった フォーマットの以下の＜表１＞のような端末性能情報が含まれることができる。
【００３７】
【表１】
0006046138.tif 000002
【００３８】
＜表１＞に含まれたエンティティーに対しては３ＧＰＰ ＴＳ（Technical Specification）３６．３３１を参照してより詳細な情報を獲得することができる。主要情報に対して簡単に説明すると、rf-Parametersには端末がサポートする周波数帯域（frequency band）に対する情報などが含まれる。周波数帯域は、以下の＜表２＞のように定義される。
【００３９】
【表２】
0006046138.tif 000003
0006046138.tif 000004
【００４０】
端末４０５は、自身がサポートする周波数帯域の帯域番号を上記rf-Parametersで報告する。周波数帯域は、ＦＤＤバンドとＴＤＤバンドとに区分される。端末４０５がＦＤＤバンドのみサポートすれば、上記端末４０５はＦＤＤで動作する端末である。端末４０５がＴＤＤバンドのみサポートすれば、上記端末４０５はＴＤＤで動作する端末である。端末４０５がＦＤＤバンドとＴＤＤバンドを両方ともサポートすれば、その端末４０５はＦＤＤとＴＤＤで動作できるデュアルモード端末である。
【００４１】
featureGroupIndicatorsは、端末４０５が所定のフィーチャーグループ（feature group）に対してＩＯＴ（Inter Operability Test）を遂行したか否かを表す情報である。featureGroupIndicatorsに対しては、以下の＜表３＞に具体的な内容が記載されている。featureGroupIndicatorsに含まれたフィーチャー（feature）は端末が必ず具現しなければならない必須フィーチャー（mandatory feature）である。例えば、端末がＦＧＩ（Feature Group indicator）ビット３を１に設定すれば、端末が５ビットＲＬＣ ＵＭ（Unacknowledged Mode）ＳＮ（Sequence Number）と７ビットＰＤＣＰ ＳＮを具現し、これに対するＩＯＴやはり遂行したことを意味する。
【００４２】
【表３】
0006046138.tif 000005
0006046138.tif 000006
0006046138.tif 000007
【００４３】
デュアルモード端末が任意のフィーチャーグループ（feature group）をＦＤＤモードとＴＤＤモード両方ともサポートし、上記フィーチャーグループ（feature group）に対するＩＯＴをＦＤＤモードとＴＤＤモード両方とも完了した場合には、該当フィーチャーグループに対してＦＧＩを１に設定することができる。しかしながら、ＦＤＤでＩＯＴを完了したとしてもＴＤＤではＩＯＴを行っていない場合、あるいはその反対の場合がよく発生することがある。このような場合、端末４０５は該当フィーチャーグループに対するＦＧＩをどのように設定しなければならないかが明確でない。本明細書では、これを解決するために端末が２つのＦＧＩセット（set）（＜表３＞で例示したようなＦＧＩビットの集合）を報告する。１つのＦＧＩセット（以下、ＦＤＤ ＦＧＩセット）は端末４０５がＦＤＤモードでＩＯＴを完了したか否かを指示し、残りのＦＧＩセット（以下、ＴＤＤ ＦＧＩセット）は端末４０５がＴＤＤモードでＩＯＴを完了したか否かを指示する。
【００４４】
上記のように、２つのＦＧＩセットを転送した時、以前リリースの基地局あるいは以前リリースのＭＭＥが上記情報のうちの一部を理解できないことがある。端末４０５が基地局４１０あるいはネットワークのリリースを知っていると、ネットワークのリリースに合せてＦＧＩを転送する方法を考えることができるが、現システムにおける端末４０５が基地局４１０／ネットワークのリリースを類推することができる情報は提供されないので、基地局が新たなフォーマットの情報を理解できないこともあるという点を考慮してＦＧＩセットを定義しなければならない。
【００４５】
本明細書では、上記の問題をアドレスする方案に、端末４０５が連結を設定したネットワーク（あるいは、基地局４１０）のモードを参考してＦＧＩセット情報を収納したフィールドを決定するようにする。より詳しくは、端末４０５は１つのＦＧＩセットは既存フィールド（または、基本フィールド）に収納し、残りのＦＧＩセットは拡張フィールド（extension field）に収納する。この場合、ネットワークが拡張フィールドを理解できなくても既存フィールドのＦＧＩは理解することができるので、この情報に基づいて必要な動作を遂行することができる。１つ留意する点は、仮に現在の連結が設定されたネットワークのデュプレックスモードと既存フィールドに収納されたＦＧＩセットのデュプレックスモードとが異なれば、基地局が端末の性能を誤認する可能性がある。これを防止するために、端末は端末性能情報を報告する時点に連結が設定されたネットワークのモードを参照して、該当モードのＦＧＩセットを既存フィールドに収納し、他のモードのＦＧＩセットを拡張フィールドに収納することができる。従来のＦＧＩのための情報エンティティー（ＩＥ；Information Entity）及び拡張フィールドのＦＧＩのための情報エンティティーが以下の＜表４＞に提示される。＜表４＞の方式は一実施形態に過ぎない。
【００４６】
【表４】
0006046138.tif 000008
【００４７】
即ち、デュアルモード端末４０５がＦＤＤネットワークと連結を設定した場合（即ち、端末４０５がＦＤＤバンドで動作する基地局４１０と連結を設定した場合）、端末４０５はＦＤＤ ＦＧＩセットを既存フィールドに収納し、ＴＤＤ ＦＧＩセットは拡張フィールドに収納することができる。または、デュアルモード端末４０５がＴＤＤネットワークと連結を設定した場合（即ち、端末４０５がＴＤＤバンドで動作する基地局４１０と連結を設定した場合）、端末４０５はＴＤＤ ＦＧＩセットを既存フィールドに収納し、ＦＤＤ ＦＧＩセットは拡張フィールドに収納することができる。
【００４８】
ステップ４５５で、基地局４１０は上記ステップ４５０の受信した端末の性能情報をＵＥ性能情報指示子（UE CAPABILITY INFO INDICATION）制御メッセージに含めてＭＭＥ４１５に転送する。ＭＭＥ４１５は、上記情報を格納した後、今後INITIAL CONTEXT SETUP過程で上記受信した端末の性能情報を利用する。基地局４１０は、端末４０５が伝達した端末性能情報を参照して端末４０５に適用する各種の設定情報を決定することができる。
【００４９】
図５は、本発明の第１実施形態に従う端末の性能情報送信過程のフローチャートである。
【００５０】
図５を参照すると、ステップ５０５でデュアルモード端末４０５に端末性能情報を基地局４１０に新しく報告しなければならない必要性が発生する。端末性能情報を新しく報告しなければならない必要性が発生すれば、過程はステップ５１０に進行する。ステップ５１０で、端末４０５は基地局４１０とRRC CONNECTION SETUP過程を遂行する。ＲＲＣ連結が設定されれば、過程はステップ５１５に進行する。ステップ５１５で、端末４０５はRRC CONNECTION SETUP COMPLETEメッセージを生成して基地局４１０に転送する。上記RRC CONNECTION SETUP COMPLETEメッセージにはATTACH REQUESTやＴＡＵ（Tracking Area Update）、またはSERVICE REQUESTのようなＮＡＳメッセージが収納できる。端末４０５は、上記ＮＡＳメッセージに‘端末の無線通信性能が変更されたこと’を指示する情報を含めることができる。
【００５１】
ステップ５２０で、端末４０５はRRC CONNECTION SETUP COMPLETEメッセージを転送した後の通常的な動作を遂行する。図４を参照して説明したように、基地局４１０は端末４０５の新たな端末性能情報を獲得するために端末４０５にＵＥ性能問い合わせメッセージを転送することができる。上記メッセージには端末４０５にＥＵＴＲＡ性能を報告することを指示する情報が含まれることができる。端末４０５が上記メッセージを受信すれば、過程はステップ５２５に進行する。
【００５２】
ステップ５２５で、端末４０５は現在ネットワークのモードがＦＤＤモードなのか、でなければＴＤＤモードなのかを検査する。より詳しくは、端末４０５は現在セルの動作周波数バンドがＦＤＤバンドなのかＴＤＤバンドなのかを検査する。あるいは、端末４０５は自身の現在動作バンド（operating band）がＦＤＤバンドなのかＴＤＤバンドなのかを検査する。端末４０５の現在動作バンドは現在セルの動作バンドと常に一致するので上記２つ検査は実際には同一である。あるいは、端末４０５はステップ５０５で現在ネットワークのモードを予め判断して置くこともできる。即ち、端末４０５は端末性能情報を報告しなければならない必要性が発生した時点のネットワークモードを基準にステップ５２５以後の動作を遂行することもできる。現在ネットワークのモードがＦＤＤモードであれば、過程はステップ５３０に進行する。現在ネットワークのモードがＴＤＤモードであれば過程はステップ５３５に進行する。
【００５３】
ステップ５３０で、端末４０５はＦＤＤ ＦＧＩセット（ＦＤＤモードでのＩＯＴテストしたか否かを表示した情報）を従来のフィールド（即ち、従来のネットワークが理解することができるフィールド）に収納する。また、端末４０５はＴＤＤ ＦＧＩセット（ＴＤＤモードでのＩＯＴテストしたか否かを表示した情報）を拡張フィールド（即ち、新たなリリースのネットワーク、例えばリリース１０あるいはリリース１１ネットワークが理解することができるフィールド）に収納する。上記動作を遂行するに当たって、端末４０５はＦＤＤ ＦＧＩセットとＴＤＤ ＦＧＩセットとが互いに同一であるか否かを考慮することもできる。即ち、上記２つ情報が異なる場合のみに上記２つ情報を共に報告し、上記２つ情報が同一であれば、２つのうち１つの情報のみ報告することができる。あるいは、上記動作を遂行するに当たって、端末はＦＤＤの性能関連情報とＴＤＤの性能関連情報とが互いに同一であるか否かを考慮することもできる。例えば、ＦＤＤ性能関連情報（例えば、ＦＤＤ ＦＧＩセット）がＴＤＤ性能関連情報（例えば、ＴＤＤ ＦＧＩセット）と異なる場合のみに上記２つセットを共に報告し、２つ情報が同一であれば拡張フィールドを含めないことがある。したがって、基地局４１０は１つのＦＧＩセットのみを含む端末性能情報を受信すれば、これがＴＤＤ及びＦＤＤ両方とも適用されることと見なして処理することができる。
【００５４】
ステップ５３５で、端末４０５はＴＤＤ ＦＧＩセットを従来のフィールド（即ち、従来のネットワークが理解することができるフィールド）に収納する。また、端末４０５はＦＤＤ ＦＧＩセット（ＦＤＤモードでＩＯＴテストしたか否かを表示した情報）を拡張フィールド（即ち、新たなリリースのネットワーク、例えばリリース１０あるいはリリース１１ネットワークが理解することができるフィールド）に収納する。上記動作を遂行するに当たって、端末４０５はＦＤＤ ＦＧＩセットとＴＤＤ ＦＧＩセットとが互いに同一であるか否かを考慮することもできる。即ち、上記２つ情報が異なる場合のみに上記２つ情報を共に報告し、上記２つ情報が同一であれば、２つのうち１つの情報のみ報告する。あるいは、上記動作を遂行するに当たって、端末はＦＤＤの性能関連情報とＴＤＤの性能関連情報とが互いに同一であるか否かを考慮することもできる。例えば、ＦＤＤ性能関連情報（例えば、ＦＤＤ ＦＧＩセット）がＴＤＤ性能関連情報（例えば、ＴＤＤ ＦＧＩセット）と異なる場合のみに上記２つセットを共に報告し、２つ情報が同一であれば拡張フィールドを含めないことがある。したがって、基地局４１０は１つのＦＧＩセットのみを含む端末性能情報を受信すれば、これがＴＤＤ及びＦＤＤ全てに適用されることと見なして処理することができる。
【００５５】
ステップ５４０で、端末４０５はステップ５３０またはステップ５３５で生成された情報を収納したＵＥ性能情報を基地局４１０に転送する。
【００５６】
端末４０５は、上記ＦＧＩセットだけでなく、他の情報も報告することができる。例えば、端末４０５はサポートしたか否か、あるいはＩＯＴ遂行をしたか否かが変わることができる他の性能関連情報（例えば、phyLayerParametersやinterRAT-Parametersでサポートしたか否かが指示されるフィーチャー（feature））を報告することができる。また、端末４０５はこのような他の性能関連情報もＦＤＤに対する情報及びＴＤＤに対する情報を別に報告することができる。この際、従来の関連フィールドに現在ネットワークのモードで支持される性能情報を、拡張フィールドに現在ネットワークのモードでない他のモードで支持される性能情報を収納して報告することができる。
【００５７】
図６は、本発明の第２実施形態に従う端末の性能情報報告過程のフローチャートである。
【００５８】
従来技術によれば、端末はrf-Parametersに自身がサポートする全ての周波数帯域を報告し、measParametersで各周波数帯域に対する測定ギャップ（measurement gap）の要否（requirement）を報告する。
【００５９】
本第２実施形態によれば、端末４０５は現在サービングネットワークのモードを考慮して上記rf-ParametersとmeasParametersに収納する情報を決定する。より詳しく説明すると、端末はＦＤＤネットワークに連結された場合にはＦＤＤ帯域及び上記ＦＤＤ帯域に対する測定ギャップ要求の有無（measurement gap requirement）を既存フィールド、例えばrf-Parameters及びmeasParametersを通じて報告する。端末４０５は、現在サービングネットワークのモードとは異なるモードに対する情報は拡張フィールド、例えばUE-EUTRA-Capability-v11xy-IEsという名前で命名されたフィールドの下位フィールドに定義されるrf-Parameters及びmeasParametersを通じて報告することができる。
【００６０】
上記のように、ＦＤＤバンドとＴＤＤバンドとを分離することによって、以前リリースの基地局と通信を遂行するに当たって発生できる誤動作を防止する。より詳しくは、仮に従来の関連フィールドにＦＤＤバンドとＴＤＤバンドを全て報告するが、ＦＧＩは２つバンドのうちの１つに対するもののみ報告すれば、以前リリースの基地局は特に移動性（mobility）と関連したフィーチャーグループ（feature group）に対して誤った判断を下すことがある。例えば、ＦＧＩ２５はＥ−ＵＴＲＡバンドに対するインター−フリークエンシー（inter-frequency）に関するものである。端末４０５が自身のＦＤＤ帯域でインター−フリークエンシー測定（inter-frequency measurement）に対してＩＯＴを遂行したことを表すために、上記従来の関連フィールドであるUE-EUTRA-CapabilityのfeatureGroupIndicatorsのＦＧＩ２５を１に設定するが、上記従来の関連フィールドのrf-ParametersでＦＤＤバンドとＴＤＤバンドを全て報告すれば、以前リリースの基地局は上記端末４０５がＦＤＤ帯域及びＴＤＤ帯域を問わず、全ての帯域に対するインター−フリークエンシー測定に対するＩＯＴが遂行されたことと誤判することがある。したがって、本実施形態のように、各モードに対してバンドを個別的に報告することが好ましい。
【００６１】
図６を参照すると、ステップ６０５でデュアルモード端末４０５に端末性能情報を新しく報告しなければならない必要性が発生する。端末性能情報を新しく報告しなければならない必要性が発生すれば、過程はステップ６１０に進行する。ステップ６１０で、基地局とRRC CONNECTION SETUP過程を遂行する。ＲＲＣ連結が設定されれば、過程はステップ６１５に進行する。ステップ６１５で、端末４０５はRRC CONNECTION SETUP COMPLETEメッセージを生成して基地局４１０に転送する。上記メッセージにはATTACH REQUESTやＴＡＵ（Tracking Area Update）またはSERVICE REQUESTのようなＮＡＳメッセージが収納できる。端末４０５は上記ＮＡＳメッセージに‘端末の無線通信性能（radio capability）が変更されたこと’を指示する情報を含める。
【００６２】
ステップ６２０で、端末４０５はRRC CONNECTION SETUP COMPLETEメッセージを転送した後の通常的な動作を遂行する。図４を参照して説明したように、基地局４１０は端末４０５の新たな端末性能情報を獲得するためにＵＥ性能問い合わせメッセージを転送することができる。上記メッセージには端末４０５にＥＵＴＲＡ性能を報告することを指示する情報が含まれることができる。端末４０５が上記メッセージを受信すれば、過程はステップ６２５に進行する。
【００６３】
ステップ６２５で、端末４０５は現在ネットワークのモードがＦＤＤモードなのか、でなければＴＤＤモードなのかを検査する。より詳しくは、端末４０５は現在セルの動作周波数バンドがＦＤＤバンドなのかＴＤＤバンドなのかを検査する。あるいは、端末４０５は自身の現在動作バンド（operating band）がＦＤＤバンドなのかＴＤＤバンドなのかを検査する。端末４０５の現在動作バンドは現在セルの動作バンドと常に一致するので、上記２つ検査は実際には同一である。あるいは、端末４０５はステップ６０５で現在ネットワークのモードを予め判断して置くこともできる。即ち、端末４０５は端末性能情報を報告しなければならない必要性が発生した時点のネットワークモードを基準にステップ６２５以後の動作を遂行することもできる。現在ネットワークのモードがＦＤＤモードであれば、過程はステップ６３０に進行する。現在ネットワークのモードがＴＤＤモードであれば、過程はステップ６３５に進行する。
【００６４】
ステップ６３０で、端末はＦＤＤ ＦＧＩセット、端末がサポートするＦＤＤバンド、上記バンドに対する測定ギャップの要否などの情報を従来のフィールド（即ち、従来のネットワークが理解することができるフィールド）に収納し、ＴＤＤ ＦＧＩセット（ＴＤＤモードでＩＯＴテストしたか否かを表示したもの）、端末がサポートするＴＤＤバンド、そして上記ＴＤＤバンドに対する測定ギャップの要否などを拡張フィールドに収納する。
【００６５】
＜表５＞ステップ６３０で使われることができるＩＥの例示である。
【００６６】
【表５】
0006046138.tif 000009
【００６７】
ＦＧＩビットのうち、移動性と関連したビット（例えば、ＦＧＩ８、９、１０、１１、２５など）は以下のようにfeatureGroupIndicatorsが収納された位置及び共に収納されたrf-Parametersに含まれた情報によってその意味が変わる。
●従来フィールドのfeatureGroupIndicatorsのうち、移動性関連ＦＧＩは従来フィールドのrf-Parametersに含まれた帯域に対してのみＩＯＴしたか否かを指示する。
●拡張フィールドのfeatureGroupIndicatorsのうち、移動性関連ＦＧＩは拡張フィールドのrf-Parametersに含まれた帯域と従来の関連フィールドのrf-Parametersに含まれた帯域を全て考慮して従来の関連フィールドのＦＧＩで報告されていない項目に対するＩＯＴしたか否かを全て報告する。
【００６８】
例えば端末４０５が従来フィールドにＦＤＤ（あるいは、ＴＤＤ）モードと関連したＦＧＩ及びＦＤＤバンド（あるいは、ステップ６３５ではＴＤＤバンド）のみを含んだrf-Parameterを位置させ、拡張フィールドにＴＤＤ（あるいは、ステップ６３５ではＦＤＤ）モードと関連したＦＧＩ及びＴＤＤバンド（あるいは、ＦＤＤバンド）のみを含んだrf-Parameterを位置させれば；
●従来フィールドの移動性関連ＦＧＩビット、例えばＦＧＩ２５は以下の状況に対してＩＯＴテストしたか否かを指示する。
−ＦＤＤ（あるいは、ステップ６３５ではＴＤＤ）バンドでＦＤＤ（あるいは、ステップ６３５ではＴＤＤ）バンドに対するインター−フリークエンシー測定に対してＩＯＴテストしたか否か
●拡張フィールドの移動性関連ＦＧＩビット、例えばＦＧＩ２５は以下の状況に対してＩＯＴテストしたか否かを指示する（即ち、総４個のケースのうち、従来の関連フィールドで報告された１つを除外した残りの３個に対する報告を遂行する）。
−ＦＤＤ（あるいは、ステップ６３５ではＴＤＤ）バンドでＴＤＤ（あるいは、ステップ６３５ではＦＤＤ）バンドに対するインター−フリークエンシー測定を遂行することに対してＩＯＴテストしたか否か
−ＴＤＤ（あるいは、ステップ６３５ではＦＤＤ）バンドでＴＤＤ（あるいは、ステップ６３５ではＦＤＤ）バンドに対するインター−フリークエンシー測定を遂行することに対してＩＯＴテストしたか否か
−ＴＤＤ（あるいは、ステップ６３５ではＦＤＤ）バンドでＦＤＤ（あるいは、ステップ６３５ではＴＤＤ）バンドに対するインター−フリークエンシー測定を遂行することに対してＩＯＴテストしたか否か
【００６９】
ステップ６３５で、端末４０５はＴＤＤ ＦＧＩセット（ＴＤＤモードでＩＯＴテストしたか否かを表示した情報）、端末４０５がサポートするＴＤＤバンド、上記バンドに対する測定ギャップの要否などの情報を従来のフィールド（即ち、従来のネットワークが理解することができるフィールド）に収納する。また、端末４０５はＦＤＤ ＦＧＩセット（ＦＤＤモードでＩＯＴテストしたか否かを表示した情報）、端末がサポートするＦＤＤバンド、そして上記ＦＤＤバンドに対する測定ギャップの要否などを拡張フィールドに収納する。
【００７０】
ステップ６４０で、端末４０５はステップ６３０またはステップ６３５の情報を収納したＵＥ性能情報を基地局４１０に転送する。
【００７１】
図７は、本発明の第３実施形態に従う端末４０５の性能情報報告過程のフローチャートである。
【００７２】
本発明の３実施形態ではＦＧＩセットだけでなく、その他のフィーチャー（feature）に対しても各デュプレックスモードに対してサポートしたか否か／ＩＯＴテストしたか否かを指示する方法を提供する。UE-EUTRA-Capabilityは、ＦＧＩビット、端末がサポートするバンドと関連したパラメータ（rf-Parameters）、端末のピークデータ率（peak data rate）関連パラメータ（ue-Category）、物理階層性能関連パラメータ（phyLayerParameters）、他の無線技術と関連したパラメータ（interRAT-Parameters）などで構成できる。本発明の３実施形態ではUE-EUTRA-Capabilityの例示として以下の３種類を運用する。
−UE-EUTRA-Capability-1：これはＦＤＤ帯域のみを考慮して決定されたUE-EUTRA-Capabilityである。より詳しくは、端末４０５はrf-Parameterに自身がサポートするＦＤＤバンドのみ含めて、ＦＧＩセットのＦＩＧビットを設定するに当たって、該当フィーチャーグループ（feature group）がＦＤＤバンドでＩＯＴテストを経たか否かを指示するように設定する。端末４０５は、選択的フィーチャー（Optional feature）、例えばphyLayerParametersに含まれる種々のフィーチャーに対してサポートしたか否かを報告するに当たって、ＦＤＤバンドでサポートされ、ＩＯＴテストが完了したもののみを報告する。
−UE-EUTRA-Capability-2：これはＴＤＤ帯域のみを考慮して決定されたUE-EUTRA-Capabilityである。より詳しくは、端末４０５はrf-Parameterに自身がサポートするＴＤＤバンドのみ含めて、ＦＧＩセットのＦＩＧビットを設定するに当たって、該当フィーチャーグループ（feature group）がＴＤＤバンドでＩＯＴテストを経たか否かを指示するように設定する。端末４０５は、選択的フィーチャー、例えばphyLayerParametersに含まれる種々のフィーチャーに対してサポートしたか否かを報告するに当たって、ＴＤＤバンドでサポートされ、ＩＯＴテストが完了したもののみを報告する。
−UE-EUTRA-Capability-3：これはＦＤＤ帯域とＴＤＤ帯域を全て考慮して決定されたUE-EUTRA-Capabilityである。より詳しくは、端末４０５はrf-Parameterに端末４０５がサポートする全てのバンドを含めて、ＦＧＩビットを設定するに当たって、該当フィーチャーグループが上記端末がサポートするバンドのうち、少なくとも１つ以上のＦＤＤバンドと少なくとも１つ以上のＴＤＤバンドでＩＯＴテストを経たか否かを指示する。端末４０５は、選択的フィーチャー、例えばphyLayerParametersの種々のフィーチャーに対してサポートしたか否かは、ＦＤＤバンドとＴＤＤバンドで全てサポートされ、ＩＯＴテストが完了したもののみを報告する。
【００７３】
上記３種類の性能情報は、互いに相異することも、同一であることもある。仮に、ＦＤＤとＴＤＤに対するＩＯＴ状況が同一でないとか、ＦＤＤとＴＤＤに対して互いに相異する種類のフィーチャーをサポートすれば、上記性能情報は互いに異なる値を有する。
【００７４】
端末４０５は、端末性能情報を転送する時点のネットワークのモードによってどんな情報を報告するかを決定する。例えば、端末４０５はＦＤＤネットワークではUE-EUTRA-Capability-1とUE-EUTRA-Capability-3を報告し、ＴＤＤネットワークではUE-EUTRA-Capability-2とUE-EUTRA-Capability-3を報告することができる。
【００７５】
図７を参照すると、ステップ７０５でデュアルモード端末４０５に端末性能情報を新しく報告しなければならない必要性が発生する。デュアルモード端末４０５に端末性能情報を新しく報告しなければならない必要性が発生すれば、過程はステップ７１０に進行する。ステップ７１０で、端末４０５は基地局４１０とRRC CONNECTION SETUP過程を遂行する。ＲＲＣ連結が設定されれば、過程はステップ７１５に進行する。ステップ７１５で、端末４０５はRRC CONNECTION SETUP COMPLETEメッセージを生成して基地局４１０に転送する。上記メッセージにはATTACH REQUESTやＴＡＵ（Tracking Area Update）、またはSERVICE REQUESTのようなＮＡＳメッセージが収納できる。端末４０５は、上記ＮＡＳメッセージに‘端末の無線通信性能が変更されたこと’を指示する情報を含めることができる。
【００７６】
ステップ７２０で、端末４０５はRRC CONNECTION SETUP COMPLETEメッセージを転送した後の通常的な動作を遂行する。図４を参照して説明したように、基地局４１０は端末４０５の新たな端末性能情報を獲得するためにＵＥ性能問い合わせメッセージを転送する。上記メッセージには端末４０５にＥＵＴＲＡ性能を報告することを指示する情報が含まれる。端末４０５が上記メッセージを受信すれば、過程はステップ７２５に進行する。
【００７７】
ステップ７２５で、端末４０５は現在ネットワークのモードがＦＤＤモードなのか、でなければＴＤＤモードなのかを検査する。より詳しくは、端末４０５は現在セルの動作周波数バンドがＦＤＤバンドなのかＴＤＤバンドなのかを検査する。あるいは、端末４０５は自身の現在動作バンド（operating band）がＦＤＤバンドなのか、でなければＴＤＤバンドなのかを検査する。端末４０５の現在動作バンドは、現在セルの動作バンドと常に一致するので、上記２つ検査は実際には同一である。あるいは、端末４０５はステップ７０５で現在ネットワークのモードを予め判断して置くこともできる。即ち、端末４０５は端末性能情報を報告しなければならない必要性が発生した時点のネットワークモードを基準に動作を遂行することもできる。現在ネットワークのモードがＦＤＤモードであれば、過程はステップ７３０に進行する。現在ネットワークのモードがＴＤＤモードであれば、過程はステップ７３５に進行する。
【００７８】
ステップ７３０で、端末４０５はＵＥ性能情報メッセージを生成する。ここで、ＵＥ性能情報メッセージはＦＤＤに適用される性能情報であるEUTRA-Capability-1とＴＤＤに適用される性能情報であるEUTRA-Capability-2のうち、現在ネットワークのモードに該当するＦＤＤに適用される性能情報、即ちUE-EUTRA-Capability-1を従来のフィールドに収納し、ＦＤＤとＴＤＤに全て適用される性能情報であるUE-EUTRA-Capability-3を拡張フィールドに収納する。単一デュプレックスモードに適用される性能情報（即ち、EUTRA-Capability-1あるいはEUTRA-Capability-2）と２つデュプレックスモードに共通に適用される性能情報（即ち、EUTRA-Capability-3）とが互いに異なれば、端末４０５は前述したように、２つの性能情報を共に報告し、２つ性能情報が同一であれば、端末４０５は上記２つの性能情報のうちの１つのみを報告することができる。したがって、基地局４１０は１つのＦＧＩセットのみを含む端末性能情報を受信すれば、これがＴＤＤ及びＦＤＤ両方とも適用されることと見なして処理することができる。
【００７９】
ステップ７３５で、端末４０５はＵＥ性能情報メッセージを生成する。ここで、ＵＥ性能情報メッセージはＦＤＤに適用される性能情報であるEUTRA-Capability-1とＴＤＤに適用される性能情報であるEUTRA-Capability-2のうち、現在ネットワークのモードに該当するＴＤＤに適用される性能情報、即ちUE-EUTRA-Capability-2を従来のフィールドに収納し、ＦＤＤとＴＤＤに全て適用される性能情報であるUE-EUTRA-Capability-3を拡張フィールドに収納する。単一デュプレックスモードに適用される性能情報（即ち、EUTRA-Capability-1あるいはEUTRA-Capability-2）と２つデュプレックスモードに共通に適用される性能情報（即ち、EUTRA-Capability-3）とが互いに異なれば、端末４０５は前述したように、２つの性能情報を共に報告し、２つ性能情報が同一であれば、端末４０５は上記２つの性能情報のうちの１つのみを報告することができる。
【００８０】
ステップ７４０で、端末４０５はステップ７３０またはステップ７３５で生成された情報を収納したＵＥ性能情報を基地局４１０に転送する。
【００８１】
図８は、本発明の一実施形態に従う端末４０５の構成を示すブロック図である。
【００８２】
図８を参照すると、本発明の一実施形態に従う端末４０５は、送受信部８０５、制御部８１０、多重化及び逆多重化部８２０、制御メッセージ処理部８３５、各種上位階層処理部８２５、８３０を含む。
【００８３】
上記送受信部８０５は、サービングセルの順方向チャンネルでデータ及び所定の制御信号を受信し、逆方向チャンネルでデータ及び所定の制御信号を転送する。
【００８４】
多重化及び逆多重化部８２０は、上位階層処理部８２５、８３０や制御メッセージ処理部８３５で発生したデータを多重化したり、送受信部８０５で受信されたデータを逆多重化したりして、適切な上位階層処理部８２５、８３０や制御メッセージ処理部８３５に伝達する役割をする。
【００８５】
制御メッセージ処理部８３５はＲＲＣ階層装置であり、基地局４１０から受信された制御メッセージを処理して必要な動作を取る。例えば、制御メッセージ処理部８３５はＲＲＣ制御メッセージを受信し、ここにＤＲＸ関連情報やＳＰＳ関連情報が含まれてあれば関連設定情報を制御部８１０に伝達する。制御メッセージ処理部８３５は、端末４０５が図４から図７を参照して前述したように、性能情報報告を遂行するように全般的な制御メッセージ処理動作を遂行する。制御メッセージ処理部８３５は、前述した実施形態に従って端末性能情報を生成することができる。変形例によれば、制御部８１０が端末性能情報を生成することもできる。
【００８６】
上位階層処理部８２５、８３０は、各サービスに対して別途に構成できる。上位階層処理部８２５、８３０は、ＦＴＰ（File Transfer Protocol）やＶｏＩＰ（Voiceover Internet Protocol）などのようなユーザサービスで発生するデータを処理して多重化及び逆多重化部８２０に伝達するか、または上記多重化及び逆多重化部８２０から伝達されたデータを処理して上位階層のサービスアプリケーションに伝達する。
【００８７】
制御部８１０は、送受信部８０５を通じて受信されたスケジューリング命令、例えば逆方向グラントを確認して適切な時点に適切な転送資源として逆方向転送が遂行されるように送受信部８０５と多重化及び逆多重化部８２０を制御する。また、制御部８１０は制御メッセージ処理部８３５が伝達した設定情報を参照して各種機能を設定または解除する。制御部８１０は、端末４０５が図４から図７を参照して前述したように性能報告を遂行するように全般的な制御動作を遂行する。
【００８８】
図９は、本発明の一実施形態に従う基地局４１０の構成を示すブロック図である。
【００８９】
図９を参照すると、本発明の一実施形態に従う基地局４１０は、送受信部９０５、制御部９１０、多重化及び逆多重化部９２０、制御メッセージ処理部９３５、各種上位階層処理部９２５、９３０、及びスケジューラー９１５を含む。
【００９０】
送受信部９０５は、順方向キャリアでデータ及び所定の制御信号を転送し、逆方向キャリアでデータ及び所定の制御信号を受信する。
【００９１】
多重化及び逆多重化部９２０は、上位階層処理部９２５、９３０や制御メッセージ処理部９３５で発生したデータを多重化するか、または送受信部９０５で受信されたデータを逆多重化して、適切な上位階層処理部９２５、９３０や制御メッセージ処理部９３５、あるいは制御部９１０に伝達する役割をする。制御メッセージ処理部９３５は、端末４０５が転送した制御メッセージを処理して必要な動作を取ったり、端末４０５に伝達する制御メッセージを生成して下位階層に伝達したりする。特に、制御メッセージ処理部９３５は端末４０５に転送するUE CAPABILITY ENQUIRYメッセージを生成し、端末４０５が転送したUE CAPABILITY INFORMATION情報を処理して必要な情報を解釈して端末４０５にどんな機能を設定するのかを決定する。そして、制御メッセージ処理部９３５は上記決定に基づいてRRC CONNECTION RECONFIGURATIONメッセージを生成して多重化及び逆多重化部９２０に伝達する。
【００９２】
上位階層処理部９２５、９３０は、各ベアラに対して別途に構成されることができ、Ｓ−ＧＷ１３０あるいは更に他の基地局から伝達されたデータをＲＬＣ ＰＤＵで構成して多重化及び逆多重化部９２０に伝達するか、または多重化及び逆多重化部９２０から伝達されたＲＬＣ ＰＤＵをＰＤＣＰ ＳＤＵで構成してＳ−ＧＷ１３０あるいは他の基地局に伝達する。
【００９３】
スケジューラー９１５は、端末のバッファ状態、チャンネル状態などを考慮して端末４０５に適切な時点に転送資源を割り当てて、送受信部９０５が端末が転送した信号を処理するか、または端末４０５に信号を転送するように制御する。
【００９４】
制御部９１０は、図４から図７を参照して説明した実施形態のうち、いずれか１つの方式により端末の性能情報報告を受信するように基地局４１０を全般的に制御する。
【００９５】
特に、基地局４１０は上記性能情報報告を受信し、前述した性能情報報告の形式を考慮して必要な性能情報を抽出し、それによって端末４０５と通信を遂行することができる。
【００９６】
本発明の一実施形態によれば、デュアルモード端末が性能を報告するに当たって、端末の性能を最大限活用できるようにする効果がある。
【００９７】
この際、フローチャートの各ブロックとフローチャートの組合はコンピュータプログラムインストラクションにより遂行できることを理解することができる。これらコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータ、またはその他のプログラム可能なデータプロセッシング装備のプロセッサに搭載できるので、コンピュータまたはその他のプログラム可能なデータプロセッシング装備のプロセッサを通じて遂行されるそのインストラクションがフローチャートブロックで説明された機能を遂行する手段を生成するようになる。これらコンピュータプログラムインストラクションは特定方式により機能を具現するために、コンピュータまたはその他のプログラム可能なデータプロセッシング装備を指向できるコンピュータ利用可能またはコンピュータ読取可能メモリに格納されることもできるので、そのコンピュータ利用可能またはコンピュータ読取可能メモリに格納されたインストラクションはフローチャートブロックで説明された機能を遂行するインストラクション手段を内包する製造品目を生産することも可能である。コンピュータプログラムインストラクションは、コンピュータまたはその他のプログラム可能なデータプロセッシング装備上に搭載されることも可能であるので、コンピュータまたはその他のプログラム可能なデータプロセッシング装備上で一連の動作ステップが遂行されてコンピュータで実行されるプロセスを生成してコンピュータまたはその他のプログラム可能なデータプロセッシング装備を遂行するインストラクションはフローチャートブロックで説明された機能を実行するためのステップを提供することも可能である。
【００９８】
また、各ブロックは特定した論理的機能を実行するための１つ以上の実行可能なインストラクションを含むモジュール、セグメント、またはコードの一部を表すことができる。また、幾つかの代替実行例ではブロックで言及された機能が順序を逸脱して発生することも可能であることに注目しなければならない。例えば、相次いで図示されている２つのブロックは実質的に同時に遂行されることもでき、またはそのブロックが時々該当する機能によって逆順に遂行されることもできる。
【００９９】
この際、本実施形態で使われる‘〜部’という用語はソフトウェアまたはＦＰＧＡまたはＡＳＩＣのようなハードウェア構成要素を意味し、‘〜部’はある役割を遂行する。しかしながら、‘〜部’はソフトウェアまたはハードウェアに限定される意味ではない。‘〜部’はアドレッシングできる格納媒体にあるように構成されることもでき、１つまたはその以上のプロセッサを再生させるように構成されることもできる。したがって、一例として、‘〜部’はソフトウェア構成要素、客体指向ソフトウェア構成要素、クラス構成要素、及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャー、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウエア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。構成要素と‘〜部’のなかで提供される機能は、より小さい数の構成要素及び‘〜部’に結合されるか、または追加的な構成要素と‘〜部’にさらに分離できる。だけでなく、構成要素及び‘〜部’は、デバイスまたは保安マルチメディアカード内の１つまたはその以上のＣＰＵを再生させるように具現されることもできる。
【０１００】
本発明が属する技術分野の通常の知識を有する者は、本発明がその技術的思想や必須な特徴を変更せず、他の具体的な形態に実施できるということを理解することができる。したがって、以上で記述した実施形態は全ての面で例示的なものであり、限定的でないものと理解しなければならない。本発明の範囲は、上記詳細な説明よりは特許請求範囲により表し、特許請求範囲の意味及び範囲、そしてその均等概念から導出される全ての変更または変形された形態が本発明の範囲に含まれるものと解釈されなければならない。
【０１０１】
一方、本明細書と図面には本発明の好ましい実施形態に対して開示し、たとえ特定用語が使われたが、これは単に本発明の技術内容を容易に説明し、発明の理解を助けるための一般的な意味として使われたものであり、本発明の範囲を限定しようとするものではない。ここに開示された実施形態の他にも本発明の技術的思想に基づいた他の変形例が実施可能であるということは本発明が属する技術分野で通常の知識を有する者に自明である。
【符号の説明】
【０１０２】
１０５、１１０、１１５、１２０  基地局
１３５  ユーザ端末
３０５  端末
３１０  基地局
４０５  端末
４１０  基地局
８０５  送受信部
８１０  制御部
８２０  逆多重化部
８２５、８３０  上位階層処理部
８３５  制御メッセージ処理部
９０５  送受信部
９１０  制御部
９１５  スケジューラー
９２０  逆多重化部
９２５、９３０  上位階層処理部
９３５  制御メッセージ処理部
【図１】
0006046138.tif 000010
【図２】
0006046138.tif 000011
【図３】
0006046138.tif 000012
【図４】
0006046138.tif 000013
【図５】
0006046138.tif 000014
【図６】
0006046138.tif 000015
【図７】
0006046138.tif 000016
【図８】
0006046138.tif 000017
【図９】
0006046138.tif 000018