JPWO2007111265A1 - 無線通信基地局装置 - Google Patents

Abstract

呼接続におけるメッセージサイズを低減する無線通信基地局装置を提供する。この装置において、報知情報作成部（２０３）は、セルレベルで管理されるPreconfiguration情報であるセルレベル情報とＰＬＭＮレベルで管理されるPreconfiguration情報であるＰＬＭＮレベル情報とを異なる送信単位に割り当てて報知情報を作成し、作成された報知情報が報知情報送信部（２０４）からＵＥに報知される。Preconfiguration使用決定部（２０８）では、チャネルを設定するＵＥがPreconfigurationを使用可能か判断し、使用可能であれば、制御情報作成部（２０９）において該当するIndexが制御情報に含まれ、制御情報が制御情報送信部（２１０）からＵＥに送信される。

Description

本発明は、無線通信基地局装置に関する。

一般に、無線アクセスネットワーク（RAN: Radio Access Network）は、無線制御装置（RNC: Radio Network Controller）とノードＢとにより構成されており、ＲＮＣは、交換機ネットワークであるコアネットワーク（CN: Core Network）とIuインタフェースを介して接続され、ノードＢは、移動機（UE: User Equipment）と無線インタフェースを介して接続される。

無線インタフェースのプロトコル構成は、レイヤ１（物理レイヤ）、レイヤ２（データリンクレイヤ）、レイヤ３（ネットワークレイヤ）から成り、レイヤ３とレイヤ２の間では論理チャネルが定義されており、レイヤ２とレイヤ１との間ではトランスポートチャネルが定義されている。

レイヤ２は、無線リンクの制御を行うRadio Link Control(RLC)と、無線リソースの割り当て制御などを行うMedium Access Control(MAC)の２つのサブレイヤに分けられる。

また、レイヤ３は、呼設定などの制御を行うC-Plainとユーザ情報の伝達を行うU-Plainとに分けられており、C-Plainはさらにレイヤ１とレイヤ２を直接制御するRadio Resource Control(RRC)と、より高位の制御を行うNon Accesses Stratum(NAS)とに分けられている。そのNASの中で中心的な役割を果たす機能としてMobility Management (MM)があげられる。

ＲＲＣは、いくつかのサービスを提供しており、例えば、エリア内の全ＵＥに対する報知情報の通知、特定のＵＥの呼び出し、コネクションの設定・変更・開放などがあり、ＵＥとネットワークとの呼接続に重要な役割を果たす。

ところで、ＵＥとネットワークとの呼の確立には、設定情報(以下、ＩＥ (Information Element)という)として多くの情報をMessageに含めて送信しなければならず、呼接続の遅延要因となっている。特に情報量が多いMessageとしては、無線回線の確立を行うRRC CONNECTION SETUP(制御情報用チャネルの確立)とRADIO BEARER SETUP(トラフィックデータ用チャネルの確立)である。

そこで、呼接続遅延を減少させる方法として、呼接続に関連するMessageのサイズを低減するPreconfiguration（Default Configuration、Predefined Configuration、Stored Configurationの総称）という方法が３ＧＰＰ（3rd Generation Partnership Project）において規格化されている。以下、Preconfigurationについて説明する。

Preconfigurationは、無線回線の確立情報を随時送るのではなく、代表的な情報をＵＥに保持させておき、ネットワークからインデックスのみをＵＥに通知するという基本コンセプトに基づいて、２通りの方法が非特許文献１に規定されている。

初めに、Default Configurationについて説明する。Default Configurationでは、あらかじめ規定されているConfigurationパターン（詳細は非特許文献１の２章参照）にインデックス（１４種類）を付し、このインデックスをＵＥに保持させておき、ネットワークからインデックスを通知することによりConfigurationパターンを設定する。

このように、ネットワークから送信される情報(RRC CONNECTION SETUPやRADIO BEARER SETUPなどのMessage)がインデックスのみとなるため、メッセージサイズを大幅に削減することができるので、呼接続遅延を減少させることができる。一方、規定されたConfigurationパターンしか使用することができないため、オペレータ独自の設定、またはＵＥに応じた設定を行うことができない。

次に、Predefined Configurationについて説明する。Predefined Configurationでは、ネットワークから報知されるチャネルを用いて、Configurationパターンとそれに対応するインデックス（１６種類）を送信する。ＵＥは、ネットワークから送信された報知情報をIdle状態などにおいて受信し、Configurationパターンとインデックスを保持する。ＵＥは、Configurationとインデックとの関係を保持しているかどうかをRRC CONNECTION REQUEST message送信時にネットワークに通知する。

一方、ネットワークは、ＵＥが報知情報を保持していると判断した場合には、Default Configurationと同様にインデックスのみを送信することが可能となり、メッセージサイズを低減することができる。よって、呼接続遅延を減少させることができる。Predefined Configurationは、Default Configurationとは異なり、オペレータ独自の設定が可能であるが、報知情報で送信されるConfigurationを使用しないＵＥを考慮すると、無線リソースを無駄に使用することになってしまう。

ここで、図１にマルチコール用のChannel Structureを示す。図１に示すように制御信号用に３本のSRB(Signaling Radio Bearer)が張られており、それぞれのSRBにTransport Channelが割り当てられている。また、ここでは、Packet呼と音声呼のマルチコールを想定しているため、トラフィックデータとしてはRAB20、RAB5が張られている（RABの番号は一例）。これらのRABに対してもそれぞれTransport Channelが割り当てられている。よって、図１の例では、５つのTransport channelがPhysical channelにMappingされることになる。

また、図１に示すような設定をＵＥに行うためのMessageを、図２にRRC CONNECTION SETUP messageを例として示し、図３にRADIO BEARER SETUP messageを例として示す。図２及び図３に示したように、Preconfigurationが適用されるのは、RB設定用IEとTrCH設定用IEのみである。ここで、Predefined Configurationは、図４に示すように、Predefined Configurationによって設定されている内容がオペレータ内で共通となるように適用される。すなわち、セル間をまたがったとしても設定内容は同一である必要がある。
3GPP TR25.331，"Radio Resource Control(RRC) Protocol Specification" Signaling Enhancements for CS and PS Connection Analyses and Recommendations

しかしながら、１つのIndexで示されるconfigurationに含まれる内容がRB, TrCH, PhyCHの全てとなると、これらのうちの一部のみが異なる場合でも異なるIndexが必要となるため、Indexの数が膨大となる。

また、Preconfigurationをオペレータ単位ではなく、セル単位で適用すると、ＵＥがセル間の移動に際して取得しなければならない情報が増加してしまう。

このように、セル毎に設定が異なるPhyCHにPreconfigurationを適用することは困難であり、RB設定用IEとTrCH設定用IEにしかPreconfigurationを適用することができないので、メッセージサイズを十分低減することができない。

本発明の目的は、呼接続におけるメッセージサイズを低減する無線通信基地局装置を提供することである。

本発明の無線通信基地局装置は、チャネルの設定情報の組合せパターンであるConfiguration情報及び前記Configuration情報を示すインデックスを階層的に管理する管理手段と、オペレータ内で共通の設定となる無線ベアラ及びトランスポートチャネルの設定情報であるＰＬＭＮレベルのPreconfiguration情報と、セル毎に異なる設定となる物理チャネルの設定情報であるセルレベルのPreconfiguration情報とを報知する報知手段と、前記ＰＬＭＮレベルのPreconfiguration情報を示すインデックス及びセルレベルのPreconfiguration情報を示すインデックスによってチャネル設定情報を指示する制御情報に、他ＲＡＴのPreconfiguration情報が変更したことを含める制御情報作成手段と、作成された前記制御情報を送信する送信手段と、を具備する構成を採る。

本発明によれば、呼接続におけるメッセージサイズを低減することができる。

マルチコール用のChannel Structureを示す図 RRC CONNECTION SETUP messageのＩＥ構成を示す概念図 RADIO BEARER SETUP messageのＩＥ構成を示す概念図 Predefined Configurationの適用範囲を示す概念図 ＵＥとＮｏｄｅ Ｂとの一般的な呼接続手順を示すシーケンス図 本発明の実施の形態１に係るＮｏｄｅ Ｂの構成を示すブロック図 ＰＬＭＮレベル情報を示す概念図 セルレベル情報を示す概念図 ＰＬＭＮレベル情報とセルレベル情報との送信割り当ての様子を示す図 ＰＬＭＮレベル及びセルレベルのIndexを含む制御情報を示す概念図 本発明の実施の形態１に係るＵＥの構成を示すブロック図 図６に示したＮｏｄｅ Ｂと図１１に示したＵＥとの呼接続手順の概略を示すシーケンス図 ＵＥとＮｏｄｅ Ｂとの呼接続状態での通信手順の概略を示すシーケンス図 RRC CONNECTION REQUESTを示す概念図 RRC CONNECTION SETUPを示す概念図 ＰＬＭＮレベル情報とセルレベル情報とを一対一に対応付けた様子を示す図 図１６に示す対応関係を用いた場合の呼接続手順の概略を示すシーケンス図 ＰＬＭＮレベル情報とセルレベル情報とを一対多に対応付けた様子を示す図 ＵＥが複数のＮｏｄｅ Ｂと通信する様子を示す図 本発明の実施の形態２に係るＮｏｄｅ Ｂの構成を示すブロック図 本発明の実施の形態２に係るＵＥの構成を示すブロック図 図２１に示したＵＥがHandoverを行う場合の通信手順の概略を示すシーケンス図 MEASUREMENT REPORTを示す概念図 本発明の実施の形態３に係るＮｏｄｅ Ｂの構成を示すブロック図 自セルのセルレベル情報と隣接セル情報から制御情報を作成する様子を示す図 本発明の実施の形態３に係るＵＥの構成を示すブロック図 チャネル設定情報を展開する様子を示す図 本発明の実施の形態４に係るＮｏｄｅ Ｂの構成を示すブロック図 本発明の実施の形態４に係る報知情報の構成を示す図 本発明の実施の形態４に係る呼接続手順の概略を示すシーケンス図 図３０に示した呼接続手順における複数のメッセージが連結された場合の呼接続手順を示すシーケンス図 複数のＲＡＴに対応したＵＥが複数のＲＡＴを使用して移動する場合を示す概念図 本発明の実施の形態５に係るＮｏｄｅ Ｂの構成を示すブロック図 本発明の実施の形態５に係るＵＥの構成を示すブロック図 図３３に示したＮｏｄｅ Ｂと図３４に示したＵＥとのハンドオーバ処理手順の概略を示すシーケンス図 本発明の実施の形態６に係るＵＥの構成を示すブロック図 図３３に示したＮｏｄｅ Ｂと図３６に示したＵＥとのハンドオーバ処理手順の概略を示すシーケンス図 ＷＬＡＮネットワーク、ＬＴＥ／ＳＡＥネットワーク、ＵＭＴＳネットワークが１つのオペレータにより提供されるアーキテクチャを示す図 本発明の実施の形態７に係るＮｏｄｅ Ｂの構成を示すブロック図 ＵＥがＬＴＥ／ＳＡＥネットワークからＵＭＴＳネットワークにハンドオーバする場合を示すシーケンス図

以下、本発明の実施の形態について、図面を参照して詳細に説明する。ただし、実施の形態において、同一機能を有する構成には同一符号を付し、重複する説明は省略する。

（実施の形態１）
初めに、無線通信端末装置（以下、「ＵＥ（User Equipment）」という）と無線通信基地局装置（以下、「Ｎｏｄｅ Ｂ」という）との一般的な呼接続手順について図５を用いて説明する。図５において、ＳＴ１０１では、ＵＥがRRC CONNECTION REQUEST messageをＮｏｄｅ Ｂに送信し、ＳＴ１０２では、Ｎｏｄｅ ＢがRRC CONNECTION REQUEST messageの応答として、RRC CONNECTION SETUP messageをＵＥに送信し、UE Identity、制御情報用のチャネル設定等を通知する。

ＳＴ１０３では、ＵＥがRRC CONNECTION SETUP messageで通知された内容に従って、ＵＥ側のチャネル設定を行い、この設定完了の通知としてRRC CONNECTION SETUP COMPLETE messageをＮｏｄｅ Ｂに送信する。

このＳＴ１０１〜ＳＴ１０３の処理によって、RRC CONNECTION Establishmentが完了する。一般的には、このRRC CONNECTION Establishmentでは、制御情報を流すためのRadio BearerであるSRB(Signaling Radio Bearer)のRB1（RLC UM mode適用）、RB2（RLC AM適用、NAS Messageを含まないRRC message送信用）、RB3（RLC AM適用、NAS Messageを含むRRC message送信用）がチャネルとして確立される。それぞれのチャネルに対して設定される内容としては、上記RLCのModeの他に、そのチャネルのPriority、送信するMessageのＰＤＵ長、使用するTransport channel type及びその他のTransport channel情報等がある。

次に、ＳＴ１０４では、ＵＥがServiceの開始を要求するNAS messageであるCM SERVICE REQUESTを作成し、これをRRC messageであるINITIAL DIRECT TRANSFERに含めてＮｏｄｅ Ｂに送信する。Ｎｏｄｅ Ｂでは、INITIAL DIRECT TRANSFERをトリガーとしてMMの中でＵＥの管理を開始する。ＳＴ１０４の処理によって、NAS Connection Establishmentが完了する。

ＳＴ１０５では、Ｎｏｄｅ ＢがAUTHENTICATION REQUESTをDOWNLINK DIRECT TRANSFERに含めてＵＥに送信する。また、ＳＴ１０６では、ＵＥがAUTHENTICATION RESPONSEをUPLINK DIRECT TRANSFERに含めてＮｏｄｅ Ｂに送信する。これにより、ＵＥとＮｏｄｅ Ｂとで認証を行う。

ＳＴ１０７では、Ｎｏｄｅ ＢがSECURITY MODE COMMANDをＵＥに送信し、セキュリティで用いる乱数の情報等を含む秘匿・暗号化の設定を通知する。ＳＴ１０８では、ＵＥがSECURITY MODE COMMANDの応答として、上りの制御タイミングと共にSECURITY MODE COMPLETEをＮｏｄｅ Ｂに送信する。このＳＴ１０５〜ＳＴ１０８の処理によって、Authentication & Security processが完了する。

ＳＴ１０９では、ＵＥがRRC messageにNAS messageを含めてPDP Context（パケットのセッション）の確立要求をＮｏｄｅ Ｂに送信し、ＳＴ１１０では、Ｎｏｄｅ ＢがRADIO BEARER SETUP messageをＵＥに送信し、トラフィックデータ通信用のチャネルであるRAB(Radio Access Bearer)を設定する。

ＳＴ１１１では、ＵＥがRADIO BEARER SETUP COMPLETEをＮｏｄｅ Ｂに送信し、RABを正常に設定できたことを通知し、ＳＴ１１２では、Ｎｏｄｅ ＢがPDP Contextの確立応答をDOWNLINK DIRECT TRANSFERに含めてＵＥに送信することで、最終的にPDP Contextの確立が完了したことを通知する。このＳＴ１０９〜ＳＴ１１２の処理によって、RAB Setup & PDP Context Setupが完了する。

このように、ＳＴ１０１〜ＳＴ１１２の処理によって呼の確立が行われる。このとき、各MessageにはIEとして送信しなければならない情報が多数あり、特に情報量が多いMessageとしては、無線回線の確立を行うRRC CENNECTION SETUP（制御情報用チャネルの確立）と、RADIO BEARER SETUP（トラフィックデータ用チャネルの確立）であり、これらのMessageにPreconfigurationを適用することが考えられる。

図６は、本発明の実施の形態１に係るＮｏｄｅ Ｂ２００の構成を示すブロック図である。この図において、ＰＬＭＮ情報管理部２０１は、図示せぬ上位レイヤ（又は上位Ｎｏｄｅ）から送信され、ＰＬＭＮ（Public Land Mobile Network）レベルで管理されるPreconfiguration情報（以下、「ＰＬＭＮレベル情報」という）を管理する。ＰＬＭＮレベル情報としては、ＷＣＤＭＡシステムにおける報知情報SYSTEM INFORMATION BLOCK TYPE 16（TS25.331 10.2.48.8.19参照）が挙げられる。例えば、図７に示すように、RB数, 各RBのIdentity, RLC mode, TrCH数, 各TrCHのidentity, TrCH type, TFCSなどの情報があり、これらの組合せのそれぞれに異なるIndexが対応付けられている。ＰＬＭＮレベルで管理されるPreconfiguration情報は報知情報作成部２０３及びPreconfiguration使用決定部２０８に出力される。なお、上記の情報に加えてこのPreconfiguration情報のバージョンを示す情報を追加することも可能である。

セルレベル情報管理部２０２は、図示せぬ上位レイヤ（又は上位Ｎｏｄｅ）から送信され、セルレベルで管理されるPreconfiguration情報（以下、「セルレベル情報」という）を管理する。セルレベル情報としては、ＷＣＤＭＡシステムにおけるメッセージであるPHYSICAL CHANNEL RECONFIGURATIONのPhyCH information elements, Uplink radio resources, Downlink radio resourcesによって設定される内容が挙げられる。例えば、図８に示すように、周波数帯、Scrambling code番号、Spreading Factor, Canalization Code数、Diversity Mode, Feed back Infoの有無、HARQ Bufferサイズ、Handover種別などの情報があり、これらの組合せのそれぞれに異なるIndexが対応付けられている。セルレベルで管理されるPreconfiguration情報は報知情報作成部２０３及びPreconfiguration使用決定部２０８に出力される。なお、上記の情報に加えてこのPreconfiguration情報のバージョンを示す情報を追加することも可能である。

報知情報作成部２０３は、ＰＬＭＮレベル情報管理部２０１から出力されたＰＬＭＮレベル情報と、セルレベル情報管理部２０２から出力されたセルレベル情報とを含む報知情報を作成する。報知情報は、図９に示すように、ＰＬＭＮレベル情報とセルレベル情報とを異なる送信単位（例えば、ブロック）に割り当てられるものとする。これにより、ＵＥではいずれかのPreconfigurationを選択的に受信することができる。作成された報知情報は報知情報送信部２０４に出力される。なお、異なるブロックではなく同一ブロックで送信することも可能である。

報知情報送信部２０４は、報知情報作成部２０３から出力された報知情報に所定の送信処理を施して、送信処理を施した報知情報をＵＥに送信する。

チャネル確立決定部２０５は、図示せぬ上位レイヤから通知されるサービス要求（音声、ストリーミング等）を受けて、チャネルの確立又は削除等を決定する。上位レイヤから通知されるサービス要求の具体例としては、Signaling connection establishment, Mobile originating call establishment or packet mode connection establishment, Emergency call establishment, Short message service, Supplementary service activation, Voice group call establishmentなどがある。確立されるチャネルの種別（音声用のチャネル、ストリーミング用のチャネル、Signaling用のチャネル等）の具体例としては、Signaling connection用のSRB1, 2, 3、またそれに対応するTrCH、PhyCH, 音声用のRAB、またそれに対応するTrCH、PhyCH、Packet用のRAB、またそれに対応するTrCH、PhyCHなどであり、確立が決定されたチャネルの種別（音声通信、ストリーミング通信等）がチャネル設定決定部２０６に通知される。

チャネル設定決定部２０６は、チャネル確立決定部２０５から通知されたチャネルの種別に基づいて、各チャネルの詳細な設定（チャネル確立に必要な設定）を決定する。具体的には、図２及び図３に示したチャネル毎の設定、例えば、RB用の設定であれば、RB/RAB identity, CN domain identity（CS又はPS）, 再確立タイマ（CSであればPSより短い）、PDCP関連情報（Header Compressionに関する設定。ただし、Header Compressionを行わなければ必要なし）、RLCのMode（AM: Acknowledged Mode, UM: Unacknowledged Mode, TM: Transparent Mode）, RLCの各種設定（RLCのWindow size, ACK送信のためのタイマ等）、RBがいずれのTrCHにマッピングされるかを示す情報等を決定する。

また、TrCH用の設定であれば、TrCH identity, TrCHの種別(DCH、HS-DSCH、E-DCH等)、PDU size, TTI, Cording Rate, Rate Matching attribute, CRC size, TFCS(Transport Format Combination Set), TrCHのバッファーサイズ等を決定する。

さらに、PhyCH用の設定であれば、Frequency info（周波数帯の情報）、最大上り送信パワ、Scrambling code type, Scrambling code number, Spreading factor, 無線のタイミング情報等を決定する。

このように決定された設定情報（以下、「チャネル設定情報」という）はPreconfiguration使用決定部２０８に出力される。

ＵＥステータス管理部２０７は、ＵＥがＰＬＭＮ情報及びセルレベル情報のそれぞれを保持しているか否かを示すステータスをＵＥから取得し、取得したＵＥのステータス及びＵＥのＩＤを管理し、Preconfiguration使用決定部２０８からＵＥのステータス通知要求を受けると、該当するステータスをPreconfiguration使用決定部２０８に返送する。

Preconfiguration使用決定部２０８は、チャネル設定決定部２０６から出力されたチャネル設定情報が、ＰＬＭＮレベル情報管理部２０１から出力されたＰＬＭＮレベル情報及びセルレベル情報管理部２０２から出力されたセルレベル情報に含まれているか否かを判断する。また、チャネル設定情報がこれらのPreconfiguration情報に含まれていれば、ＵＥステータス管理部２０７から取得したＵＥのステータスに基づいて、該当するＵＥが最終的にPreconfigurationを使用可能か否かＰＬＭＮレベル及びセルレベル毎に判断する。ＵＥがPreconfigurationを使用可能な場合、該当するＰＬＭＮレベルのIndex及びセルレベルのIndex、又はいずれかのIndexを制御情報作成部２０９に出力する。一方、ＵＥがPreconfigurationを使用できない場合、チャネル設定情報そのものを制御情報作成部２０９に出力する。

制御情報作成部２０９は、Preconfiguration使用決定部２０８から出力されたＰＬＭＮレベルのIndex及びセルレベルのIndex、またはチャネル設定情報をRRC CONNECTION SETUP message, RADIO BEARER SETUP message, RADIO BEARER RECONFIGURATION message等に含め、制御情報として制御情報送信部２１０に出力する。参考までに、図１０にＰＬＭＮレベルのIndex(Index No.3)及びセルレベルのIndex(Index No.5)を含む制御情報のイメージを示す。

制御情報送信部２１０は、制御情報作成部２０９から出力された制御情報に所定の送信処理を施し、送信処理を施した制御情報をＵＥに送信する。

図１１は、本発明の実施の形態１に係るＵＥ３００の構成を示すブロック図である。この図において、制御情報受信部３０１は、図６に示したＮｏｄｅ Ｂ２００から送信された制御情報を受信し、受信した制御情報に所定の受信処理を施し、受信処理を施した制御情報をチャネル設定判定部３０２に出力する。

チャネル設定判定部３０２は、制御情報受信部３０１から出力された制御情報からチャネルの設定情報を判定し、制御情報にIndexが含まれていればIndexを抽出し、チャネル設定情報そのものが含まれていればチャネル設定情報を抽出し、抽出したIndex又はチャネル設定情報をチャネル設定展開部３０５に出力する。

報知情報受信部３０３は、図６に示したＮｏｄｅ Ｂ２００から送信された報知情報を受信し、受信した報知情報に所定の受信処理を施し、受信処理を施した報知情報を報知情報記憶部３０４に出力する。

報知情報記憶部３０４は、報知情報受信部３０３から出力された報知情報に含まれるＰＬＭＮレベル情報及びセルレベル情報を記憶し、それぞれの情報をチャネル設定展開部３０５及びステータス挿入部３０８に出力する。

チャネル設定展開部３０５は、チャネル設定判定部３０２からIndexが出力された場合には、報知情報記憶部３０４から該当するConfigurationをＰＬＭＮレベル及びセルレベル毎に読み出し、読み出したConfigurationをチャネル設定部３０６に出力する。また、チャネル設定判定部３０２からチャネル設定情報が出力された場合には、チャネル設定情報をそのままチャネル設定部３０６に出力する。

チャネル設定部３０６は、チャネル設定展開部３０５から出力されたConfiguration又はチャネル設定情報に基づいて、チャネル設定を行い、メッセージ送信部３０９に反映させる。

送信メッセージ作成部３０７は、Ｎｏｄｅ Ｂに送信するメッセージを作成し、作成したメッセージをステータス挿入部３０８に出力する。

ステータス挿入部３０８は、送信メッセージ作成部３０７から出力された送信メッセージに、Preconfiguration情報が報知情報記憶部３０４に記憶されていることを示すステータスをＰＬＭＮレベル及びセルレベル毎に挿入し、ステータスを挿入した送信メッセージをメッセージ送信部３０９に出力する。

なお、このスタータスの情報として、Preconfiguration情報を保持している、または、保持していないを示すフラグに加えて、Preconfiguration情報のバージョンがPreconfiguration情報と合わせて受信できている場合には、その内容も追加することが可能である。

メッセージ送信部３０９は、ステータス挿入部３０８から出力されたメッセージに所定の送信処理を施し、送信処理を施したメッセージをチャネル設定部３０６で設定されたチャネルを用いてＮｏｄｅ Ｂに送信する。

次に、図６に示したＮｏｄｅ Ｂ２００と図１１に示したＵＥ３００との呼接続手順の概略について図１２を用いて説明する。図１２において、ＳＴ４０１では、Ｎｏｄｅ Ｂ２００がオペレータのRB/TrCHのPreconfiguration情報及びPreconfiguration情報をBroadcast InformationによってＵＥ３００に報知し、ＳＴ４０２では、ＵＥ３００が報知情報を受信し、受信した報知情報に含まれるPreconfiguration情報を記憶する。

ＳＴ４０３では、ＵＥ３００がＰＬＭＮレベル情報及びセルレベル情報を記憶していること、すなわち、ＵＥ３００のステータスをRRC CONNECTION REQUESTによってＮｏｄｅ Ｂ２００に通知する。RRC CONNECTION REQUESTは図１４に示すように、PLMN Preconfiguration statusとしてＰＬＭＮレベルのステータスを、Cell Preconfiguration statusとしてセルレベルのステータスをそれぞれTrue（保持）又はFalse（非保持）によって通知する。

ＳＴ４０４では、Ｎｏｄｅ Ｂ２００がPreconfigurationを用いてチャネル設定を行い、ＳＴ４０５では、ＳＴ４０４において設定したチャネル設定情報を示すＰＬＭＮレベルのIndex及びセルレベルのIndexをRRC CONNECTION SETUPに含め、Ｎｏｄｅ Ｂ２００からＵＥ３００に送信する。参考までに、RRC CONNECTION SETUPのイメージを図１５に示す。

ＳＴ４０６では、ＵＥ３００がRRC CONNECTION SETUPの応答として、RRC CONNECTION SETUP COMPLETEをＮｏｄｅ Ｂ２００に送信し、ＵＥ３００とＮｏｄｅ Ｂ２００との間でNAS Messageの送受信を行う。

ＳＴ４０７では、チャネル設定情報を示すＰＬＭＮレベルのIndex及びセルレベルのIndexをRADIO BEARER SETUPに含め、Ｎｏｄｅ Ｂ２００からＵＥ３００に送信し、ＳＴ４０８では、ＵＥ３００がRADIO BEARER SETUPの応答として、RADIO BEARER SETUP COMPLETEをＮｏｄｅ Ｂ２００に送信する。

このように実施の形態１によれば、ＰＬＭＮ毎に異なる設定となるRB及びTrCHのConfigurationと、セル毎に異なる設定となるPhyCHのConfigurationとにIndexをそれぞれ対応付けた２階層のPreconfiguration情報を用意し、ＰＬＭＮレベル及びセルレベル毎にPreconfigurationを適用することにより、呼接続におけるメッセージサイズを低減することができる。

なお、本実施の形態では、ＰＬＭＮレベルとセルレベルとに対応するIndexをそれぞれ設けているが、例えば、セルレベルで管理されるPhyCH情報のみを変更する場合には、変更する情報のIndexのみを送信することが可能である。また、ＰＬＭＮレベルで管理される情報を１つのIndexで管理するのではなく、RBとTrCHとを分けてIndex管理を行い、例えば、RBのみ変更する場合には、RB用のIndexを用いることも可能である。

なお、本実施の形態では、図１２を用いて呼を確立する状態の動作について説明したが、その他の場合の動作も考えられる。例えば、ＵＥが一旦パケット呼を確立したあとに、しばらくパケットの通信が無かったために、その状態を省電力用の状態に移している場合が考えられる。省電力用の状態において、再度通信を始めた場合、及びセルを移動した場合にも使用できる。具体的には、図１３に示すように、ＵＥとＮｏｄｅ Ｂとの通信手順において、今回RRC CONNECTION REQUESTに設定したステータスの情報を、再接続に用いるCELL UPDATE（またはURA UPDATE）に設定し、RRC CONNECTION SETUPにてＮｏｄｅ Ｂより指示されていたIndexが、CELL UPDATE CONFIRM(URA UPDATE CONFIRM)に入れられるなどである。

また、本実施の形態では、ＰＬＭＮレベルのPreconfigurationとセルレベルのPreconfigurationとは互いに独立したものとして説明したが、ＰＬＭＮレベルのPreconfigurationの中で選択するものが決まれば、セルレベルのPreconfigurationの中で選択するものが決まるように規定するようにしてもよい。すなわち、図１６に示すように、ＰＬＭＮレベルPreconfigurationのインデックスとセルレベルPreconfigurationのインデックスとを一対一で対応させる。この場合、片方のIndexのみを端末に通知すれば良いので、図１７に示す呼接続手順となる。

また、図１６に示すように一対一対応ではなくても、ＰＬＭＮレベルのPreconfigurationの中で選択するものが決まると、それに対応するセルレベルのPreconfigurationの選択肢が限られる場合も考えられる。このような場合、セルレベルのPreconfigurationの設定を、ＰＬＭＮレベルのPreconfigurationのインデックスと関連して考えることでセルレベルのPreconfigurationを使用するためのIndexを短くすることが可能となる。この例を図１８に示す。

また、本実施の形態では、Ｎｏｄｅ Ｂが複数のPreconfiguration（ＰＬＭＮレベル、セルレベル）を管理する場合について説明したが、Ｎｏｄｅ ＢがセルレベルのPreconfigurationを管理し、その上位のノードがＰＬＭＮレベルの管理を行うようにしてもよい。

また、本実施の形態では、セルレベルのPreconfigurationはＮｏｄｅ Ｂ毎に異なるような情報を扱うものとして定義した。しかしながら、それ以外の定義も可能である。具体的には、Ｎｏｄｅ ＢとＵＥとの間に閉じた通信を行うための情報をセルレベルのPreconfigurationとして定義して管理することも可能である。このような場合には、全てのPreconfigurationの保持情報を一度に送る場合と、段階的に送る場合とが考えられる。例えば、ＵＥとＮｏｄｅ Ｂとのコネクションを最初に確立するだけならば、セルレベルのPreconfigurationの受信状態のみを報告すればよい。そして、ＵＥとＮｏｄｅ Ｂとのコネクションの確立後にＰＬＭＮレベルのPreconfigurationの保持状態を通知することで、最終的に呼の確立を行うことが可能になる。

（実施の形態２）
実施の形態１では、ＵＥが１つのセルのセルレベル情報を保持する場合について説明したが、本発明の実施の形態２では、図１９に示すように、ＵＥが複数のセルのセルレベル情報を保持する場合について説明する。

図２０は、本発明の実施の形態２に係るＮｏｄｅ Ｂ５００の構成を示すブロック図である。図２０が図６と異なる点は、隣接セルステータス管理部５０１を追加した点と、Preconfiguration使用決定部２０８をPreconfiguration使用決定部５０２に変更した点である。

図２０において、隣接セルステータス管理部５０１は、ＵＥが隣接セルのＰＬＭＮ情報及びセルレベル情報のそれぞれを保持しているか否かを示すステータスをＵＥから取得し、取得したＵＥのステータス及びＵＥのＩＤを管理する。隣接セルステータス管理部５０１は、Preconfiguration使用決定部５０２からＵＥのステータス通知要求を受けると、該当するステータスをPreconfiguration使用決定部５０２に返送する。なお、このステータスの情報として、Preconfiguration情報を保持している、又は、保持していないを示すフラグに加えて、Preconfiguration情報のバージョンがPreconfiguration情報と合わせて受信できている場合には、その内容も追加することが可能である。

Preconfiguration使用決定部５０２は、ＵＥが隣接セルに移動する場合に、ＵＥにHandoverを指示する際、隣接セルステータス管理部５０１から取得したＵＥの隣接セルステータスに基づいて、該当するＵＥが最終的に隣接セルにおけるPreconfigurationを使用可能か否か判断する。ＵＥが隣接セルにおけるPreconfigurationを使用可能な場合、該当するＰＬＭＮレベルのIndex及びセルレベルのIndexを制御情報作成部２０９に出力する。一方、ＵＥがPreconfigurationを使用できない場合、チャネル設定決定部２０６から出力されたチャネル設定情報そのものを制御情報作成部２０９に出力する。

図２１は、本発明の実施の形態２に係るＵＥ６００の構成を示すブロック図である。図２１が図１１と異なる点は、隣接セル報知情報受信部６０１及び隣接セル報知情報記憶部６０２を追加した点と、ステータス挿入部３０８をステータス挿入部６０３に、チャネル設定展開部３０５をチャネル設定展開部６０４に変更した点である。

隣接セル報知情報受信部６０１は、自セル以外の隣接セルから送信された報知情報を受信し、受信した報知情報に所定の受信処理を施し、受信処理を施した報知情報を隣接セル報知情報記憶部６０２に出力する。

隣接セル報知情報記憶部６０２は、隣接セル報知情報受信部６０１から出力された報知情報に含まれるＰＬＭＮレベル情報及びセルレベル情報を記憶し、それぞれの情報をステータス挿入部６０３及びチャネル設定展開部６０４に出力する。

ステータス挿入部６０３は、送信メッセージ作成部３０７から出力された送信メッセージに、Preconfiguration情報が報知情報記憶部３０４に記憶されているか否かを示すステータスと、隣接セルのPreconfiguration情報が隣接セル報知情報記憶部６０２に記憶されているか否かを示すステータスとをＰＬＭＮレベル及びセルレベル毎に挿入し、ステータスを挿入した送信メッセージをメッセージ送信部３０９に出力する。

チャネル設定展開部６０４は、チャネル設定判定部３０２から出力されたIndexに該当するConfigurationを報知情報記憶部３０４からＰＬＭＮレベル及びセルレベル毎に読み出し、読み出したConfigurationをチャネル設定部３０６に出力する。また、チャネル設定判定部３０２から出力された内容が隣接セルに対するセルレベル情報である場合には、設定されたIndexに該当するConfigurationである隣接セルのセルレベル情報を隣接セル報知情報記憶部６０２から読み出し、読み出したセルレベル情報をチャネル設定部３０６に出力する。

次に、図２１に示したＵＥ６００がHandoverを行う場合の通信手順の概略について図２２を用いて説明する。図２２において、ＵＥ６００とＮｏｄｅ Ｂ５００とが通信状態であり、ＳＴ７０１では、ＵＥ６００が自セル及び隣接セルの報知情報を受信し、ＳＴ７０２では、Ｎｏｄｅ Ｂ５００がＵＥ６００に対して隣接セルの受信品質の測定を要求するMEASUREMENT CONROLを送信する。

ＳＴ７０３では、ＵＥ６００が隣接セルの受信品質の測定（MEASUREMENT）を行うと共に、測定を行った隣接セルのPreconfiguration情報を保持しているかを確認し、ＳＴ７０４では、ＵＥ６００が隣接セルの受信品質測定結果と隣接セルのステータスをMEASUREMENT REPORTとしてＮｏｄｅ Ｂ５００に送信する。MEASUREMENT REPORTは図２３に示すように、Cell Preconfiguration statusとして隣接セルのステータスをTrue（保持）又はFalse（非保持）によって通知する。

ＳＴ７０５では、ＵＥ６００における受信品質は自セルより隣接セルの方がよいとＮｏｄｅ Ｂ５００によって判断された場合、ＵＥ６００にHandoverさせることを決定し、ＵＥ６００がHandover先のセルのPreconfiguration情報を保持しているか否かを隣接セルのステータスから判断し、Preconfigurationの使用を決定する。

ＳＴ７０６では、Ｎｏｄｅ Ｂ５００がＵＥ６００にPHYSICAL CHANNEL RECONFIGURATIONを送信することによって、Handoverの指示及び隣接セルのセルレベルのIndexの通知を行い、ＳＴ７０７では、ＵＥ６００がPHYSICAL CHANNEL RECONFIGURATIONの応答として、PHYSICAL CHANNEL RECONFIGURATION COMPLETEをＮｏｄｅ Ｂ５００に送信する。

ここで、ＳＴ７０２にて送信されているMEASUREMENT CONTROLは従来と同じものを仮定している。ただし、拡張としてMEASUREMENT CONTROLの情報にPreconfigurationに関する情報を含むことも可能である。例えば、Preconfigurationのバージョンを示す情報をMEASUREMENT CONTROLに含むことにより、ＵＥ側で保持しているPreconfiguration情報が最新なものかどうかを確認することが可能である。そして、保持しているPreconfiguration情報が最新のものではない場合には、保持している情報を消去するなどの処理が考えられる。

このように実施の形態２によれば、ＵＥが隣接セルのPreconfiguration情報を取得し、隣接セルへのHandoverに際し、Ｎｏｄｅ Ｂから隣接セルのセルレベル情報を示すIndexを受信することにより、Handoverにおけるメッセージサイズを低減することができる。

（実施の形態３）
図２４は、本発明の実施の形態３に係るＮｏｄｅ Ｂ８００の構成を示すブロック図である。図２４が図６と異なる点は、隣接セル情報管理部８０１を追加した点と、報知情報作成部２０３を報知情報作成部８０２に、また、Preconfiguration使用決定部２０８をPreconfiguration使用決定部８０３に変更した点である。

図２４において、隣接セル情報管理部８０１は、周波数帯、Scrambling Code等のセルの識別に必要な情報（以下、「隣接セル情報」という）を管理し、管理する隣接セル情報を報知情報作成部８０２及びPreconfiguration使用決定部８０３に出力する。

報知情報作成部８０２は、ＰＬＭＮレベル情報管理部２０１から出力されたＰＬＭＮレベル情報、セルレベル情報管理部２０２から出力されたセルレベル情報、及び、隣接セル情報管理部８０１から出力された隣接セル情報を含む報知情報を作成し、作成した報知情報を報知情報送信部２０４に出力する。

Preconfiguration使用決定部８０３は、チャネル設定決定部２０６から出力されたチャネル設定情報が、ＰＬＭＮレベル情報管理部２０１から出力されたＰＬＭＮレベル情報、セルレベル情報管理部２０２から出力されたセルレベル情報、隣接セル情報管理部８０１から出力された隣接セル情報のいずれかに含まれているか否かを判断する。チャネル設定情報がこれらの情報に含まれていれば、ＵＥステータス管理部２０７から取得したＵＥのステータスに基づいて、該当するＵＥが最終的にPreconfigurationを使用可能か否かＰＬＭＮレベル及びセルレベル毎に判断する。ＵＥがPreconfigurationを使用可能な場合、該当するＰＬＭＮレベルのIndex及びセルレベルのIndex、又はいずれかのIndexを制御情報作成部２０９に出力する。一方、ＵＥがPreconfigurationを使用できない場合、チャネル設定情報そのものを制御情報作成部２０９に出力する。

自セルと隣接セルのConfiguration情報の違いが隣接セル情報のみであるとPreconfiguration使用決定部８０３において判断された場合、制御情報作成部２０９は、図２５に示すように、セルレベル情報と隣接セル情報とを組み合わせることにより、制御情報を作成し、作成した制御情報を制御情報送信部２１０に出力する。

図２６は、本発明の実施の形態３に係るＵＥ９００の構成を示すブロック図である。図２６が図１１と異なる点は、隣接セルPreconfiguration情報作成部９０２を追加した点と、報知情報記憶部３０４を報知情報記憶部９０１に、チャネル設定展開部３０５をチャネル設定展開部９０３に変更した点である。

図２６において、報知情報記憶部９０１には、報知情報受信部３０３から出力された報知情報に含まれるＰＬＭＮレベル情報、セルレベル情報及び隣接セル情報が記憶され、ＰＬＭＮレベル情報及びセルレベル情報はチャネル設定展開部９０３に出力され、隣接セル情報は隣接セルPreconfiguration情報作成部９０２に出力される。また、これらの情報が記憶されているか否かを示すステータスがステータス挿入部３０８に出力される。

隣接セルPreconfiguration情報作成部９０２は、チャネル設定判定部３０２から出力されたセルレベルのIndexに該当するセルレベル情報と、チャネル設定判定部３０２から出力されたCell IDに該当する隣接セル情報とを報知情報記憶部９０１から読み出し、読み出したセルレベル情報及び隣接セル情報に基づいて、隣接セルのPreconfiguration情報を作成する。作成されたPreconfiguration情報はチャネル設定展開部９０３に出力される。

チャネル設定展開部９０３は、チャネル設定判定部３０２から出力されたＰＬＭＮレベルのIndexに該当するＰＬＭＮレベル情報を報知情報記憶部９０１から読み出し、読み出したＰＬＭＮレベル情報と、隣接セルPreconfiguration情報作成部９０２から出力された隣接セルのPreconfiguration情報とからチャネル設定情報を展開し、展開したチャネル設定情報をチャネル設定部３０６に出力する。

ここで、上記構成を有するＵＥ９００が受信した制御情報に基づいて、チャネル設定情報を展開する様子について図２７を用いて説明する。チャネル設定判定部３０２では、受信メッセージの中からＰＬＭＮレベルのIndex(Index No.2)をチャネル設定展開部９０３に出力し、セルレベルのIndex(Index No.1)及びCell ID(=2)を隣接セルPreconfiguration情報作成部９０２に出力する。

隣接セルPreconfiguration情報作成部９０２では、セルレベルのIndex No.1に該当するセルレベル情報を、また、Cell ID=2に該当する隣接セル情報を報知情報記憶部９０１からそれぞれ読み出し、読み出したセルレベル情報に隣接セル情報を上書きし、隣接セルのPreconfiguration情報を作成し、作成した隣接セルPreconfiguration情報をチャネル設定展開部９０３に出力する。

チャネル設定展開部９０３では、ＰＬＭＮレベルのIndex No.2に該当するＰＬＭＮレベル情報を報知情報記憶部９０１から読み出し、読み出したＰＬＭＮレベル情報と隣接セルPreconfiguration情報とを組み合わせることにより隣接セルのチャネル設定情報を展開する。

このように実施の形態３によれば、自セルと同じPhyCHの設定の隣接セルにＵＥをHandoverさせる場合、自セルに隣接するセルを識別する隣接セル情報を報知情報に含め、ＵＥが自セルのセルレベル情報と隣接セル情報とを用いて、隣接セルのセルレベル情報を作成することにより、隣接セルから報知情報を取得することなく、隣接セルへのHandoverを行うことができる。

（実施の形態４）
本発明の実施の形態４では、ＬＴＥ（Long Term Evolution）において全てのデータがシェアードチャネルによって送信されることに注目し、セルレベルをさらに２種類に分類する場合について説明する。

実施の形態１では、ＰＬＭＮレベルとして、ＱｏＳクラス、チャネルRadio access bearer identifier、ＰＤＣＰ（ヘッダー圧縮等）の情報、CipheringまたはIntegrityの設定、Logical Channelの設定、Outer ARQの設定・再送回数・受信ウィンドウサイズ、再送のための情報の送り方、ＤＲＸ／ＤＴＸを実施するためのパラメータ・ＤＲＸ／ＤＴＸの間隔等、Traffic量の測定結果の報告方法などがある。

また、セルレベルとして、対応周波数帯域、チャネルのフォーマット・ＴＴＩ・インターリーブ長・コーディングレート等（スケジューラによって最終的に決定され、候補が未設定となることも考えられる。）、Downlinkスケジューリング用の品質報告の送信方法・送信頻度・品質を測定する単位等、Scrambling code（またはパターン）、Uplinkスケジューリング用のリソース要求の送信方法、ＭＩＭＯに関する設定などがある。

ここで、ＬＴＥの特徴である全てのデータがシェアードチャネルによって送信されることを考えると、セルレベルはさらに２種類に分類される。一つには、チャネルを追加したときに変更、追加される情報であり、例えば、ＱｏＳが異なると変更しなければならない情報である。具体的には、ＣＱＩの頻度、ＨＡＲＱの方法等である。もう一つには、チャネルを追加しても変更、追加されない情報であり、例えば、周波数情報等のセルが変わらない場合には変更する必要がない情報である。これら２種類の情報を分けて管理することにより、Preconfigurationとして送信するデータ量をさらに低減することができる。

このように、セルレベルを分類する際に基本となる概念は、レイヤに与える影響が異なる情報を分類するというものであり、具体例としては、ＱｏＳが挙げられる。

図２８は、本発明の実施の形態４に係るＮｏｄｅ Ｂ１０００の構成を示すブロック図である。図２８が図６と異なる点は、セルレベル情報管理部２０２をセルレベル情報管理部１００１とセルレベル情報管理部１００２とに変更し、報知情報作成部２０３を報知情報作成部１００３に、Preconfiguration使用決定部２０８をPreconfiguration使用決定部１００４にそれぞれ変更した点である。

セルレベル情報管理部１００１は、ＵＥに提供するチャネルに応じた設定内容を管理する。具体的には、CQI reportingの送信頻度、Resource requestの送信頻度、ＨＡＲＱの再送回数、再送遅延などを管理する。これらの情報は、例えばＶｏＩＰ（Voice over IP）などを使用する場合、ウェブブラウジングを行う場合、メールを送受信する場合等で異なるものである。そのため、チャネルを設定するたびに、そのチャネルの提供するサービスに応じた情報を選択する必要がある。ここでは、このようにチャネルを追加するたびに、チャネルに応じて設定すべき情報を管理する。

セルレベル情報管理部１００２は、ＵＥに提供するチャネルのタイプに依存しない設定内容を管理する。具体的には、周波数帯情報、Scrambling code（またはパターン）情報、Radio resource blockの配置情報などを管理する。これらの情報は、チャネル追加する際に新たに変更する必要がないため、一度設定したらその後チャネル追加しても新たに設定する必要がない。ここでは、このようにチャネルを追加するたびに、新たにＵＥに設定を行う必要のない情報を管理する。

報知情報作成部１００３は、ＰＬＭＮレベル情報管理部２０１、セルレベル情報管理部１００１及び１００２から出力されたレベル情報を取得し、取得したレベル情報を含む報知情報を作成する。ここで作成される報知情報は、図２９に示すように、ＱｏＳに関係しないPreconfiguration情報とＱｏＳに関係するPreconfiguration情報とが含まれることになる。

Preconfiguration使用決定部１００４は、ＰＬＭＮレベル情報管理部２０１、セルレベル情報管理部１００１及び１００２から出力されたセルレベル情報を取得し、取得したセルレベル情報（Preconfiguration情報）を用いてチャネル設定を行う。

図３０は、本発明の実施の形態４に係る呼接続手順の概略を示すシーケンス図である。ただし、図３０が図１２と共通する部分には図１２と同一の符号を付し、重複する説明は省略する。

図３０において、ＳＴ１１０１では、Ｎｏｄｅ Ｂ１０００が、図２９に示すような複数のPreconfiguration情報をBroadcast InformationによってＵＥに報知する。

ＳＴ１１０２では、ＵＥがＰＬＭＮレベル情報、ＱｏＳに関係するセルレベル情報及びＱｏＳに関係しないセルレベル情報を記憶していること、すなわち、ＵＥのステータスをRRC CONNECTION REQUESTによってＮｏｄｅ Ｂ１０００に通知する。このとき、ＵＥが通知する情報としては、ＰＬＭＮレベル情報が受信できていることを示すフラグ、セルレベル情報が受信できていることを示すフラグを入れることが考えられる。すなわち、ＱｏＳに関係するセルレベル情報を記憶しているかと、ＱｏＳに関係しないセルレベル情報を記憶しているかは、同じフラグで示すことが効率の点で考えられる。ただし、この方法に限定されるわけではなく、別のフラグを設けても良い。

ＳＴ１１０３では、ＳＴ４０４において設定したチャネル設定情報を示すＰＬＭＮレベルのIndex、ＱｏＳに関係するセルレベルのIndex及びＱｏＳに関係しないセルレベルのIndexをRRC CONNECTION SETUPに含め、Ｎｏｄｅ Ｂ１０００からＵＥに送信する。

ＳＴ１１０４では、チャネル設定情報を示すＰＬＭＮレベルのIndex及びＱｏＳに関係するセルレベルのIndexをRADIO BEARER SETUPに含め、Ｎｏｄｅ Ｂ１０００からＵＥに送信する。ここでは、２度目のチャネル設定に該当するため、ＱｏＳに関係しないセルレベルのIndexは含まれない。

このように実施の形態４によれば、レイヤに与える影響が異なる情報としてＱｏＳに基づいてセルレベルを分類することにより、ＱｏＳに関係しないPreconfiguration情報を一度設定したら、その後チャネルを追加するときなどに再設定する必要がなくなるので、Preconfigurationとして送信するデータ量を低減することができる。

なお、図３０に示した呼接続手順における複数のメッセージが連結された場合の呼接続手順でもよく、この場合のシーケンスを図３１に示す。この場合では、C-PlaneとU-planeの設定が同時に行われているため、１つのメッセージがRRC CONNECTION SETUP、RADIO BEARER SETUPの役割を果たしている。この場合、両方の設定を行うためにオペレータのRB/TRCHのPreconfiguration情報と該当セルのＱｏＳに関係するPreconfiguration情報は二つ必要になる。ただし、該当セルのＱｏＳに関係しないPreconfiguration情報は両方に共通であるため１つとなる。

ちなみに、１つのPreconfigurationの設定がC-PlaneとU-planeの両方の設定を示す場合には、オペレータのRB/TRCHのPreconfiguration情報と該当セルのＱｏＳに関係するPreconfiguration情報も１つですむことになる。

（実施の形態５）
本発明の実施の形態５では、図３２に示すように、複数のＲＡＴに対応したＵＥが複数のＲＡＴを使用している場合について説明する。ただし、ＲＡＴとしては、ＵＭＴＳ、ＧＳＭ（ＧＰＲＳ，ＥＤＧＥを含む）、ＬＴＥ／ＳＡＥのシステム、３ＧＰＰ２のシステム、ＷＬＡＮ（802.11a, b, g等）によって構築されたシステムなどがある。

図３２では、E-UTRAとしてＰＬＭＮ１とＰＬＭＮ２とがそれぞれ異なるオペレータによりサポートされており、UTRAとしてＰＬＭＮａとＰＬＭＮｂとがそれぞれ異なるオペレータによりサポートされている。なお、例えば同じオペレータがE-UTRAのＰＬＭＮ１とUTRAのＰＬＭＮａとをサポートしていてもよいし、それぞれ異なるオペレータであっても特に問題ない。

ここで、ＵＥがE-UTRAのＰＬＭＮ２に接続して通信を行っている場合を考える。ＰＬＭＮ２の中では、E-UTRA Preconfigurationの情報はセルレベルの情報及び更新された情報を除いては変わらない。そのため、ＵＥはそれらの情報を再度受信する必要がない。

ところが、このＰＬＭＮ２内の移動に際し、UTRAのＰＬＭＮが切り替わる場合がある。すなわち、図３２ではＰＬＭＮａとＰＬＭＮｂとが切り替わることになる。この場合、ＵＥはＰＬＭＮｂのPreconfiguration情報を受信しないとE-UTRAからUTRAに移動する際にPreconfigurationを使用できないことになってしまう。

そのため、ＵＥがたとえE-UTRAに接続していてＰＬＭＮ２内を移動している場合でも、UTRAの接続候補が切り替わった場合には、ＵＥがPreconfiguration情報を取得し直すような仕組みが必要となる。また、Ｎｏｄｅ Ｂ側でもＵＥがＰＬＭＮｂに対してPreconfiguration情報を持っているかを知る仕組みが必要となる。また、他ＲＡＴのPreconfiguration情報を現在いるＲＡＴで報知するような仕組みが考えられる。ここでは、他ＲＡＴのPreconfiguration情報を現在いるＲＡＴで報知されることを前提とする。また、Preconfigurationの情報は他ＲＡＴがどのオペレータに所属しているかを識別するための識別子と一緒に送られることなどが考えられる。これは、他ＲＡＴがどのオペレータに所属しているかを明示的に端末に示すためである。しかしながら、端末に対してその内容を明示的に示す必要がない場合には、チャネル設定に必要な情報のみをPreconfiguration情報として設定することも可能である。

特に、オペレータＡにより一部の限定された地域だけにE-UTRAサービスが提供され、その他の広域ではオペレータＢによりUTRAサービスが提供されている場合、ＵＥはオペレータＡとオペレータＢとの間を移動する必要があり、図３２の状況が頻繁に発生する。

図３３は、本発明の実施の形態５に係るＮｏｄｅ Ｂ１２００の構成を示すブロック図である。図３３が図２０と異なる点は、測定指示部１２０４を追加した点と、セルレベル情報管理部２０２を他ＲＡＴ情報管理部１２０１に、報知情報作成部２０３を報知情報作成部１２０２に、チャネル確立決定部２０５をチャネル確立決定部１２０３に、隣接セルステータス管理部５０１を他ＲＡＴステータス管理部１２０５にそれぞれ変更した点と、ＰＬＭＮレベル情報管理部２０１、ＵＥステータス管理部２０７を削除した点である。

図３３において、他ＲＡＴ情報管理部１２０１は、図示せぬ上位レイヤ（又は上位Ｎｏｄｅ）から送信される他ＲＡＴの情報を管理する。他ＲＡＴ情報としては、他ＲＡＴにおいて使用されるPreconfiguration情報、他ＲＡＴのＰＬＭＮ情報、このＮｏｄｅ Ｂにおいて管理されている情報が隣接セルにおいて管理されている情報と同じであるか否かの情報などが挙げられる。他ＲＡＴ情報管理部１２０１は、他ＲＡＴにおいて使用されるPreconfiguration情報を報知情報作成部１２０２及びPreconfiguration使用決定部５０２に出力する。また、他ＲＡＴ情報管理部１２０１は、Ｎｏｄｅ Ｂ１２００において管理されている情報が隣接セルのＮｏｄｅ Ｂにおいて管理されている情報と同じであるか否かの情報を測定指示部１２０４に出力する。

報知情報作成部１２０２は、他ＲＡＴ情報管理部１２０１から出力された他ＲＡＴにおいて使用されるPreconfiguration情報を含む報知情報を作成し、作成した報知情報を報知情報送信部２０４に出力する。

チャネル確立決定部１２０３は、図示せぬ上位レイヤ又はＵＥからの通知を受けて、ＵＥに対するチャネル設定及び無線リソースの管理を行う。具体的には、ＵＥに対する測定指示、ハンドオーバ、呼接続等の決定を行う。ここでは、特に、測定指示とハンドオーバ（移動制御）について説明する。チャネル確立決定部１２０３は、測定指示を決定した場合には、その旨測定指示部１２０４に通知し、移動制御を決定した場合には、その旨チャネル設定部２０６に通知する。

測定指示部１２０４は、Measurement control messageに含む内容を決定し、決定した内容を制御情報作成部２０９に出力する。また、測定指示部１２０４は、他ＲＡＴ情報管理部１２０１から出力されたＮｏｄｅ Ｂ１２００において管理されている情報が隣接セルのＮｏｄｅ Ｂにおいて管理されている情報と同じであるか否かの情報に基づいて、このＮｏｄｅ Ｂ１２００が管理している情報と隣接セルが管理している情報とが異なると判断した場合、その旨制御情報作成部２０９に通知し、制御情報に含めるようにする。

チャネル設定決定部２０６は、チャネル確立決定部１２０３から通知された移動制御の決定を受けて、ＵＥに対する移動制御の指示内容を決定する。具体的には、ハンドオーバの指示メッセージの内容を決定する。決定した指示内容はPreconfiguration使用決定部５０２に通知される。

他ＲＡＴステータス管理部１２０５はＵＥから通知されるMeasurement reportに含まれるPreconfigurationの取得状況（ＵＥがPreconfiguration情報を取得できているか否かを示す情報）を管理し、この取得状況をPreconfiguration使用決定部５０２に通知する。

Preconfiguration使用決定部５０２は、チャネル設定決定部２０６から通知されたハンドオーバの指示メッセージの内容に基づいて、移動制御対象のＵＥがPreconfigurationを使用できるか他ＲＡＴステータス管理部１２０５を参照して確認する。Preconfigurationを使用できる場合には、他ＲＡＴ情報管理部１２０１から出力された他ＲＡＴにおいて使用されるPreconfiguration情報を用いてハンドオーバを行うことを決定する。一方、Preconfigurationを使用できない場合には、Preconfiguration情報を用いずにハンドオーバを行うことを決定する。この決定内容は制御情報作成部２０９に通知される。

図３４は、本発明の実施の形態５に係るＵＥ１３００の構成を示すブロック図である。図３４が図１１と異なる点は、測定指示部１３０２及び測定実施部１３０３を追加した点と、制御情報受信部３０１を制御情報受信部１３０１に、報知情報受信部３０３を報知情報受信部１３０４に、送信メッセージ作成部３０７を送信メッセージ作成部１３０５にそれぞれ変更した点である。

図３４において、制御情報受信部１３０１は、図３３に示したＮｏｄｅ Ｂ１２００から送信された制御情報を受信し、受信した制御情報に所定の受信処理を施す。受信処理が施された制御情報のうち、Measurement controlメッセージは測定指示部１３０２に出力され、移動制御を行うハンドオーバ指示メッセージはチャネル設定判定部３０２に出力される。

測定指示部１３０２は、制御情報受信部１３０１から出力されたMeasurement controlメッセージに応じて、測定実施部１３０３に他ＲＡＴの回線品質の測定を指示する。また、Measurement controlメッセージによってＮｏｄｅ Ｂ１２００が管理している情報と隣接セルが管理している情報とが異なることが通知された場合、報知情報受信部１３０４に報知情報の取得を指示する。

測定実施部１３０３は、測定指示部１３０２からの指示に従って他ＲＡＴの回線品質の測定を行い、測定結果を送信メッセージ作成部１３０５に出力する。

報知情報受信部１３０４は、測定指示部１３０２からの指示を受けて、図３３に示したＮｏｄｅ Ｂ１２００から送信されたPreconfigurationを含む報知情報を受信し、受信した報知情報に所定の受信処理を施し、受信処理を施した報知情報を報知情報記憶部３０４に出力する。

送信メッセージ作成部１３０５は、測定実施部１３０３から出力された測定結果をもとにMeasurement reportメッセージを作成し、作成したMeasurement reportメッセージをステータス挿入部３０８に出力する。また、送信メッセージ作成部１３０５は、ハンドオーバ処理の結果を通知するメッセージも作成し、作成したメッセージをステータス挿入部３０８に出力する。なお、ステータス挿入部３０８において、Measurement reportメッセージに他ＲＡＴ用Preconfigurationの受信状態が挿入される。

次に、図３３に示したＮｏｄｅ Ｂ１２００と図３４に示したＵＥ１３００とのハンドオーバ処理手順の概略について図３５を用いて説明する。ここでは、具体的には、ＵＥ１３００がＰＬＭＮ２内を移動しており、ＵＴＲＡの接続候補が変わるハンドオーバ後の処理手順を示す。

図３５において、ＳＴ１４０１では、Ｎｏｄｅ Ｂ１２００からＵＥ１３００にMeasurement controlが送信され、他ＲＡＴ（Inter-RAT）へのハンドオーバに備えてＵＥ１３００にInter-RATの品質測定を指示する。Measurement controlに含まれる情報としては、現在３ＧＰＰに規定されている情報等が挙げられる。また、新たなＰＬＭＮがInter-RATの候補になったこともMeasurement controlに含まれる。これにより、ＵＥ１３００はMeasurement controlによるInter-RATの品質測定に加えて、新たなＰＬＭＮのPreconfiguration情報を読み取ることになる。なお、報知情報自体は現在接続しているＮｏｄｅ Ｂ１２００から送信されることを前提としているが、Inter-RATの品質測定の際にInter-RATセルの報知情報を受信するようにしてもよい。

ＳＴ１４０２では、ＵＥがInter-RATの回線品質を測定し、ＳＴ１４０３では、Measurement controlによる指示に従って、ＵＥ１３００からＮｏｄｅ Ｂ１２００に測定結果を送信する。このとき、３ＧＰＰに規定されている測定結果に加えて、Preconfigurationの取得状況も通知する。これにより、ＳＴ１４０４では、Ｎｏｄｅ Ｂ１２００においてＵＥ１３００が新たなＰＬＭＮに対してPreconfiguration情報を取得できているかを確認することができる。

このように実施の形態５によれば、複数のＲＡＴに対応したＵＥがあるＰＬＭＮ内を移動して、他ＲＡＴの接続候補が変わる場合、ＵＥが他ＲＡＴの品質測定を行い、品質測定結果と共にＵＥの移動先となる他ＲＡＴのPreconfiguration情報の取得状況をＵＥからＮｏｄｅ Ｂに通知することにより、Ｎｏｄｅ ＢにおいてＵＥが他ＲＡＴのPreconfiguration情報を取得しているか否かを確認することができる。

なお、本実施の形態では他ＲＡＴのPreconfiguration情報が現在所属しているＲＡＴから送信されることを前提とした。しかしながら、他ＲＡＴのPreconfiguration情報は、他ＲＡＴでのみ送信するようにすることも考えられる。この場合には、ＵＥは他ＲＡＴで報知されている報知情報の受信を行うことになる。

（実施の形態６）
本発明の実施の形態６に係るＮｏｄｅ Ｂは、実施の形態５の図３３に示した構成と同一であり、一部機能が異なるのみであるため図３３を援用して説明する。

他ＲＡＴ情報管理部１２０１は、ＵＥ１３５０の移動先セルの情報を管理し、移動先セルの情報をPreconfiguration使用決定部５０２に出力する。

Preconfiguration使用決定部５０２は、他ＲＡＴ情報管理部１２０１から出力された移動先セルの情報をハンドオーバ指示メッセージに含め、制御情報作成部２０９に出力する。

図３６は、本発明の実施の形態６に係るＵＥ１３５０の構成を示すブロック図である。図３６が図３４と異なる点は、チャネル設定判定部３０２をチャネル設定判定部１３５１に、報知情報受信部１３０４を報知情報受信部１３５２にそれぞれ変更した点である。

次に、図３３に示したＮｏｄｅ Ｂ１２００と図３６に示したＵＥ１３５０とのハンドオーバ処理手順の概略について図３７を用いて説明する。ここでは、具体的には、ＵＥ１３５０がＰＬＭＮ２内を移動しており、ＵＴＲＡの接続候補が変わる場合のハンドオーバ処理手順を示す。

図３７において、ＳＴ１５０１では、Ｎｏｄｅ Ｂ１２００がＵＥ１３５０の移動先のＮｏｄｅ Ｂ１２５０から報知されたInter-RATのPreconfiguration情報がＵＥの取得しているPreconfiguration情報と一致しているか否かを確認する。ここでは、両者が一致しないものとする。

ＳＴ１５０２では、Ｎｏｄｅ Ｂ１２００がHandover indicationにInter-RATのPreconfiguration情報を含めてＵＥ１３５０に送信し、ＳＴ１５０３では、ＵＥ１３５０がハンドオーバを実施する。

ＳＴ１５０４では、ＵＥ１３５０から移動先のＮｏｄｅ Ｂ１２５０にHandover indication responseを送信し、ＵＥ１３５０とＮｏｄｅ Ｂ１２５０との間で通信可能となり、ＳＴ１５０５では、Ｎｏｄｅ Ｂ１２５０から送信された報知情報を受信する。

このように実施の形態６によれば、複数のＲＡＴに対応したＵＥがあるＰＬＭＮ内を移動して、他ＲＡＴの接続候補が変わる場合、Ｎｏｄｅ ＢがＵＥの移動先となる他ＲＡＴのPreconfiguration情報が異なることをハンドオーバ指示によってＵＥに通知することにより、ＵＥはハンドオーバ後にいち早く移動先ＲＡＴからの報知情報を受信することができる。

（実施の形態７）
本発明の実施の形態７では、実施の形態１において説明した階層的なPreconfigurationを複数のＲＡＴに応用する場合について説明する。

異なるＲＡＴ間では使用している無線アクセス方式が異なるため、チャネルの設定も異なる。具体的には、ＷＬＡＮネットワークでは802.11a, bなど様々な方式が適用され、ＬＴＥ／ＳＡＥネットワークではＯＦＤＭをベースとした方式が適用され、ＵＭＴＳネットワークではＷ−ＣＤＭＡ方式が適用されている。

このように、無線部分の方式は異なるが、上位レイヤに注目すると一部共通する設定がある。ここで、図３８に、ＷＬＡＮネットワーク、ＬＴＥ／ＳＡＥネットワーク、ＵＭＴＳネットワークが１つのオペレータにより提供されるアーキテクチャを示す。この図が示すように、無線部は全てのＲＡＴで異なる設定となるが、レイヤ２及びレイヤ３ではＬＴＥ／ＳＡＥネットワークとＵＭＴＳネットワークとで同じ設定となるようなシステム設計が考えられる。また、レイヤ３以上では全てのＲＡＴで同じ設定となるようなシステム設計も考えられる。このような場合では、それぞれのネットワークで使用されるPreconfigurationとしては次のようになる。

すなわち、ＷＬＡＮネットワークでは、全てのＲＡＴ共通のPreconfiguration情報及びＷＬＡＮネットワーク独自のPreconfiguration情報に分けることができる。また、ＬＴＥ／ＳＡＥネットワークでは、全てのＲＡＴ共通のPreconfiguration情報、ＵＭＴＳネットワークと共通のPreconfiguration情報及びＬＴＥ／ＳＡＥネットワーク独自のPreconfiguration情報に分けることができる。さらに、ＵＭＴＳネットワークでは、全てのＲＡＴ共通のPreconfiguration情報、ＬＴＥ／ＳＡＥネットワークと共通のPreconfiguration情報及びＵＭＴＳネットワーク独自のPreconfiguration情報に分けることができる。このように、複数のＲＡＴ間で階層的なPreconfigurationを実現することができる。

図３９は、本発明の実施の形態７に係るＮｏｄｅ Ｂ１６００の構成を示すブロック図である。図３９が図６と異なる点は、ＰＬＭＮレベル情報管理部２０１及びセルレベル情報管理部２０２を削除し、最上位レベル情報管理部１６０１、第２位レベル情報管理部１６０２及び最下位レベル情報管理部１６０３を追加した点である。

図３９において、最上位レベル情報管理部１６０１は、図示せぬ上位レイヤ（又は上位Ｎｏｄｅ）から送信され、階層化レベルの最も高いPreconfiguration情報を管理する。すなわち、図３８に示した例では、全てのＲＡＴに共通のPreconfiguration情報を管理する。全ＲＡＴ共通のPreconfiguration情報は報知情報作成部２０３及びPreconfiguration使用決定部２０８に出力される。

第２位レベル情報管理部１６０２は、図示せぬ上位レイヤ（又は上位Ｎｏｄｅ）から送信され、階層化レベルが２番目に高いPreconfiguration情報を管理する。すなわち、図３８に示した例では、ＬＴＥ／ＳＡＥネットワーク及びＵＭＴＳネットワーク共通のPreconfiguration情報を管理する。ＬＴＥ／ＳＡＥネットワーク及びＵＭＴＳネットワーク共通のPreconfiguration情報は報知情報作成部２０３及びPreconfiguration使用決定部２０８に出力される。

最下位レベル情報管理部１６０３は、図示せぬ上位レイヤ（又は上位Ｎｏｄｅ）から送信され、階層化レベルが最も低いPreconfiguration情報を管理する。すなわち、図３８に示した例では、各ＲＡＴ独自のPreconfiguration情報を管理する。各ＲＡＴ独自のPreconfiguration情報は報知情報作成部２０３及びPreconfiguration使用決定部２０８に出力される。

このように、Ｎｏｄｅ Ｂ１６００は階層毎に対応する情報管理部を備え、各レベル情報がそれぞれ異なる送信単位（例えば、ブロック）によって報知される。

次に、ＵＥがＬＴＥ／ＳＡＥネットワークからＵＭＴＳネットワークにハンドオーバする場合について図４０を用いて説明する。ここでは、２つのＲＡＴ間のPreconfigurationの差は、図３８に示したように、無線部のみとする。

図４０において、ＳＴ１７０１では、ＵＥが通信中のＬＴＥ／ＳＡＥネットワークにおけるＮｏｄｅ Ｂから移動先ＲＡＴのPreconfiguration情報（ここでは、ＵＭＴＳネットワーク独自のPreconfiguration）を受信し、ＳＴ１７０２では、ＬＴＥ／ＳＡＥネットワークにおけるＮｏｄｅ ＢがＵＥから移動先ＲＡＴのPreconfiguration情報の取得状況を認識する。これにより、ＵＥは完全にPreconfigurationを使用することができる。

ＳＴ１７０３では、ＬＴＥ／ＳＡＥネットワークにおけるＮｏｄｅ ＢにおいてＵＥが現在通信中のＲＡＴと移動先ＲＡＴとの階層化レベル情報の差分を確認する。ＬＴＥ／ＳＡＥネットワークとＵＭＴＳネットワークとでは、図３８に示した例では、最上位及び第２位レベル情報が共通しているため、ＳＴ１７０４では、ＬＴＥ／ＳＡＥネットワークにおけるＮｏｄｅ ＢがＵＭＴＳ独自のPreconfiguration情報のインデックスをHandover indicationに含めてＵＥに送信する。

ＳＴ１７０５では、ＵＥがハンドオーバを実施し、ＳＴ１７０６では、ＵＥから移動先ＲＡＴであるＵＭＴＳネットワークにおけるＮｏｄｅ ＢにHandover indication responseを送信し、ＵＥと通信を行う。

なお、ここでは記載していないが、Preconfiguration情報を受信できているか否かの情報は、他の実施の形態で示しているようにRRC CONNECTION REQUEST messageのようにコネクション確立を要求するmessage、MEASUREMENT REPORTのような測定結果を報告するmessage、または呼確立を要求するような別のmessage等で送ることが考えられる。また、通知の仕方においては、ＲＡＴ毎の情報を伝えるように個別のフラグを設ける通知方法が一般的に考えられる。

このように実施の形態７によれば、複数のＲＡＴ間でレイヤ毎に共通する設定を共通するPreconfigurationを適用し、複数のＲＡＴ間で階層的なPreconfigurationを実現し、ＲＡＴ間のハンドオーバに適用することにより、Preconfigurationとして送信するデータ量を低減することができる。

なお、本実施の形態では、レイヤ３以上では全ＲＡＴ共通の設定、また、レイヤ２及びレイヤ３ではＬＴＥ／ＳＡＥネットワークとＵＭＴＳネットワークとで共通の設定であるとして、これらのレイヤにおいて複数のＲＡＴ間で完全に一致するものとして説明したが、これらの設定が一部一致しない場合でも、ＵＥが取得したPreconfiguration情報に応じて一部一致しない設定を変換できれば、本発明を実現可能である。

上記各実施の形態では、Preconfiguration情報をＰＬＭＮレベルとセルレベルとに分けて説明したが、本発明はこれに限らず、ＰＬＭＮレベル、ＲＡＮレベル（複数のセルの集合）、セルレベルに分けるなど、３レベル以上に分けてもよく、ＰＬＭＮレベル、ＲＡＮレベルのような異なる２レベルに分けてもよい。

また、上記各実施の形態では、報知情報の作成、制御情報の作成等をＮｏｄｅ Ｂが行うものとして説明したが、本発明はこれに限らず、Ｎｏｄｅ Ｂより上位の装置、例えば、ＲＮＣ（Radio Network Controller）、ＳＧＳＮ又はＧＧＳＮのようなCore Network Nodeに上記Ｎｏｄｅ Ｂの機能の一部又は全部が割り当てられてもよい。

上記各実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はソフトウェアで実現することも可能である。

また、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。

さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。

２００６年３月２４日出願の特願２００６−０８４０４３の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。

本発明にかかる無線通信基地局装置は、呼接続におけるメッセージサイズを低減することができ、ＷＣＤＭＡ無線通信システム等に適用できる。

本発明は、無線通信基地局装置に関する。

一般に、無線アクセスネットワーク（RAN: Radio Access Network）は、無線制御装置（RNC: Radio Network Controller）とノードＢとにより構成されており、ＲＮＣは、交換機ネットワークであるコアネットワーク（CN: Core Network）とIuインタフェースを介して接続され、ノードＢは、移動機（UE: User Equipment）と無線インタフェースを介して接続される。

無線インタフェースのプロトコル構成は、レイヤ１（物理レイヤ）、レイヤ２（データリンクレイヤ）、レイヤ３（ネットワークレイヤ）から成り、レイヤ３とレイヤ２の間では論理チャネルが定義されており、レイヤ２とレイヤ１との間ではトランスポートチャネルが定義されている。

レイヤ２は、無線リンクの制御を行うRadio Link Control(RLC)と、無線リソースの割り当て制御などを行うMedium Access Control(MAC)の２つのサブレイヤに分けられる。

また、レイヤ３は、呼設定などの制御を行うC-Plainとユーザ情報の伝達を行うU-Plainとに分けられており、C-Plainはさらにレイヤ１とレイヤ２を直接制御するRadio Resource Control(RRC)と、より高位の制御を行うNon Accesses Stratum(NAS)とに分けられている。そのNASの中で中心的な役割を果たす機能としてMobility Management (MM)があげられる。

ＲＲＣは、いくつかのサービスを提供しており、例えば、エリア内の全ＵＥに対する報知情報の通知、特定のＵＥの呼び出し、コネクションの設定・変更・開放などがあり、ＵＥとネットワークとの呼接続に重要な役割を果たす。

ところで、ＵＥとネットワークとの呼の確立には、設定情報(以下、ＩＥ (Information
Element)という)として多くの情報をMessageに含めて送信しなければならず、呼接続の遅延要因となっている。特に情報量が多いMessageとしては、無線回線の確立を行うRRC CONNECTION SETUP(制御情報用チャネルの確立)とRADIO BEARER SETUP(トラフィックデータ用チャネルの確立)である。

そこで、呼接続遅延を減少させる方法として、呼接続に関連するMessageのサイズを低減するPreconfiguration（Default Configuration、Predefined Configuration、Stored Configurationの総称）という方法が３ＧＰＰ（3rd Generation Partnership Project）において規格化されている。以下、Preconfigurationについて説明する。

Preconfigurationは、無線回線の確立情報を随時送るのではなく、代表的な情報をＵＥに保持させておき、ネットワークからインデックスのみをＵＥに通知するという基本コンセプトに基づいて、２通りの方法が非特許文献１に規定されている。

初めに、Default Configurationについて説明する。Default Configurationでは、あらかじめ規定されているConfigurationパターン（詳細は非特許文献１の２章参照）にインデックス（１４種類）を付し、このインデックスをＵＥに保持させておき、ネットワークからインデックスを通知することによりConfigurationパターンを設定する。

このように、ネットワークから送信される情報(RRC CONNECTION SETUPやRADIO BEARER SETUPなどのMessage)がインデックスのみとなるため、メッセージサイズを大幅に削減することができるので、呼接続遅延を減少させることができる。一方、規定されたConfigurationパターンしか使用することができないため、オペレータ独自の設定、またはＵＥに応じた設定を行うことができない。

次に、Predefined Configurationについて説明する。Predefined Configurationでは、ネットワークから報知されるチャネルを用いて、Configurationパターンとそれに対応するインデックス（１６種類）を送信する。ＵＥは、ネットワークから送信された報知情報をIdle状態などにおいて受信し、Configurationパターンとインデックスを保持する。ＵＥは、Configurationとインデックとの関係を保持しているかどうかをRRC CONNECTION REQUEST message送信時にネットワークに通知する。

一方、ネットワークは、ＵＥが報知情報を保持していると判断した場合には、Default Configurationと同様にインデックスのみを送信することが可能となり、メッセージサイズを低減することができる。よって、呼接続遅延を減少させることができる。Predefined
Configurationは、Default Configurationとは異なり、オペレータ独自の設定が可能であるが、報知情報で送信されるConfigurationを使用しないＵＥを考慮すると、無線リソースを無駄に使用することになってしまう。

ここで、図１にマルチコール用のChannel Structureを示す。図１に示すように制御信号用に３本のSRB(Signaling Radio Bearer)が張られており、それぞれのSRBにTransport Channelが割り当てられている。また、ここでは、Packet呼と音声呼のマルチコールを想定しているため、トラフィックデータとしてはRAB20、RAB5が張られている（RABの番号は一例）。これらのRABに対してもそれぞれTransport Channelが割り当てられている。よって、図１の例では、５つのTransport channelがPhysical channelにMappingされることになる。

また、図１に示すような設定をＵＥに行うためのMessageを、図２にRRC CONNECTION SETUP messageを例として示し、図３にRADIO BEARER SETUP messageを例として示す。図２及び図３に示したように、Preconfigurationが適用されるのは、RB設定用IEとTrCH設定用IEのみである。ここで、Predefined Configurationは、図４に示すように、Predefined Configurationによって設定されている内容がオペレータ内で共通となるように適用される。すなわち、セル間をまたがったとしても設定内容は同一である必要がある。
3GPP TR25.331，"Radio Resource Control(RRC) Protocol Specification" Signaling Enhancements for CS and PS Connection Analyses and Recommendations

しかしながら、１つのIndexで示されるconfigurationに含まれる内容がRB, TrCH, PhyCHの全てとなると、これらのうちの一部のみが異なる場合でも異なるIndexが必要となるため、Indexの数が膨大となる。

また、Preconfigurationをオペレータ単位ではなく、セル単位で適用すると、ＵＥがセル間の移動に際して取得しなければならない情報が増加してしまう。

このように、セル毎に設定が異なるPhyCHにPreconfigurationを適用することは困難で
あり、RB設定用IEとTrCH設定用IEにしかPreconfigurationを適用することができないので、メッセージサイズを十分低減することができない。

本発明の目的は、呼接続におけるメッセージサイズを低減する無線通信基地局装置を提供することである。

本発明の無線通信基地局装置は、チャネルの設定情報の組合せパターンであるConfiguration情報及び前記Configuration情報を示すインデックスを階層的に管理する管理手段と、オペレータ内で共通の設定となる無線ベアラ及びトランスポートチャネルの設定情報であるＰＬＭＮレベルのPreconfiguration情報と、セル毎に異なる設定となる物理チャネルの設定情報であるセルレベルのPreconfiguration情報とを報知する報知手段と、前記ＰＬＭＮレベルのPreconfiguration情報を示すインデックス及びセルレベルのPreconfiguration情報を示すインデックスによってチャネル設定情報を指示する制御情報に、他ＲＡＴのPreconfiguration情報が変更したことを含める制御情報作成手段と、作成された前記制御情報を送信する送信手段と、を具備する構成を採る。

本発明によれば、呼接続におけるメッセージサイズを低減することができる。

以下、本発明の実施の形態について、図面を参照して詳細に説明する。ただし、実施の形態において、同一機能を有する構成には同一符号を付し、重複する説明は省略する。

（実施の形態１）
初めに、無線通信端末装置（以下、「ＵＥ（User Equipment）」という）と無線通信基地局装置（以下、「Ｎｏｄｅ Ｂ」という）との一般的な呼接続手順について図５を用いて説明する。図５において、ＳＴ１０１では、ＵＥがRRC CONNECTION REQUEST messageをＮｏｄｅ Ｂに送信し、ＳＴ１０２では、Ｎｏｄｅ ＢがRRC CONNECTION REQUEST messageの応答として、RRC CONNECTION SETUP messageをＵＥに送信し、UE Identity、制御情報用のチャネル設定等を通知する。

ＳＴ１０３では、ＵＥがRRC CONNECTION SETUP messageで通知された内容に従って、ＵＥ側のチャネル設定を行い、この設定完了の通知としてRRC CONNECTION SETUP COMPLETE messageをＮｏｄｅ Ｂに送信する。

このＳＴ１０１〜ＳＴ１０３の処理によって、RRC CONNECTION Establishmentが完了する。一般的には、このRRC CONNECTION Establishmentでは、制御情報を流すためのRadio BearerであるSRB(Signaling Radio Bearer)のRB1（RLC UM mode適用）、RB2（RLC AM適用、NAS Messageを含まないRRC message送信用）、RB3（RLC AM適用、NAS Messageを含むRRC message送信用）がチャネルとして確立される。それぞれのチャネルに対して設定される内容としては、上記RLCのModeの他に、そのチャネルのPriority、送信するMessageのＰＤＵ長、使用するTransport channel type及びその他のTransport channel情報等がある。

次に、ＳＴ１０４では、ＵＥがServiceの開始を要求するNAS messageであるCM SERVICE
REQUESTを作成し、これをRRC messageであるINITIAL DIRECT TRANSFERに含めてＮｏｄｅ
Ｂに送信する。Ｎｏｄｅ Ｂでは、INITIAL DIRECT TRANSFERをトリガーとしてMMの中でＵＥの管理を開始する。ＳＴ１０４の処理によって、NAS Connection Establishmentが完了する。

ＳＴ１０５では、Ｎｏｄｅ ＢがAUTHENTICATION REQUESTをDOWNLINK DIRECT TRANSFERに含めてＵＥに送信する。また、ＳＴ１０６では、ＵＥがAUTHENTICATION RESPONSEをUPLINK DIRECT TRANSFERに含めてＮｏｄｅ Ｂに送信する。これにより、ＵＥとＮｏｄｅ Ｂとで認証を行う。

ＳＴ１０７では、Ｎｏｄｅ ＢがSECURITY MODE COMMANDをＵＥに送信し、セキュリティで用いる乱数の情報等を含む秘匿・暗号化の設定を通知する。ＳＴ１０８では、ＵＥがSECURITY MODE COMMANDの応答として、上りの制御タイミングと共にSECURITY MODE COMPLETEをＮｏｄｅ Ｂに送信する。このＳＴ１０５〜ＳＴ１０８の処理によって、Authentication & Security processが完了する。

ＳＴ１０９では、ＵＥがRRC messageにNAS messageを含めてPDP Context（パケットのセッション）の確立要求をＮｏｄｅ Ｂに送信し、ＳＴ１１０では、Ｎｏｄｅ ＢがRADIO BEARER SETUP messageをＵＥに送信し、トラフィックデータ通信用のチャネルであるRAB(Radio Access Bearer)を設定する。

ＳＴ１１１では、ＵＥがRADIO BEARER SETUP COMPLETEをＮｏｄｅ Ｂに送信し、RABを正常に設定できたことを通知し、ＳＴ１１２では、Ｎｏｄｅ ＢがPDP Contextの確立応答をDOWNLINK DIRECT TRANSFERに含めてＵＥに送信することで、最終的にPDP Contextの確立が完了したことを通知する。このＳＴ１０９〜ＳＴ１１２の処理によって、RAB Setup & PDP Context Setupが完了する。

このように、ＳＴ１０１〜ＳＴ１１２の処理によって呼の確立が行われる。このとき、各MessageにはIEとして送信しなければならない情報が多数あり、特に情報量が多いMessageとしては、無線回線の確立を行うRRC CENNECTION SETUP（制御情報用チャネルの確立）と、RADIO BEARER SETUP（トラフィックデータ用チャネルの確立）であり、これらのMessageにPreconfigurationを適用することが考えられる。

図６は、本発明の実施の形態１に係るＮｏｄｅ Ｂ２００の構成を示すブロック図である。この図において、ＰＬＭＮ情報管理部２０１は、図示せぬ上位レイヤ（又は上位Ｎｏｄｅ）から送信され、ＰＬＭＮ（Public Land Mobile Network）レベルで管理されるPreconfiguration情報（以下、「ＰＬＭＮレベル情報」という）を管理する。ＰＬＭＮレベル情報としては、ＷＣＤＭＡシステムにおける報知情報SYSTEM INFORMATION BLOCK TYPE 16（TS25.331 10.2.48.8.19参照）が挙げられる。例えば、図７に示すように、RB数, 各RBのIdentity, RLC mode, TrCH数, 各TrCHのidentity, TrCH type, TFCSなどの情報があり、これらの組合せのそれぞれに異なるIndexが対応付けられている。ＰＬＭＮレベルで管理されるPreconfiguration情報は報知情報作成部２０３及びPreconfiguration使用決定部２０８に出力される。なお、上記の情報に加えてこのPreconfiguration情報のバージョンを示す情報を追加することも可能である。

セルレベル情報管理部２０２は、図示せぬ上位レイヤ（又は上位Ｎｏｄｅ）から送信され、セルレベルで管理されるPreconfiguration情報（以下、「セルレベル情報」という）を管理する。セルレベル情報としては、ＷＣＤＭＡシステムにおけるメッセージであるPHYSICAL CHANNEL RECONFIGURATIONのPhyCH information elements, Uplink radio resources, Downlink radio resourcesによって設定される内容が挙げられる。例えば、図８に示すように、周波数帯、Scrambling code番号、Spreading Factor, Canalization Code数、Diversity Mode, Feed back Infoの有無、HARQ Bufferサイズ、Handover種別などの情報があり、これらの組合せのそれぞれに異なるIndexが対応付けられている。セルレベルで管理されるPreconfiguration情報は報知情報作成部２０３及びPreconfiguration使用決定
部２０８に出力される。なお、上記の情報に加えてこのPreconfiguration情報のバージョンを示す情報を追加することも可能である。

報知情報作成部２０３は、ＰＬＭＮレベル情報管理部２０１から出力されたＰＬＭＮレベル情報と、セルレベル情報管理部２０２から出力されたセルレベル情報とを含む報知情報を作成する。報知情報は、図９に示すように、ＰＬＭＮレベル情報とセルレベル情報とを異なる送信単位（例えば、ブロック）に割り当てられるものとする。これにより、ＵＥではいずれかのPreconfigurationを選択的に受信することができる。作成された報知情報は報知情報送信部２０４に出力される。なお、異なるブロックではなく同一ブロックで送信することも可能である。

報知情報送信部２０４は、報知情報作成部２０３から出力された報知情報に所定の送信処理を施して、送信処理を施した報知情報をＵＥに送信する。

チャネル確立決定部２０５は、図示せぬ上位レイヤから通知されるサービス要求（音声、ストリーミング等）を受けて、チャネルの確立又は削除等を決定する。上位レイヤから通知されるサービス要求の具体例としては、Signaling connection establishment, Mobile originating call establishment or packet mode connection establishment, Emergency call establishment, Short message service, Supplementary service activation, Voice group call establishmentなどがある。確立されるチャネルの種別（音声用のチャネル、ストリーミング用のチャネル、Signaling用のチャネル等）の具体例としては、Signaling connection用のSRB1, 2, 3、またそれに対応するTrCH、PhyCH, 音声用のRAB、またそれに対応するTrCH、PhyCH、Packet用のRAB、またそれに対応するTrCH、PhyCHなどであり、確立が決定されたチャネルの種別（音声通信、ストリーミング通信等）がチャネル設定決定部２０６に通知される。

チャネル設定決定部２０６は、チャネル確立決定部２０５から通知されたチャネルの種別に基づいて、各チャネルの詳細な設定（チャネル確立に必要な設定）を決定する。具体的には、図２及び図３に示したチャネル毎の設定、例えば、RB用の設定であれば、RB/RAB
identity, CN domain identity（CS又はPS）, 再確立タイマ（CSであればPSより短い）、PDCP関連情報（Header Compressionに関する設定。ただし、Header Compressionを行わなければ必要なし）、RLCのMode（AM: Acknowledged Mode, UM: Unacknowledged Mode, TM: Transparent Mode）, RLCの各種設定（RLCのWindow size, ACK送信のためのタイマ等）、RBがいずれのTrCHにマッピングされるかを示す情報等を決定する。

また、TrCH用の設定であれば、TrCH identity, TrCHの種別(DCH、HS-DSCH、E-DCH等)、PDU size, TTI, Cording Rate, Rate Matching attribute, CRC size, TFCS(Transport Format Combination Set), TrCHのバッファーサイズ等を決定する。

さらに、PhyCH用の設定であれば、Frequency info（周波数帯の情報）、最大上り送信パワ、Scrambling code type, Scrambling code number, Spreading factor, 無線のタイミング情報等を決定する。

このように決定された設定情報（以下、「チャネル設定情報」という）はPreconfiguration使用決定部２０８に出力される。

ＵＥステータス管理部２０７は、ＵＥがＰＬＭＮ情報及びセルレベル情報のそれぞれを保持しているか否かを示すステータスをＵＥから取得し、取得したＵＥのステータス及びＵＥのＩＤを管理し、Preconfiguration使用決定部２０８からＵＥのステータス通知要求を受けると、該当するステータスをPreconfiguration使用決定部２０８に返送する。

Preconfiguration使用決定部２０８は、チャネル設定決定部２０６から出力されたチャネル設定情報が、ＰＬＭＮレベル情報管理部２０１から出力されたＰＬＭＮレベル情報及びセルレベル情報管理部２０２から出力されたセルレベル情報に含まれているか否かを判断する。また、チャネル設定情報がこれらのPreconfiguration情報に含まれていれば、ＵＥステータス管理部２０７から取得したＵＥのステータスに基づいて、該当するＵＥが最終的にPreconfigurationを使用可能か否かＰＬＭＮレベル及びセルレベル毎に判断する。ＵＥがPreconfigurationを使用可能な場合、該当するＰＬＭＮレベルのIndex及びセルレベルのIndex、又はいずれかのIndexを制御情報作成部２０９に出力する。一方、ＵＥがPreconfigurationを使用できない場合、チャネル設定情報そのものを制御情報作成部２０９に出力する。

制御情報作成部２０９は、Preconfiguration使用決定部２０８から出力されたＰＬＭＮレベルのIndex及びセルレベルのIndex、またはチャネル設定情報をRRC CONNECTION SETUP
message, RADIO BEARER SETUP message, RADIO BEARER RECONFIGURATION message等に含め、制御情報として制御情報送信部２１０に出力する。参考までに、図１０にＰＬＭＮレベルのIndex(Index No.3)及びセルレベルのIndex(Index No.5)を含む制御情報のイメージを示す。

制御情報送信部２１０は、制御情報作成部２０９から出力された制御情報に所定の送信処理を施し、送信処理を施した制御情報をＵＥに送信する。

図１１は、本発明の実施の形態１に係るＵＥ３００の構成を示すブロック図である。この図において、制御情報受信部３０１は、図６に示したＮｏｄｅ Ｂ２００から送信された制御情報を受信し、受信した制御情報に所定の受信処理を施し、受信処理を施した制御情報をチャネル設定判定部３０２に出力する。

チャネル設定判定部３０２は、制御情報受信部３０１から出力された制御情報からチャネルの設定情報を判定し、制御情報にIndexが含まれていればIndexを抽出し、チャネル設定情報そのものが含まれていればチャネル設定情報を抽出し、抽出したIndex又はチャネル設定情報をチャネル設定展開部３０５に出力する。

報知情報受信部３０３は、図６に示したＮｏｄｅ Ｂ２００から送信された報知情報を受信し、受信した報知情報に所定の受信処理を施し、受信処理を施した報知情報を報知情報記憶部３０４に出力する。

報知情報記憶部３０４は、報知情報受信部３０３から出力された報知情報に含まれるＰＬＭＮレベル情報及びセルレベル情報を記憶し、それぞれの情報をチャネル設定展開部３０５及びステータス挿入部３０８に出力する。

チャネル設定展開部３０５は、チャネル設定判定部３０２からIndexが出力された場合には、報知情報記憶部３０４から該当するConfigurationをＰＬＭＮレベル及びセルレベル毎に読み出し、読み出したConfigurationをチャネル設定部３０６に出力する。また、チャネル設定判定部３０２からチャネル設定情報が出力された場合には、チャネル設定情報をそのままチャネル設定部３０６に出力する。

チャネル設定部３０６は、チャネル設定展開部３０５から出力されたConfiguration又はチャネル設定情報に基づいて、チャネル設定を行い、メッセージ送信部３０９に反映させる。

送信メッセージ作成部３０７は、Ｎｏｄｅ Ｂに送信するメッセージを作成し、作成したメッセージをステータス挿入部３０８に出力する。

ステータス挿入部３０８は、送信メッセージ作成部３０７から出力された送信メッセージに、Preconfiguration情報が報知情報記憶部３０４に記憶されていることを示すステータスをＰＬＭＮレベル及びセルレベル毎に挿入し、ステータスを挿入した送信メッセージをメッセージ送信部３０９に出力する。

なお、このスタータスの情報として、Preconfiguration情報を保持している、または、保持していないを示すフラグに加えて、Preconfiguration情報のバージョンがPreconfiguration情報と合わせて受信できている場合には、その内容も追加することが可能である。

メッセージ送信部３０９は、ステータス挿入部３０８から出力されたメッセージに所定の送信処理を施し、送信処理を施したメッセージをチャネル設定部３０６で設定されたチャネルを用いてＮｏｄｅ Ｂに送信する。

次に、図６に示したＮｏｄｅ Ｂ２００と図１１に示したＵＥ３００との呼接続手順の概略について図１２を用いて説明する。図１２において、ＳＴ４０１では、Ｎｏｄｅ Ｂ２００がオペレータのRB/TrCHのPreconfiguration情報及びPreconfiguration情報をBroadcast InformationによってＵＥ３００に報知し、ＳＴ４０２では、ＵＥ３００が報知情報を受信し、受信した報知情報に含まれるPreconfiguration情報を記憶する。

ＳＴ４０３では、ＵＥ３００がＰＬＭＮレベル情報及びセルレベル情報を記憶していること、すなわち、ＵＥ３００のステータスをRRC CONNECTION REQUESTによってＮｏｄｅ Ｂ２００に通知する。RRC CONNECTION REQUESTは図１４に示すように、PLMN Preconfiguration statusとしてＰＬＭＮレベルのステータスを、Cell Preconfiguration statusとしてセルレベルのステータスをそれぞれTrue（保持）又はFalse（非保持）によって通知する。

ＳＴ４０４では、Ｎｏｄｅ Ｂ２００がPreconfigurationを用いてチャネル設定を行い、ＳＴ４０５では、ＳＴ４０４において設定したチャネル設定情報を示すＰＬＭＮレベルのIndex及びセルレベルのIndexをRRC CONNECTION SETUPに含め、Ｎｏｄｅ Ｂ２００からＵＥ３００に送信する。参考までに、RRC CONNECTION SETUPのイメージを図１５に示す。

ＳＴ４０６では、ＵＥ３００がRRC CONNECTION SETUPの応答として、RRC CONNECTION SETUP COMPLETEをＮｏｄｅ Ｂ２００に送信し、ＵＥ３００とＮｏｄｅ Ｂ２００との間でNAS Messageの送受信を行う。

ＳＴ４０７では、チャネル設定情報を示すＰＬＭＮレベルのIndex及びセルレベルのIndexをRADIO BEARER SETUPに含め、Ｎｏｄｅ Ｂ２００からＵＥ３００に送信し、ＳＴ４０８では、ＵＥ３００がRADIO BEARER SETUPの応答として、RADIO BEARER SETUP COMPLETEをＮｏｄｅ Ｂ２００に送信する。

このように実施の形態１によれば、ＰＬＭＮ毎に異なる設定となるRB及びTrCHのConfigurationと、セル毎に異なる設定となるPhyCHのConfigurationとにIndexをそれぞれ対応付けた２階層のPreconfiguration情報を用意し、ＰＬＭＮレベル及びセルレベル毎にPreconfigurationを適用することにより、呼接続におけるメッセージサイズを低減することができる。

なお、本実施の形態では、ＰＬＭＮレベルとセルレベルとに対応するIndexをそれぞれ
設けているが、例えば、セルレベルで管理されるPhyCH情報のみを変更する場合には、変更する情報のIndexのみを送信することが可能である。また、ＰＬＭＮレベルで管理される情報を１つのIndexで管理するのではなく、RBとTrCHとを分けてIndex管理を行い、例えば、RBのみ変更する場合には、RB用のIndexを用いることも可能である。

なお、本実施の形態では、図１２を用いて呼を確立する状態の動作について説明したが、その他の場合の動作も考えられる。例えば、ＵＥが一旦パケット呼を確立したあとに、しばらくパケットの通信が無かったために、その状態を省電力用の状態に移している場合が考えられる。省電力用の状態において、再度通信を始めた場合、及びセルを移動した場合にも使用できる。具体的には、図１３に示すように、ＵＥとＮｏｄｅ Ｂとの通信手順において、今回RRC CONNECTION REQUESTに設定したステータスの情報を、再接続に用いるCELL UPDATE（またはURA UPDATE）に設定し、RRC CONNECTION SETUPにてＮｏｄｅ Ｂより指示されていたIndexが、CELL UPDATE CONFIRM(URA UPDATE CONFIRM)に入れられるなどである。

また、本実施の形態では、ＰＬＭＮレベルのPreconfigurationとセルレベルのPreconfigurationとは互いに独立したものとして説明したが、ＰＬＭＮレベルのPreconfigurationの中で選択するものが決まれば、セルレベルのPreconfigurationの中で選択するものが決まるように規定するようにしてもよい。すなわち、図１６に示すように、ＰＬＭＮレベルPreconfigurationのインデックスとセルレベルPreconfigurationのインデックスとを一対一で対応させる。この場合、片方のIndexのみを端末に通知すれば良いので、図１７に示す呼接続手順となる。

また、図１６に示すように一対一対応ではなくても、ＰＬＭＮレベルのPreconfigurationの中で選択するものが決まると、それに対応するセルレベルのPreconfigurationの選択肢が限られる場合も考えられる。このような場合、セルレベルのPreconfigurationの設定を、ＰＬＭＮレベルのPreconfigurationのインデックスと関連して考えることでセルレベルのPreconfigurationを使用するためのIndexを短くすることが可能となる。この例を図１８に示す。

また、本実施の形態では、Ｎｏｄｅ Ｂが複数のPreconfiguration（ＰＬＭＮレベル、セルレベル）を管理する場合について説明したが、Ｎｏｄｅ ＢがセルレベルのPreconfigurationを管理し、その上位のノードがＰＬＭＮレベルの管理を行うようにしてもよい。

また、本実施の形態では、セルレベルのPreconfigurationはＮｏｄｅ Ｂ毎に異なるような情報を扱うものとして定義した。しかしながら、それ以外の定義も可能である。具体的には、Ｎｏｄｅ ＢとＵＥとの間に閉じた通信を行うための情報をセルレベルのPreconfigurationとして定義して管理することも可能である。このような場合には、全てのPreconfigurationの保持情報を一度に送る場合と、段階的に送る場合とが考えられる。例えば、ＵＥとＮｏｄｅ Ｂとのコネクションを最初に確立するだけならば、セルレベルのPreconfigurationの受信状態のみを報告すればよい。そして、ＵＥとＮｏｄｅ Ｂとのコネクションの確立後にＰＬＭＮレベルのPreconfigurationの保持状態を通知することで、最終的に呼の確立を行うことが可能になる。

（実施の形態２）
実施の形態１では、ＵＥが１つのセルのセルレベル情報を保持する場合について説明したが、本発明の実施の形態２では、図１９に示すように、ＵＥが複数のセルのセルレベル情報を保持する場合について説明する。

図２０は、本発明の実施の形態２に係るＮｏｄｅ Ｂ５００の構成を示すブロック図で
ある。図２０が図６と異なる点は、隣接セルステータス管理部５０１を追加した点と、Preconfiguration使用決定部２０８をPreconfiguration使用決定部５０２に変更した点である。

図２０において、隣接セルステータス管理部５０１は、ＵＥが隣接セルのＰＬＭＮ情報及びセルレベル情報のそれぞれを保持しているか否かを示すステータスをＵＥから取得し、取得したＵＥのステータス及びＵＥのＩＤを管理する。隣接セルステータス管理部５０１は、Preconfiguration使用決定部５０２からＵＥのステータス通知要求を受けると、該当するステータスをPreconfiguration使用決定部５０２に返送する。なお、このステータスの情報として、Preconfiguration情報を保持している、又は、保持していないを示すフラグに加えて、Preconfiguration情報のバージョンがPreconfiguration情報と合わせて受信できている場合には、その内容も追加することが可能である。

Preconfiguration使用決定部５０２は、ＵＥが隣接セルに移動する場合に、ＵＥにHandoverを指示する際、隣接セルステータス管理部５０１から取得したＵＥの隣接セルステータスに基づいて、該当するＵＥが最終的に隣接セルにおけるPreconfigurationを使用可能か否か判断する。ＵＥが隣接セルにおけるPreconfigurationを使用可能な場合、該当するＰＬＭＮレベルのIndex及びセルレベルのIndexを制御情報作成部２０９に出力する。一方、ＵＥがPreconfigurationを使用できない場合、チャネル設定決定部２０６から出力されたチャネル設定情報そのものを制御情報作成部２０９に出力する。

図２１は、本発明の実施の形態２に係るＵＥ６００の構成を示すブロック図である。図２１が図１１と異なる点は、隣接セル報知情報受信部６０１及び隣接セル報知情報記憶部６０２を追加した点と、ステータス挿入部３０８をステータス挿入部６０３に、チャネル設定展開部３０５をチャネル設定展開部６０４に変更した点である。

隣接セル報知情報受信部６０１は、自セル以外の隣接セルから送信された報知情報を受信し、受信した報知情報に所定の受信処理を施し、受信処理を施した報知情報を隣接セル報知情報記憶部６０２に出力する。

隣接セル報知情報記憶部６０２は、隣接セル報知情報受信部６０１から出力された報知情報に含まれるＰＬＭＮレベル情報及びセルレベル情報を記憶し、それぞれの情報をステータス挿入部６０３及びチャネル設定展開部６０４に出力する。

ステータス挿入部６０３は、送信メッセージ作成部３０７から出力された送信メッセージに、Preconfiguration情報が報知情報記憶部３０４に記憶されているか否かを示すステータスと、隣接セルのPreconfiguration情報が隣接セル報知情報記憶部６０２に記憶されているか否かを示すステータスとをＰＬＭＮレベル及びセルレベル毎に挿入し、ステータスを挿入した送信メッセージをメッセージ送信部３０９に出力する。

チャネル設定展開部６０４は、チャネル設定判定部３０２から出力されたIndexに該当するConfigurationを報知情報記憶部３０４からＰＬＭＮレベル及びセルレベル毎に読み出し、読み出したConfigurationをチャネル設定部３０６に出力する。また、チャネル設定判定部３０２から出力された内容が隣接セルに対するセルレベル情報である場合には、設定されたIndexに該当するConfigurationである隣接セルのセルレベル情報を隣接セル報知情報記憶部６０２から読み出し、読み出したセルレベル情報をチャネル設定部３０６に出力する。

次に、図２１に示したＵＥ６００がHandoverを行う場合の通信手順の概略について図２２を用いて説明する。図２２において、ＵＥ６００とＮｏｄｅ Ｂ５００とが通信状態で
あり、ＳＴ７０１では、ＵＥ６００が自セル及び隣接セルの報知情報を受信し、ＳＴ７０２では、Ｎｏｄｅ Ｂ５００がＵＥ６００に対して隣接セルの受信品質の測定を要求するMEASUREMENT CONROLを送信する。

ＳＴ７０３では、ＵＥ６００が隣接セルの受信品質の測定（MEASUREMENT）を行うと共に、測定を行った隣接セルのPreconfiguration情報を保持しているかを確認し、ＳＴ７０４では、ＵＥ６００が隣接セルの受信品質測定結果と隣接セルのステータスをMEASUREMENT REPORTとしてＮｏｄｅ Ｂ５００に送信する。MEASUREMENT REPORTは図２３に示すように、Cell Preconfiguration statusとして隣接セルのステータスをTrue（保持）又はFalse（非保持）によって通知する。

ＳＴ７０５では、ＵＥ６００における受信品質は自セルより隣接セルの方がよいとＮｏｄｅ Ｂ５００によって判断された場合、ＵＥ６００にHandoverさせることを決定し、ＵＥ６００がHandover先のセルのPreconfiguration情報を保持しているか否かを隣接セルのステータスから判断し、Preconfigurationの使用を決定する。

ＳＴ７０６では、Ｎｏｄｅ Ｂ５００がＵＥ６００にPHYSICAL CHANNEL RECONFIGURATIONを送信することによって、Handoverの指示及び隣接セルのセルレベルのIndexの通知を行い、ＳＴ７０７では、ＵＥ６００がPHYSICAL CHANNEL RECONFIGURATIONの応答として、PHYSICAL CHANNEL RECONFIGURATION COMPLETEをＮｏｄｅ Ｂ５００に送信する。

ここで、ＳＴ７０２にて送信されているMEASUREMENT CONTROLは従来と同じものを仮定している。ただし、拡張としてMEASUREMENT CONTROLの情報にPreconfigurationに関する情報を含むことも可能である。例えば、Preconfigurationのバージョンを示す情報をMEASUREMENT CONTROLに含むことにより、ＵＥ側で保持しているPreconfiguration情報が最新なものかどうかを確認することが可能である。そして、保持しているPreconfiguration情報が最新のものではない場合には、保持している情報を消去するなどの処理が考えられる。

このように実施の形態２によれば、ＵＥが隣接セルのPreconfiguration情報を取得し、隣接セルへのHandoverに際し、Ｎｏｄｅ Ｂから隣接セルのセルレベル情報を示すIndexを受信することにより、Handoverにおけるメッセージサイズを低減することができる。

（実施の形態３）
図２４は、本発明の実施の形態３に係るＮｏｄｅ Ｂ８００の構成を示すブロック図である。図２４が図６と異なる点は、隣接セル情報管理部８０１を追加した点と、報知情報作成部２０３を報知情報作成部８０２に、また、Preconfiguration使用決定部２０８をPreconfiguration使用決定部８０３に変更した点である。

図２４において、隣接セル情報管理部８０１は、周波数帯、Scrambling Code等のセルの識別に必要な情報（以下、「隣接セル情報」という）を管理し、管理する隣接セル情報を報知情報作成部８０２及びPreconfiguration使用決定部８０３に出力する。

報知情報作成部８０２は、ＰＬＭＮレベル情報管理部２０１から出力されたＰＬＭＮレベル情報、セルレベル情報管理部２０２から出力されたセルレベル情報、及び、隣接セル情報管理部８０１から出力された隣接セル情報を含む報知情報を作成し、作成した報知情報を報知情報送信部２０４に出力する。

Preconfiguration使用決定部８０３は、チャネル設定決定部２０６から出力されたチャネル設定情報が、ＰＬＭＮレベル情報管理部２０１から出力されたＰＬＭＮレベル情報、
セルレベル情報管理部２０２から出力されたセルレベル情報、隣接セル情報管理部８０１から出力された隣接セル情報のいずれかに含まれているか否かを判断する。チャネル設定情報がこれらの情報に含まれていれば、ＵＥステータス管理部２０７から取得したＵＥのステータスに基づいて、該当するＵＥが最終的にPreconfigurationを使用可能か否かＰＬＭＮレベル及びセルレベル毎に判断する。ＵＥがPreconfigurationを使用可能な場合、該当するＰＬＭＮレベルのIndex及びセルレベルのIndex、又はいずれかのIndexを制御情報作成部２０９に出力する。一方、ＵＥがPreconfigurationを使用できない場合、チャネル設定情報そのものを制御情報作成部２０９に出力する。

自セルと隣接セルのConfiguration情報の違いが隣接セル情報のみであるとPreconfiguration使用決定部８０３において判断された場合、制御情報作成部２０９は、図２５に示すように、セルレベル情報と隣接セル情報とを組み合わせることにより、制御情報を作成し、作成した制御情報を制御情報送信部２１０に出力する。

図２６は、本発明の実施の形態３に係るＵＥ９００の構成を示すブロック図である。図２６が図１１と異なる点は、隣接セルPreconfiguration情報作成部９０２を追加した点と、報知情報記憶部３０４を報知情報記憶部９０１に、チャネル設定展開部３０５をチャネル設定展開部９０３に変更した点である。

図２６において、報知情報記憶部９０１には、報知情報受信部３０３から出力された報知情報に含まれるＰＬＭＮレベル情報、セルレベル情報及び隣接セル情報が記憶され、ＰＬＭＮレベル情報及びセルレベル情報はチャネル設定展開部９０３に出力され、隣接セル情報は隣接セルPreconfiguration情報作成部９０２に出力される。また、これらの情報が記憶されているか否かを示すステータスがステータス挿入部３０８に出力される。

隣接セルPreconfiguration情報作成部９０２は、チャネル設定判定部３０２から出力されたセルレベルのIndexに該当するセルレベル情報と、チャネル設定判定部３０２から出力されたCell IDに該当する隣接セル情報とを報知情報記憶部９０１から読み出し、読み出したセルレベル情報及び隣接セル情報に基づいて、隣接セルのPreconfiguration情報を作成する。作成されたPreconfiguration情報はチャネル設定展開部９０３に出力される。

チャネル設定展開部９０３は、チャネル設定判定部３０２から出力されたＰＬＭＮレベルのIndexに該当するＰＬＭＮレベル情報を報知情報記憶部９０１から読み出し、読み出したＰＬＭＮレベル情報と、隣接セルPreconfiguration情報作成部９０２から出力された隣接セルのPreconfiguration情報とからチャネル設定情報を展開し、展開したチャネル設定情報をチャネル設定部３０６に出力する。

ここで、上記構成を有するＵＥ９００が受信した制御情報に基づいて、チャネル設定情報を展開する様子について図２７を用いて説明する。チャネル設定判定部３０２では、受信メッセージの中からＰＬＭＮレベルのIndex(Index No.2)をチャネル設定展開部９０３に出力し、セルレベルのIndex(Index No.1)及びCell ID(=2)を隣接セルPreconfiguration情報作成部９０２に出力する。

隣接セルPreconfiguration情報作成部９０２では、セルレベルのIndex No.1に該当するセルレベル情報を、また、Cell ID=2に該当する隣接セル情報を報知情報記憶部９０１からそれぞれ読み出し、読み出したセルレベル情報に隣接セル情報を上書きし、隣接セルのPreconfiguration情報を作成し、作成した隣接セルPreconfiguration情報をチャネル設定展開部９０３に出力する。

チャネル設定展開部９０３では、ＰＬＭＮレベルのIndex No.2に該当するＰＬＭＮレベ
ル情報を報知情報記憶部９０１から読み出し、読み出したＰＬＭＮレベル情報と隣接セルPreconfiguration情報とを組み合わせることにより隣接セルのチャネル設定情報を展開する。

このように実施の形態３によれば、自セルと同じPhyCHの設定の隣接セルにＵＥをHandoverさせる場合、自セルに隣接するセルを識別する隣接セル情報を報知情報に含め、ＵＥが自セルのセルレベル情報と隣接セル情報とを用いて、隣接セルのセルレベル情報を作成することにより、隣接セルから報知情報を取得することなく、隣接セルへのHandoverを行うことができる。

（実施の形態４）
本発明の実施の形態４では、ＬＴＥ（Long Term Evolution）において全てのデータがシェアードチャネルによって送信されることに注目し、セルレベルをさらに２種類に分類する場合について説明する。

実施の形態１では、ＰＬＭＮレベルとして、ＱｏＳクラス、チャネルRadio access bearer identifier、ＰＤＣＰ（ヘッダー圧縮等）の情報、CipheringまたはIntegrityの設定、Logical Channelの設定、Outer ARQの設定・再送回数・受信ウィンドウサイズ、再送のための情報の送り方、ＤＲＸ／ＤＴＸを実施するためのパラメータ・ＤＲＸ／ＤＴＸの間隔等、Traffic量の測定結果の報告方法などがある。

また、セルレベルとして、対応周波数帯域、チャネルのフォーマット・ＴＴＩ・インターリーブ長・コーディングレート等（スケジューラによって最終的に決定され、候補が未設定となることも考えられる。）、Downlinkスケジューリング用の品質報告の送信方法・送信頻度・品質を測定する単位等、Scrambling code（またはパターン）、Uplinkスケジューリング用のリソース要求の送信方法、ＭＩＭＯに関する設定などがある。

ここで、ＬＴＥの特徴である全てのデータがシェアードチャネルによって送信されることを考えると、セルレベルはさらに２種類に分類される。一つには、チャネルを追加したときに変更、追加される情報であり、例えば、ＱｏＳが異なると変更しなければならない情報である。具体的には、ＣＱＩの頻度、ＨＡＲＱの方法等である。もう一つには、チャネルを追加しても変更、追加されない情報であり、例えば、周波数情報等のセルが変わらない場合には変更する必要がない情報である。これら２種類の情報を分けて管理することにより、Preconfigurationとして送信するデータ量をさらに低減することができる。

このように、セルレベルを分類する際に基本となる概念は、レイヤに与える影響が異なる情報を分類するというものであり、具体例としては、ＱｏＳが挙げられる。

図２８は、本発明の実施の形態４に係るＮｏｄｅ Ｂ１０００の構成を示すブロック図である。図２８が図６と異なる点は、セルレベル情報管理部２０２をセルレベル情報管理部１００１とセルレベル情報管理部１００２とに変更し、報知情報作成部２０３を報知情報作成部１００３に、Preconfiguration使用決定部２０８をPreconfiguration使用決定部１００４にそれぞれ変更した点である。

セルレベル情報管理部１００１は、ＵＥに提供するチャネルに応じた設定内容を管理する。具体的には、CQI reportingの送信頻度、Resource requestの送信頻度、ＨＡＲＱの再送回数、再送遅延などを管理する。これらの情報は、例えばＶｏＩＰ（Voice over IP）などを使用する場合、ウェブブラウジングを行う場合、メールを送受信する場合等で異なるものである。そのため、チャネルを設定するたびに、そのチャネルの提供するサービスに応じた情報を選択する必要がある。ここでは、このようにチャネルを追加するたびに
、チャネルに応じて設定すべき情報を管理する。

セルレベル情報管理部１００２は、ＵＥに提供するチャネルのタイプに依存しない設定内容を管理する。具体的には、周波数帯情報、Scrambling code（またはパターン）情報、Radio resource blockの配置情報などを管理する。これらの情報は、チャネル追加する際に新たに変更する必要がないため、一度設定したらその後チャネル追加しても新たに設定する必要がない。ここでは、このようにチャネルを追加するたびに、新たにＵＥに設定を行う必要のない情報を管理する。

報知情報作成部１００３は、ＰＬＭＮレベル情報管理部２０１、セルレベル情報管理部１００１及び１００２から出力されたレベル情報を取得し、取得したレベル情報を含む報知情報を作成する。ここで作成される報知情報は、図２９に示すように、ＱｏＳに関係しないPreconfiguration情報とＱｏＳに関係するPreconfiguration情報とが含まれることになる。

Preconfiguration使用決定部１００４は、ＰＬＭＮレベル情報管理部２０１、セルレベル情報管理部１００１及び１００２から出力されたセルレベル情報を取得し、取得したセルレベル情報（Preconfiguration情報）を用いてチャネル設定を行う。

図３０は、本発明の実施の形態４に係る呼接続手順の概略を示すシーケンス図である。ただし、図３０が図１２と共通する部分には図１２と同一の符号を付し、重複する説明は省略する。

図３０において、ＳＴ１１０１では、Ｎｏｄｅ Ｂ１０００が、図２９に示すような複数のPreconfiguration情報をBroadcast InformationによってＵＥに報知する。

ＳＴ１１０２では、ＵＥがＰＬＭＮレベル情報、ＱｏＳに関係するセルレベル情報及びＱｏＳに関係しないセルレベル情報を記憶していること、すなわち、ＵＥのステータスをRRC CONNECTION REQUESTによってＮｏｄｅ Ｂ１０００に通知する。このとき、ＵＥが通知する情報としては、ＰＬＭＮレベル情報が受信できていることを示すフラグ、セルレベル情報が受信できていることを示すフラグを入れることが考えられる。すなわち、ＱｏＳに関係するセルレベル情報を記憶しているかと、ＱｏＳに関係しないセルレベル情報を記憶しているかは、同じフラグで示すことが効率の点で考えられる。ただし、この方法に限定されるわけではなく、別のフラグを設けても良い。

ＳＴ１１０３では、ＳＴ４０４において設定したチャネル設定情報を示すＰＬＭＮレベルのIndex、ＱｏＳに関係するセルレベルのIndex及びＱｏＳに関係しないセルレベルのIndexをRRC CONNECTION SETUPに含め、Ｎｏｄｅ Ｂ１０００からＵＥに送信する。

ＳＴ１１０４では、チャネル設定情報を示すＰＬＭＮレベルのIndex及びＱｏＳに関係するセルレベルのIndexをRADIO BEARER SETUPに含め、Ｎｏｄｅ Ｂ１０００からＵＥに送信する。ここでは、２度目のチャネル設定に該当するため、ＱｏＳに関係しないセルレベルのIndexは含まれない。

このように実施の形態４によれば、レイヤに与える影響が異なる情報としてＱｏＳに基づいてセルレベルを分類することにより、ＱｏＳに関係しないPreconfiguration情報を一度設定したら、その後チャネルを追加するときなどに再設定する必要がなくなるので、Preconfigurationとして送信するデータ量を低減することができる。

なお、図３０に示した呼接続手順における複数のメッセージが連結された場合の呼接続
手順でもよく、この場合のシーケンスを図３１に示す。この場合では、C-PlaneとU-planeの設定が同時に行われているため、１つのメッセージがRRC CONNECTION SETUP、RADIO BEARER SETUPの役割を果たしている。この場合、両方の設定を行うためにオペレータのRB/TRCHのPreconfiguration情報と該当セルのＱｏＳに関係するPreconfiguration情報は二つ必要になる。ただし、該当セルのＱｏＳに関係しないPreconfiguration情報は両方に共通であるため１つとなる。

ちなみに、１つのPreconfigurationの設定がC-PlaneとU-planeの両方の設定を示す場合には、オペレータのRB/TRCHのPreconfiguration情報と該当セルのＱｏＳに関係するPreconfiguration情報も１つですむことになる。

（実施の形態５）
本発明の実施の形態５では、図３２に示すように、複数のＲＡＴに対応したＵＥが複数のＲＡＴを使用している場合について説明する。ただし、ＲＡＴとしては、ＵＭＴＳ、ＧＳＭ（ＧＰＲＳ，ＥＤＧＥを含む）、ＬＴＥ／ＳＡＥのシステム、３ＧＰＰ２のシステム、ＷＬＡＮ（802.11a, b, g等）によって構築されたシステムなどがある。

図３２では、E-UTRAとしてＰＬＭＮ１とＰＬＭＮ２とがそれぞれ異なるオペレータによりサポートされており、UTRAとしてＰＬＭＮａとＰＬＭＮｂとがそれぞれ異なるオペレータによりサポートされている。なお、例えば同じオペレータがE-UTRAのＰＬＭＮ１とUTRAのＰＬＭＮａとをサポートしていてもよいし、それぞれ異なるオペレータであっても特に問題ない。

ここで、ＵＥがE-UTRAのＰＬＭＮ２に接続して通信を行っている場合を考える。ＰＬＭＮ２の中では、E-UTRA Preconfigurationの情報はセルレベルの情報及び更新された情報を除いては変わらない。そのため、ＵＥはそれらの情報を再度受信する必要がない。

ところが、このＰＬＭＮ２内の移動に際し、UTRAのＰＬＭＮが切り替わる場合がある。すなわち、図３２ではＰＬＭＮａとＰＬＭＮｂとが切り替わることになる。この場合、ＵＥはＰＬＭＮｂのPreconfiguration情報を受信しないとE-UTRAからUTRAに移動する際にPreconfigurationを使用できないことになってしまう。

そのため、ＵＥがたとえE-UTRAに接続していてＰＬＭＮ２内を移動している場合でも、UTRAの接続候補が切り替わった場合には、ＵＥがPreconfiguration情報を取得し直すような仕組みが必要となる。また、Ｎｏｄｅ Ｂ側でもＵＥがＰＬＭＮｂに対してPreconfiguration情報を持っているかを知る仕組みが必要となる。また、他ＲＡＴのPreconfiguration情報を現在いるＲＡＴで報知するような仕組みが考えられる。ここでは、他ＲＡＴのPreconfiguration情報を現在いるＲＡＴで報知されることを前提とする。また、Preconfigurationの情報は他ＲＡＴがどのオペレータに所属しているかを識別するための識別子と一緒に送られることなどが考えられる。これは、他ＲＡＴがどのオペレータに所属しているかを明示的に端末に示すためである。しかしながら、端末に対してその内容を明示的に示す必要がない場合には、チャネル設定に必要な情報のみをPreconfiguration情報として設定することも可能である。

特に、オペレータＡにより一部の限定された地域だけにE-UTRAサービスが提供され、その他の広域ではオペレータＢによりUTRAサービスが提供されている場合、ＵＥはオペレータＡとオペレータＢとの間を移動する必要があり、図３２の状況が頻繁に発生する。

図３３は、本発明の実施の形態５に係るＮｏｄｅ Ｂ１２００の構成を示すブロック図である。図３３が図２０と異なる点は、測定指示部１２０４を追加した点と、セルレベル
情報管理部２０２を他ＲＡＴ情報管理部１２０１に、報知情報作成部２０３を報知情報作成部１２０２に、チャネル確立決定部２０５をチャネル確立決定部１２０３に、隣接セルステータス管理部５０１を他ＲＡＴステータス管理部１２０５にそれぞれ変更した点と、ＰＬＭＮレベル情報管理部２０１、ＵＥステータス管理部２０７を削除した点である。

図３３において、他ＲＡＴ情報管理部１２０１は、図示せぬ上位レイヤ（又は上位Ｎｏｄｅ）から送信される他ＲＡＴの情報を管理する。他ＲＡＴ情報としては、他ＲＡＴにおいて使用されるPreconfiguration情報、他ＲＡＴのＰＬＭＮ情報、このＮｏｄｅ Ｂにおいて管理されている情報が隣接セルにおいて管理されている情報と同じであるか否かの情報などが挙げられる。他ＲＡＴ情報管理部１２０１は、他ＲＡＴにおいて使用されるPreconfiguration情報を報知情報作成部１２０２及びPreconfiguration使用決定部５０２に出力する。また、他ＲＡＴ情報管理部１２０１は、Ｎｏｄｅ Ｂ１２００において管理されている情報が隣接セルのＮｏｄｅ Ｂにおいて管理されている情報と同じであるか否かの情報を測定指示部１２０４に出力する。

報知情報作成部１２０２は、他ＲＡＴ情報管理部１２０１から出力された他ＲＡＴにおいて使用されるPreconfiguration情報を含む報知情報を作成し、作成した報知情報を報知情報送信部２０４に出力する。

チャネル確立決定部１２０３は、図示せぬ上位レイヤ又はＵＥからの通知を受けて、ＵＥに対するチャネル設定及び無線リソースの管理を行う。具体的には、ＵＥに対する測定指示、ハンドオーバ、呼接続等の決定を行う。ここでは、特に、測定指示とハンドオーバ（移動制御）について説明する。チャネル確立決定部１２０３は、測定指示を決定した場合には、その旨測定指示部１２０４に通知し、移動制御を決定した場合には、その旨チャネル設定部２０６に通知する。

測定指示部１２０４は、Measurement control messageに含む内容を決定し、決定した内容を制御情報作成部２０９に出力する。また、測定指示部１２０４は、他ＲＡＴ情報管理部１２０１から出力されたＮｏｄｅ Ｂ１２００において管理されている情報が隣接セルのＮｏｄｅ Ｂにおいて管理されている情報と同じであるか否かの情報に基づいて、このＮｏｄｅ Ｂ１２００が管理している情報と隣接セルが管理している情報とが異なると判断した場合、その旨制御情報作成部２０９に通知し、制御情報に含めるようにする。

チャネル設定決定部２０６は、チャネル確立決定部１２０３から通知された移動制御の決定を受けて、ＵＥに対する移動制御の指示内容を決定する。具体的には、ハンドオーバの指示メッセージの内容を決定する。決定した指示内容はPreconfiguration使用決定部５０２に通知される。

他ＲＡＴステータス管理部１２０５はＵＥから通知されるMeasurement reportに含まれるPreconfigurationの取得状況（ＵＥがPreconfiguration情報を取得できているか否かを示す情報）を管理し、この取得状況をPreconfiguration使用決定部５０２に通知する。

Preconfiguration使用決定部５０２は、チャネル設定決定部２０６から通知されたハンドオーバの指示メッセージの内容に基づいて、移動制御対象のＵＥがPreconfigurationを使用できるか他ＲＡＴステータス管理部１２０５を参照して確認する。Preconfigurationを使用できる場合には、他ＲＡＴ情報管理部１２０１から出力された他ＲＡＴにおいて使用されるPreconfiguration情報を用いてハンドオーバを行うことを決定する。一方、Preconfigurationを使用できない場合には、Preconfiguration情報を用いずにハンドオーバを行うことを決定する。この決定内容は制御情報作成部２０９に通知される。

図３４は、本発明の実施の形態５に係るＵＥ１３００の構成を示すブロック図である。図３４が図１１と異なる点は、測定指示部１３０２及び測定実施部１３０３を追加した点と、制御情報受信部３０１を制御情報受信部１３０１に、報知情報受信部３０３を報知情報受信部１３０４に、送信メッセージ作成部３０７を送信メッセージ作成部１３０５にそれぞれ変更した点である。

図３４において、制御情報受信部１３０１は、図３３に示したＮｏｄｅ Ｂ１２００から送信された制御情報を受信し、受信した制御情報に所定の受信処理を施す。受信処理が施された制御情報のうち、Measurement controlメッセージは測定指示部１３０２に出力され、移動制御を行うハンドオーバ指示メッセージはチャネル設定判定部３０２に出力される。

測定指示部１３０２は、制御情報受信部１３０１から出力されたMeasurement controlメッセージに応じて、測定実施部１３０３に他ＲＡＴの回線品質の測定を指示する。また、Measurement controlメッセージによってＮｏｄｅ Ｂ１２００が管理している情報と隣接セルが管理している情報とが異なることが通知された場合、報知情報受信部１３０４に報知情報の取得を指示する。

測定実施部１３０３は、測定指示部１３０２からの指示に従って他ＲＡＴの回線品質の測定を行い、測定結果を送信メッセージ作成部１３０５に出力する。

報知情報受信部１３０４は、測定指示部１３０２からの指示を受けて、図３３に示したＮｏｄｅ Ｂ１２００から送信されたPreconfigurationを含む報知情報を受信し、受信した報知情報に所定の受信処理を施し、受信処理を施した報知情報を報知情報記憶部３０４に出力する。

送信メッセージ作成部１３０５は、測定実施部１３０３から出力された測定結果をもとにMeasurement reportメッセージを作成し、作成したMeasurement reportメッセージをステータス挿入部３０８に出力する。また、送信メッセージ作成部１３０５は、ハンドオーバ処理の結果を通知するメッセージも作成し、作成したメッセージをステータス挿入部３０８に出力する。なお、ステータス挿入部３０８において、Measurement reportメッセージに他ＲＡＴ用Preconfigurationの受信状態が挿入される。

次に、図３３に示したＮｏｄｅ Ｂ１２００と図３４に示したＵＥ１３００とのハンドオーバ処理手順の概略について図３５を用いて説明する。ここでは、具体的には、ＵＥ１３００がＰＬＭＮ２内を移動しており、ＵＴＲＡの接続候補が変わるハンドオーバ後の処理手順を示す。

図３５において、ＳＴ１４０１では、Ｎｏｄｅ Ｂ１２００からＵＥ１３００にMeasurement controlが送信され、他ＲＡＴ（Inter-RAT）へのハンドオーバに備えてＵＥ１３００にInter-RATの品質測定を指示する。Measurement controlに含まれる情報としては、現在３ＧＰＰに規定されている情報等が挙げられる。また、新たなＰＬＭＮがInter-RATの候補になったこともMeasurement controlに含まれる。これにより、ＵＥ１３００はMeasurement controlによるInter-RATの品質測定に加えて、新たなＰＬＭＮのPreconfiguration情報を読み取ることになる。なお、報知情報自体は現在接続しているＮｏｄｅ Ｂ１２００から送信されることを前提としているが、Inter-RATの品質測定の際にInter-RATセルの報知情報を受信するようにしてもよい。

ＳＴ１４０２では、ＵＥがInter-RATの回線品質を測定し、ＳＴ１４０３では、Measurement controlによる指示に従って、ＵＥ１３００からＮｏｄｅ Ｂ１２００に測定結果を
送信する。このとき、３ＧＰＰに規定されている測定結果に加えて、Preconfigurationの取得状況も通知する。これにより、ＳＴ１４０４では、Ｎｏｄｅ Ｂ１２００においてＵＥ１３００が新たなＰＬＭＮに対してPreconfiguration情報を取得できているかを確認することができる。

このように実施の形態５によれば、複数のＲＡＴに対応したＵＥがあるＰＬＭＮ内を移動して、他ＲＡＴの接続候補が変わる場合、ＵＥが他ＲＡＴの品質測定を行い、品質測定結果と共にＵＥの移動先となる他ＲＡＴのPreconfiguration情報の取得状況をＵＥからＮｏｄｅ Ｂに通知することにより、Ｎｏｄｅ ＢにおいてＵＥが他ＲＡＴのPreconfiguration情報を取得しているか否かを確認することができる。

なお、本実施の形態では他ＲＡＴのPreconfiguration情報が現在所属しているＲＡＴから送信されることを前提とした。しかしながら、他ＲＡＴのPreconfiguration情報は、他ＲＡＴでのみ送信するようにすることも考えられる。この場合には、ＵＥは他ＲＡＴで報知されている報知情報の受信を行うことになる。

（実施の形態６）
本発明の実施の形態６に係るＮｏｄｅ Ｂは、実施の形態５の図３３に示した構成と同一であり、一部機能が異なるのみであるため図３３を援用して説明する。

他ＲＡＴ情報管理部１２０１は、ＵＥ１３５０の移動先セルの情報を管理し、移動先セルの情報をPreconfiguration使用決定部５０２に出力する。

Preconfiguration使用決定部５０２は、他ＲＡＴ情報管理部１２０１から出力された移動先セルの情報をハンドオーバ指示メッセージに含め、制御情報作成部２０９に出力する。

図３６は、本発明の実施の形態６に係るＵＥ１３５０の構成を示すブロック図である。図３６が図３４と異なる点は、チャネル設定判定部３０２をチャネル設定判定部１３５１に、報知情報受信部１３０４を報知情報受信部１３５２にそれぞれ変更した点である。

次に、図３３に示したＮｏｄｅ Ｂ１２００と図３６に示したＵＥ１３５０とのハンドオーバ処理手順の概略について図３７を用いて説明する。ここでは、具体的には、ＵＥ１３５０がＰＬＭＮ２内を移動しており、ＵＴＲＡの接続候補が変わる場合のハンドオーバ処理手順を示す。

図３７において、ＳＴ１５０１では、Ｎｏｄｅ Ｂ１２００がＵＥ１３５０の移動先のＮｏｄｅ Ｂ１２５０から報知されたInter-RATのPreconfiguration情報がＵＥの取得しているPreconfiguration情報と一致しているか否かを確認する。ここでは、両者が一致しないものとする。

ＳＴ１５０２では、Ｎｏｄｅ Ｂ１２００がHandover indicationにInter-RATのPreconfiguration情報を含めてＵＥ１３５０に送信し、ＳＴ１５０３では、ＵＥ１３５０がハンドオーバを実施する。

ＳＴ１５０４では、ＵＥ１３５０から移動先のＮｏｄｅ Ｂ１２５０にHandover indication responseを送信し、ＵＥ１３５０とＮｏｄｅ Ｂ１２５０との間で通信可能となり、ＳＴ１５０５では、Ｎｏｄｅ Ｂ１２５０から送信された報知情報を受信する。

このように実施の形態６によれば、複数のＲＡＴに対応したＵＥがあるＰＬＭＮ内を移
動して、他ＲＡＴの接続候補が変わる場合、Ｎｏｄｅ ＢがＵＥの移動先となる他ＲＡＴのPreconfiguration情報が異なることをハンドオーバ指示によってＵＥに通知することにより、ＵＥはハンドオーバ後にいち早く移動先ＲＡＴからの報知情報を受信することができる。

（実施の形態７）
本発明の実施の形態７では、実施の形態１において説明した階層的なPreconfigurationを複数のＲＡＴに応用する場合について説明する。

異なるＲＡＴ間では使用している無線アクセス方式が異なるため、チャネルの設定も異なる。具体的には、ＷＬＡＮネットワークでは802.11a, bなど様々な方式が適用され、ＬＴＥ／ＳＡＥネットワークではＯＦＤＭをベースとした方式が適用され、ＵＭＴＳネットワークではＷ−ＣＤＭＡ方式が適用されている。

このように、無線部分の方式は異なるが、上位レイヤに注目すると一部共通する設定がある。ここで、図３８に、ＷＬＡＮネットワーク、ＬＴＥ／ＳＡＥネットワーク、ＵＭＴＳネットワークが１つのオペレータにより提供されるアーキテクチャを示す。この図が示すように、無線部は全てのＲＡＴで異なる設定となるが、レイヤ２及びレイヤ３ではＬＴＥ／ＳＡＥネットワークとＵＭＴＳネットワークとで同じ設定となるようなシステム設計が考えられる。また、レイヤ３以上では全てのＲＡＴで同じ設定となるようなシステム設計も考えられる。このような場合では、それぞれのネットワークで使用されるPreconfigurationとしては次のようになる。

すなわち、ＷＬＡＮネットワークでは、全てのＲＡＴ共通のPreconfiguration情報及びＷＬＡＮネットワーク独自のPreconfiguration情報に分けることができる。また、ＬＴＥ／ＳＡＥネットワークでは、全てのＲＡＴ共通のPreconfiguration情報、ＵＭＴＳネットワークと共通のPreconfiguration情報及びＬＴＥ／ＳＡＥネットワーク独自のPreconfiguration情報に分けることができる。さらに、ＵＭＴＳネットワークでは、全てのＲＡＴ共通のPreconfiguration情報、ＬＴＥ／ＳＡＥネットワークと共通のPreconfiguration情報及びＵＭＴＳネットワーク独自のPreconfiguration情報に分けることができる。このように、複数のＲＡＴ間で階層的なPreconfigurationを実現することができる。

図３９は、本発明の実施の形態７に係るＮｏｄｅ Ｂ１６００の構成を示すブロック図である。図３９が図６と異なる点は、ＰＬＭＮレベル情報管理部２０１及びセルレベル情報管理部２０２を削除し、最上位レベル情報管理部１６０１、第２位レベル情報管理部１６０２及び最下位レベル情報管理部１６０３を追加した点である。

図３９において、最上位レベル情報管理部１６０１は、図示せぬ上位レイヤ（又は上位Ｎｏｄｅ）から送信され、階層化レベルの最も高いPreconfiguration情報を管理する。すなわち、図３８に示した例では、全てのＲＡＴに共通のPreconfiguration情報を管理する。全ＲＡＴ共通のPreconfiguration情報は報知情報作成部２０３及びPreconfiguration使用決定部２０８に出力される。

第２位レベル情報管理部１６０２は、図示せぬ上位レイヤ（又は上位Ｎｏｄｅ）から送信され、階層化レベルが２番目に高いPreconfiguration情報を管理する。すなわち、図３８に示した例では、ＬＴＥ／ＳＡＥネットワーク及びＵＭＴＳネットワーク共通のPreconfiguration情報を管理する。ＬＴＥ／ＳＡＥネットワーク及びＵＭＴＳネットワーク共通のPreconfiguration情報は報知情報作成部２０３及びPreconfiguration使用決定部２０８に出力される。

最下位レベル情報管理部１６０３は、図示せぬ上位レイヤ（又は上位Ｎｏｄｅ）から送信され、階層化レベルが最も低いPreconfiguration情報を管理する。すなわち、図３８に示した例では、各ＲＡＴ独自のPreconfiguration情報を管理する。各ＲＡＴ独自のPreconfiguration情報は報知情報作成部２０３及びPreconfiguration使用決定部２０８に出力される。

このように、Ｎｏｄｅ Ｂ１６００は階層毎に対応する情報管理部を備え、各レベル情報がそれぞれ異なる送信単位（例えば、ブロック）によって報知される。

次に、ＵＥがＬＴＥ／ＳＡＥネットワークからＵＭＴＳネットワークにハンドオーバする場合について図４０を用いて説明する。ここでは、２つのＲＡＴ間のPreconfigurationの差は、図３８に示したように、無線部のみとする。

図４０において、ＳＴ１７０１では、ＵＥが通信中のＬＴＥ／ＳＡＥネットワークにおけるＮｏｄｅ Ｂから移動先ＲＡＴのPreconfiguration情報（ここでは、ＵＭＴＳネットワーク独自のPreconfiguration）を受信し、ＳＴ１７０２では、ＬＴＥ／ＳＡＥネットワークにおけるＮｏｄｅ ＢがＵＥから移動先ＲＡＴのPreconfiguration情報の取得状況を認識する。これにより、ＵＥは完全にPreconfigurationを使用することができる。

ＳＴ１７０３では、ＬＴＥ／ＳＡＥネットワークにおけるＮｏｄｅ ＢにおいてＵＥが現在通信中のＲＡＴと移動先ＲＡＴとの階層化レベル情報の差分を確認する。ＬＴＥ／ＳＡＥネットワークとＵＭＴＳネットワークとでは、図３８に示した例では、最上位及び第２位レベル情報が共通しているため、ＳＴ１７０４では、ＬＴＥ／ＳＡＥネットワークにおけるＮｏｄｅ ＢがＵＭＴＳ独自のPreconfiguration情報のインデックスをHandover indicationに含めてＵＥに送信する。

ＳＴ１７０５では、ＵＥがハンドオーバを実施し、ＳＴ１７０６では、ＵＥから移動先ＲＡＴであるＵＭＴＳネットワークにおけるＮｏｄｅ ＢにHandover indication responseを送信し、ＵＥと通信を行う。

なお、ここでは記載していないが、Preconfiguration情報を受信できているか否かの情報は、他の実施の形態で示しているようにRRC CONNECTION REQUEST messageのようにコネクション確立を要求するmessage、MEASUREMENT REPORTのような測定結果を報告するmessage、または呼確立を要求するような別のmessage等で送ることが考えられる。また、通知の仕方においては、ＲＡＴ毎の情報を伝えるように個別のフラグを設ける通知方法が一般的に考えられる。

このように実施の形態７によれば、複数のＲＡＴ間でレイヤ毎に共通する設定を共通するPreconfigurationを適用し、複数のＲＡＴ間で階層的なPreconfigurationを実現し、ＲＡＴ間のハンドオーバに適用することにより、Preconfigurationとして送信するデータ量を低減することができる。

なお、本実施の形態では、レイヤ３以上では全ＲＡＴ共通の設定、また、レイヤ２及びレイヤ３ではＬＴＥ／ＳＡＥネットワークとＵＭＴＳネットワークとで共通の設定であるとして、これらのレイヤにおいて複数のＲＡＴ間で完全に一致するものとして説明したが、これらの設定が一部一致しない場合でも、ＵＥが取得したPreconfiguration情報に応じて一部一致しない設定を変換できれば、本発明を実現可能である。

上記各実施の形態では、Preconfiguration情報をＰＬＭＮレベルとセルレベルとに分けて説明したが、本発明はこれに限らず、ＰＬＭＮレベル、ＲＡＮレベル（複数のセルの集
合）、セルレベルに分けるなど、３レベル以上に分けてもよく、ＰＬＭＮレベル、ＲＡＮレベルのような異なる２レベルに分けてもよい。

また、上記各実施の形態では、報知情報の作成、制御情報の作成等をＮｏｄｅ Ｂが行うものとして説明したが、本発明はこれに限らず、Ｎｏｄｅ Ｂより上位の装置、例えば、ＲＮＣ（Radio Network Controller）、ＳＧＳＮ又はＧＧＳＮのようなCore Network Nodeに上記Ｎｏｄｅ Ｂの機能の一部又は全部が割り当てられてもよい。

上記各実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はソフトウェアで実現することも可能である。

また、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。

さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。

２００６年３月２４日出願の特願２００６−０８４０４３の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。

本発明にかかる無線通信基地局装置は、呼接続におけるメッセージサイズを低減することができ、ＷＣＤＭＡ無線通信システム等に適用できる。

マルチコール用のChannel Structureを示す図 RRC CONNECTION SETUP messageのＩＥ構成を示す概念図 RADIO BEARER SETUP messageのＩＥ構成を示す概念図 Predefined Configurationの適用範囲を示す概念図 ＵＥとＮｏｄｅ Ｂとの一般的な呼接続手順を示すシーケンス図 本発明の実施の形態１に係るＮｏｄｅ Ｂの構成を示すブロック図 ＰＬＭＮレベル情報を示す概念図 セルレベル情報を示す概念図 ＰＬＭＮレベル情報とセルレベル情報との送信割り当ての様子を示す図 ＰＬＭＮレベル及びセルレベルのIndexを含む制御情報を示す概念図 本発明の実施の形態１に係るＵＥの構成を示すブロック図 図６に示したＮｏｄｅ Ｂと図１１に示したＵＥとの呼接続手順の概略を示すシーケンス図 ＵＥとＮｏｄｅ Ｂとの呼接続状態での通信手順の概略を示すシーケンス図 RRC CONNECTION REQUESTを示す概念図 RRC CONNECTION SETUPを示す概念図 ＰＬＭＮレベル情報とセルレベル情報とを一対一に対応付けた様子を示す図 図１６に示す対応関係を用いた場合の呼接続手順の概略を示すシーケンス図 ＰＬＭＮレベル情報とセルレベル情報とを一対多に対応付けた様子を示す図 ＵＥが複数のＮｏｄｅ Ｂと通信する様子を示す図 本発明の実施の形態２に係るＮｏｄｅ Ｂの構成を示すブロック図 本発明の実施の形態２に係るＵＥの構成を示すブロック図 図２１に示したＵＥがHandoverを行う場合の通信手順の概略を示すシーケンス図 MEASUREMENT REPORTを示す概念図 本発明の実施の形態３に係るＮｏｄｅ Ｂの構成を示すブロック図 自セルのセルレベル情報と隣接セル情報から制御情報を作成する様子を示す図 本発明の実施の形態３に係るＵＥの構成を示すブロック図 チャネル設定情報を展開する様子を示す図 本発明の実施の形態４に係るＮｏｄｅ Ｂの構成を示すブロック図 本発明の実施の形態４に係る報知情報の構成を示す図 本発明の実施の形態４に係る呼接続手順の概略を示すシーケンス図 図３０に示した呼接続手順における複数のメッセージが連結された場合の呼接続手順を示すシーケンス図 複数のＲＡＴに対応したＵＥが複数のＲＡＴを使用して移動する場合を示す概念図 本発明の実施の形態５に係るＮｏｄｅ Ｂの構成を示すブロック図 本発明の実施の形態５に係るＵＥの構成を示すブロック図 図３３に示したＮｏｄｅ Ｂと図３４に示したＵＥとのハンドオーバ処理手順の概略を示すシーケンス図 本発明の実施の形態６に係るＵＥの構成を示すブロック図 図３３に示したＮｏｄｅ Ｂと図３６に示したＵＥとのハンドオーバ処理手順の概略を示すシーケンス図 ＷＬＡＮネットワーク、ＬＴＥ／ＳＡＥネットワーク、ＵＭＴＳネットワークが１つのオペレータにより提供されるアーキテクチャを示す図 本発明の実施の形態７に係るＮｏｄｅ Ｂの構成を示すブロック図 ＵＥがＬＴＥ／ＳＡＥネットワークからＵＭＴＳネットワークにハンドオーバする場合を示すシーケンス図

Claims (4)

1. チャネルの設定情報の組合せパターンであるConfiguration情報及び前記Configuration情報を示すインデックスを階層的に管理する管理手段と、
   オペレータ内で共通の設定となる無線ベアラ及びトランスポートチャネルの設定情報であるＰＬＭＮレベルのPreconfiguration情報と、セル毎に異なる設定となる物理チャネルの設定情報であるセルレベルのPreconfiguration情報とを報知する報知手段と、
   前記ＰＬＭＮレベルのPreconfiguration情報を示すインデックス及びセルレベルのPreconfiguration情報を示すインデックスによってチャネル設定情報を指示する制御情報に、他ＲＡＴのPreconfiguration情報が変更したことを含める制御情報作成手段と、
   作成された前記制御情報を送信する送信手段と、
   を具備する無線通信基地局装置。
2. 前記制御情報作成手段は、自装置と通信中の無線通信端末装置に他ＲＡＴへのハンドオーバを指示すると共に、制御情報を作成する請求項１記載の無線通信基地局装置。
3. 前記制御情報作成手段は、自装置と通信中の無線通信端末装置に他ＲＡＴの回線品質測定を指示すると共に、制御情報を作成する請求項１に記載の無線通信基地局装置。
4. 前記管理手段は、複数のＲＡＴ間に共通の設定を共通のPreconfigurationによって管理する請求項１に記載の無線通信基地局装置。
   

Images