(57)【要約】  インデックスの増加を抑え、マルチコールにPreconfigurationを適用する無線通信端末装置、ネットワーク装置、無線通システム及び呼接続方法を開示する。マルチコール用追加情報決定部（１０５）では、複数のインデックスを用いてPreconfigurationの設定を行うか否かを判断し、複数のインデックスを用いてPreconfigurationの設定を行うと判断した場合、SRB及びTFCSの設定を行う。制御情報作成部（１０６）では、Preconfigurationタイプ、インデックス、及び、マルチコール用追加情報決定部（１０５）において決定されたSRB及びTFCSの設定情報を含めた制御情報を作成する。作成された制御情報は制御情報送信部（１０７）からＵＥに送信される。
2007023957.tif 000002
【特許請求の範囲】
【請求項１】
チャネルの設定情報の組合せパターンであるConfiguration情報を示すインデックスを複数用いて指示する場合、前記Configuration情報以外の追加情報を決定する追加情報決定手段と、
前記複数のインデックス及び決定された追加情報を含めた制御情報を作成する制御情報作成手段と、
作成された前記制御情報を送信する送信手段と、
を具備するネットワーク装置。
【請求項２】
前記追加情報決定手段は、複数のインデックスが示す複数のSRB (Signaling Radio Bearer)から１つのインデックスが示すSRBの設定を選択することを決定すると共に、TFCSの設定を決定する請求項１に記載のネットワーク装置。
【請求項３】
チャネルの設定情報の組合せパターンであるConfiguration情報を示す複数のインデックスと、前記Configuration情報以外の追加情報を含む制御情報を受信する受信手段と、
受信した前記インデックスが示すConfiguration情報を前記追加情報によってマージするマージ手段と、
マージされたConfiguration情報を用いてチャネルを設定するチャネル設定手段と、
を具備する無線通信端末装置。
【請求項４】
チャネルの設定情報の組合せパターンであるConfiguration情報を示す複数のインデックスを含む制御情報を受信する受信手段と、
受信した前記インデックスが示すConfiguration情報以外の追加情報を推定する推定手段と、
受信した前記インデックスが示すConfiguration情報を前記追加情報によってマージするマージ手段と、
マージされたConfiguration情報を用いてチャネルを設定するチャネル設定手段と、
を具備する無線通信端末装置。
【請求項５】
チャネルの設定情報の組合せパターンであるConfiguration情報を示すインデックスを複数用いて指示する場合、前記Configuration情報以外の追加情報を決定する追加情報決定手段と、
前記複数のインデックス及び決定された追加情報を含めた制御情報を作成する制御情報作成手段と、
作成された前記制御情報を送信する送信手段と、
を有するネットワーク装置と、
前記ネットワーク装置から送信された前記制御情報を受信する受信手段と、
受信した前記制御情報に含まれる前記インデックスが示すConfiguration情報を前記追加情報によってマージするマージ手段と、
マージされたConfiguration情報を用いてチャネルを設定するチャネル設定手段と、
を有する無線通信端末装置と、
を具備する無線通信システム。
【請求項６】
ネットワーク装置がチャネルの設定情報の組合せパターンであるConfiguration情報を示すインデックスを複数用いて無線通信端末装置を指示する場合、前記Configuration情報以外の追加情報を決定する追加情報決定工程と、
前記複数のインデックス及び決定された追加情報を含めた制御情報を前記無線通信端末装置に送信する送信工程と、
前記ネットワーク装置から送信された制御情報に含まれる前記インデックスが示すConfiguration情報を前記追加情報によってマージするマージ工程と、
マージされたConfiguration情報を用いてチャネルを設定するチャネル設定工程と、
を具備する呼接続方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチコールにPreconfigurationを適用する無線通信端末装置、ネットワーク装置、無線通システム及び呼接続方法に関する。
【背景技術】
【０００２】
一般に、無線アクセスネットワーク（RAN: Radio Access Network）は、無線制御装置（RNC: Radio Network Controller）とＮｏｄｅ Ｂとにより構成されている。ＲＮＣは、交換機ネットワークであるコアネットワーク（CN: Core Network）とIuインタフェースを介して接続され、Ｎｏｄｅ Ｂは、移動機（UE: User Equipment）と無線インタフェースを介して接続される。【０００３】
無線インタフェースのプロトコル構成は、レイヤ１（物理レイヤ）、レイヤ２（データリンクレイヤ）、レイヤ３（ネットワークレイヤ）から成る。レイヤ３とレイヤ２との間では論理チャネルが定義されており、レイヤ２とレイヤ１との間ではトランスポートチャネルが定義されている。【０００４】
レイヤ２は、無線リンクの制御を行うRadio Link Control(RLC)と、無線リソースの割り当て制御などを行うMedium Access Control(MAC)の２つのサブレイヤに分けられる。【０００５】
また、レイヤ３は、呼設定などの制御を行うC-Planeとユーザ情報の伝達を行うU-Planeとに分けられている。C-Planeはさらにレイヤ１とレイヤ２を直接制御するRadio Resource Control(RRC)と、より高位の制御を行うNon Accesses Stratum(NAS)とに分けられている。そのNASの中で中心的な役割を果たす機能としてMobility Management (MM)があげられる。【０００６】
ＲＲＣは、いくつかのサービスを提供しており、例えば、エリア内の全ＵＥに対する報知情報の通知、特定のＵＥの呼び出し、コネクションの設定・変更・開放などがあり、ＵＥとネットワークとの呼接続に重要な役割を果たす。【０００７】
ここで、ＵＥとＮｏｄｅ Ｂとの一般的な呼接続手順について図１を用いて説明する。図１において、ＳＴ１１では、ＵＥが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(Unacknowledged Mode)適用）、RB2（RLC AM(Acknowledged Mode）適用、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には設定情報(以下、ＩＥ(Information Element)という)として送信しなければならない情報が多数あり、特に情報量が多いMessageとしては、無線回線の確立を行うRRC CENNECTION 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)がインデックスのみとなるため、Messageサイズを大幅に削減することができるので、呼接続遅延を減少させることができる。一方、規定されたConfigurationパターンしか使用することができないため、オペレータ独自の設定、またはＵＥに応じた設定を行うことができない。【００２０】
次に、Predefined Configurationについて説明する。Predefined Configurationでは、ネットワークから報知されるチャネルを用いて、Configurationパターンとそれに対応するインデックス（１６種類）を送信する。ＵＥは、ネットワークから送信された報知情報をIdle状態などにおいて受信し、Configurationパターンとインデックスを保持する。【００２１】
ＵＥは、Configurationとインデックとの関係を保持しているかどうかをRRC CONNECTION REQUEST message送信時にネットワークに通知する。ネットワークは、ＵＥが報知情報を保持していると判断した場合には、Default Configurationと同様にインデックスのみを送信することが可能となり、Messageサイズを低減することができるので、呼接続遅延を減少させることができる。【００２２】
Predefined Configurationは、Default Configurationとは異なり、オペレータ独自の設定が可能であるが、報知情報で送信されるConfigurationを使用しないＵＥを考慮すると、無線リソースを無駄に使用することになってしまう。【００２３】
次に、Stored Configurationについて説明する。Stored Configurationでは、ネットワークからＵＥに対して、RRC CONNECTION SETUPやRADIO BEARER SETUPなどのConfigurationを行う際に、Configurationパターンと共にそのConfigurationパターンを示すインデックスも同時に送信する。【００２４】
ＵＥは、ネットワークから送信されたConfigurationを、このConfigurationと同時に送信されたインデックスを用いて管理、保持する。ネットワークは、次回のRRC CONNECTION SETUPやRADIO BEARER SETUP等のMessageを送信する際には、インデックスをＵＥに送信することにより、再度大量のConfigurationを送信する必要がなくなる。また、ユーザ毎に必要なConfigurationを保持させることができる。一方、Stored Configurationでは、個別チャネルを用いて全ての設定情報を送信する必要があり、個別チャネルの回線容量を圧迫してしまう。【００２５】
ところで、複数の呼を同時に確立するマルチコールというサービスがある。例えば、音声通話を行いながらウェブブラウジングを行ったり、音声通話を行いながらメールの発着信を行ったりするものである。【００２６】
マルチコールの設定手順は２種類に大別される。一つには、複数の呼を同時に設定する手順であり、もう一つには、最初に一つの呼を設定しておいて、次にもう一つの呼を設定する手順である。【００２７】
前者では、RADIO BEARER SETUP messageによって複数の呼を設定する。また、後者では、図２に示すように、ＳＴ１９〜ＳＴ２２において、最初の呼としてPacket呼が設定された後に、ＳＴ３１において、再度NASのConnection Establishment（VoIP(Voice over IP)のサービス要求）が行われ、ＳＴ３２〜ＳＴ３５において、新たに確立する２番目の呼（音声呼）に対するRAB Setup、PDP Context Setupが行われる。ＳＴ３２〜ＳＴ３５におけるそれぞれの処理の詳細な説明については、ＳＴ１９〜ＳＴ２２における最初の呼を設定する処理と同様であるため省略する。【００２８】
ここで、図３にマルチコール用のChannel Structureを示す。図３に示すように制御信号用に３本のSRBが張られており、それぞれの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のみである。PhyCHの設定がmessageに含まれない理由としては、セル毎に設定が異なるため、Preconfigurationを適用しにくいからである。【００３０】
このようなマルチコールにPreconfigurationを適用する場合、例えば、AMR(Advanced Multi Rate CODEC)の音声呼とPacket呼とを同時に確立する場合や、VoIPの音声呼とPacket呼とを同時に確立する場合には、それぞれの組合せに対応したConfigurationパターンにインデックスを設ける必要がある。
【非特許文献１】3GPP TR25.331，“Radio Resource Control(RRC) Protocol Specification”
【非特許文献２】Signaling Enhancements for CS and PS Connection Analyses and Recommendations
【発明の開示】
【発明が解決しようとする課題】
【００３１】
しかしながら、マルチコールとして考えられるConfigurationパターンは多数あるため、対応するインデックスも多く用意しなければならず、Messageサイズ低減の観点からは望ましくない。また、現状ではCS（Circuit Switch:回線交換）呼しかマルチコールを適用できない規定となっており、今後、PS（Packet Switch: Packet交換）呼にもマルチコールを適用することを考えると、Configurationパターン数は増加する。また、既に規定されているインデックスのいくつかはシグナリングチャネルのレートが固定となっており、今後、シグナリングチャネルの高速化を実現するには、インデックスをさらに増加させることになる。【００３２】
本発明の目的は、インデックスの増加を抑え、マルチコールにPreconfigurationを適用する無線通信端末装置、ネットワーク装置、無線通システム及び呼接続方法を提供することである。
【課題を解決するための手段】
【００３３】
本発明のネットワーク装置は、チャネルの設定情報の組合せパターンであるConfiguration情報を示すインデックスを複数用いて指示する場合、前記Configuration情報以外の追加情報を決定する追加情報決定手段と、前記複数のインデックス及び決定された追加情報を含めた制御情報を作成する制御情報作成手段と、作成された前記制御情報を送信する送信手段と、を具備する構成を採る。
【発明の効果】
【００３４】
本発明によれば、インデックスの増加を抑え、マルチコールにPreconfigurationを適用することができる。
【図面の簡単な説明】
【００３５】
【図１】ＵＥとＮｏｄｅ Ｂとの一般的な呼接続手順を示すシーケンス図
【図２】マルチコールの設定手順を示すシーケンス図
【図３】マルチコール用のChannel Structureを示す図
【図４】RRC CONNECTION SETUP messageのＩＥ構成を示す概念図
【図５】RADIO BEARER SETUP messageのＩＥ構成を示す概念図
【図６】本発明の実施の形態１に係るＮｏｄｅ Ｂの構成を示すブロック図
【図７】図６に示した制御情報作成部が作成する制御情報のMessage Formatを示す概念図
【図８】本発明の実施の形態１に係るＵＥの構成を示すブロック図
【図９】本発明の実施の形態２に係るＵＥの構成を示すブロック図
【図１０】図９に示したＵＥが受信する制御情報のMessage Formatを示す概念図
【発明を実施するための最良の形態】
【００３６】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。【００３７】
（実施の形態１）
図６は、本発明の実施の形態１に係るＮｏｄｅ Ｂ１００の構成を示すブロック図である。この図において、チャネル確立決定部１０１は、図示せぬ上位レイヤから通知されるサービス要求（音声、ストリーミング等）を受けて、チャネルの確立又は削除等を決定する。【００３８】
上位レイヤから通知されるサービス要求の具体例としては、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 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, UM, 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を使用可能であると判断する。【００４５】
Preconfigurationを使用すると判断した場合、Preconfiguration使用決定部１０３は、使用するPreconfigurationがDefault Configuration, Predefined Configuration, Stored Configurationのいずれのタイプであるかということと、チャネル設定情報に一致したConfigurationパターンに対応するインデックスをマルチコール用追加情報決定部１０５に出力する。【００４６】
Preconfigurationを使用しないと判断した場合、チャネル設定情報そのものをマルチコール用追加情報決定部１０５に出力する。なお、Preconfiguration使用決定部１０３は、チャネル設定情報と記憶されたPreconfiguration情報とが完全に一致しなくても、Preconfigurationの設定を用いて通信可能であれば、Preconfigurationを使用可能と判断してもよい。【００４７】
ＵＥチャネル設定状態管理部１０４は、Preconfigurationを使用しない場合にはＵＥに設定するチャネル種別及びチャネル設定情報を、Preconfigurationを使用する場合にはそのタイプ及びインデックスを後述するマルチコール用追加情報決定部１０５から取得し、取得したこれらの情報を管理する。また、マルチコール用追加情報決定部１０５に対して現在のＵＥのチャネル設定情報を通知する。【００４８】
マルチコール用追加情報決定部１０５は、Preconfiguration使用決定部１０３からチャネル設定情報そのものが出力された場合、Preconfigurationを用いない旨を制御情報作成部１０６に通知する。【００４９】
また、マルチコール用追加情報決定部１０５は、Preconfiguration使用決定部１０３から使用するPreconfigurationタイプ及びインデックスが出力された場合、複数のインデックスを用いてPreconfigurationの設定を行うか否かを判断する。複数のインデックスを用いずにPreconfigurationの設定を行うと判断した場合、Preconfiguration使用決定部１０３から出力されたPreconfigurationタイプ及びインデックスを制御情報作成部１０６に転送する。【００５０】
一方、マルチコール用追加情報決定部１０５は、複数のインデックスを用いてPreconfigurationの設定を行うと判断した場合、SRB及びTFCS(Transport Format Combination Set)の設定を行い、これらの設定情報を追加情報とし、この追加情報に加え、Preconfiguration使用決定部１０３から出力されたPreconfigurationタイプ及びインデックスを制御情報作成部１０６に出力する。【００５１】
制御情報作成部１０６は、マルチコール用追加情報決定部１０５からPreconfigurationを用いない旨が通知された場合にはチャネル設定決定部１０２から出力されたチャネル設定情報を、マルチコール用追加情報決定部１０５からSRB及びTFCSの設定情報、Preconfigurationタイプ及びインデックスが出力された場合にはこれらの情報を、RRC CONNECTION SETUP message, RADIO BEARER SETUP message, RADIO BEARER RECONFIGURATION message等に含め、制御情報として制御情報送信部１０７に出力する。【００５２】
制御情報送信部１０７は、制御情報作成部１０６から出力された制御情報に所定の送信処理を施し、送信処理を施した制御情報をＵＥに送信する。【００５３】
次に、上記構成を有するＮｏｄｅ Ｂ１００の動作について説明する。チャネル確立決定部１０１では、図示せぬ上位レイヤから、例えば、音声通信の要求を受けると、音声通信に必要なチャネルが決定される。また、音声通信とパケット通信の要求を受けると、これら２つのチャネルの確立を決定する。なお、パケット通信の要求を受ける場合には、チャネル確立決定部１０１は、上位レイヤからレート情報等も併せて通知され、レート情報等に応じたチャネルを選択することになる。【００５４】
チャネル設定決定部１０２では、チャネル確立決定部１０１において決定されたチャネルの詳細な設定が決定される。【００５５】
Preconfiguration使用決定部１０３では、Preconfiguration情報が記憶されており、例えば、チャネル設定決定部１０２から出力されたチャネル設定情報が、AMR音声通信用のトラフィックチャネル(12.2kbps)と制御信号用のシグナリングチャネル(3.4kbps)であった場合、これらのチャネル設定情報が、記憶されたPreconfiguration情報に含まれているか否かが判断される。【００５６】
なお、チャネル確立決定部１０１において複数のサービスが同時に要求された場合、Preconfiguration使用決定部１０３では上記動作が複数回繰り返し行われる。例えば、上記AMR音声通信の他に384kbpsの下りPacket通信が要求された場合、下り384kbps PS(Packet Switch), 上り64kbps PS, 3.4kbps シグナリングチャネルの設定が必要となる。ここでは、シグナリングチャネルがAMR音声通信とPacket通信の両方において設定されているが、いずれか一方に設定されていればよい。【００５７】
マルチコール用追加情報決定部１０５では、Preconfiguration使用決定部１０３においてPreconfigurationを使用すると決定された場合、使用が決定されたPreconfigurationを１つのインデックスのみで指定することができるか否かが判定される。この判定結果と、ＵＥチャネル設定状態管理部１０４から取得したＵＥに設定されているチャネル種別とに基づいて、複数のインデックスを用いてPreconfigurationを設定する必要があるか否かを判定する。複数のインデックスを用いずにPreconfigurationを設定すると判定された場合には、Preconfiguration使用決定部１０３から出力されたPreconfigurationタイプ及びインデックスを制御情報作成部１０６に転送する。【００５８】
一方、複数のインデックスを用いてPreconfigurationの設定を行うと判定された場合には、SRB及びTFCSの設定を行う。具体的には以下に説明する。SRBについては、全てのインデックスに含まれているが、マルチコールを実現するにはいずれか１つのインデックスに含まれている設定を用いればよいので、いずれのインデックスに含まれているSRBを用いるかを決定する。【００５９】
この決定方法としては複数考えられるが、複数のインデックスの中から最も高速なインデックスを選択することなどが挙げられる。例えば、１つのインデックスが示すものが3.4kbpsのシグナリングチャネルであり、もう１つのインデックスが示すものが13.6kbpsのシグナリングチャネルである場合、より高速な13.6kbpsの方を選択する。選択されたインデックスは、マルチコール用追加情報決定部１０５に保持され、SRBとしていずれのインデックスを用いるかを示す情報が作成される。【００６０】
なお、すでにＵＥがチャネルを用いており、新たにチャネルを設定することによりマルチコールになる場合も考えられる。この場合には、インデックスによる通知ではなく、現在使用しているSRBをそのまま使用することを示すフラグをつけることにより、以前のSRBの使用を指示することが可能となる。【００６１】
次に、TFCSについて説明する。TFCSには、AMR音声用のTFCS、Packet用のTFCS、マルチコール用のTFCSがあり、これらのTFCSが全て異なるという特徴がある。そして、個々のTFCSからTFC(Transport Format Combination)の設定パターンが決定される。AMR音声用であれば例えば表１に示すTFCSから決定される。
【表１】
2007023957.tif 000003
【００６２】
また、Packet用であれば例えば表２に示すTFCSから決定される。
【表２】
2007023957.tif 000004
【００６３】
また、マルチコール用であれば例えば表３に示すTFCSから決定される。
【表３】
2007023957.tif 000005
【００６４】
このように、AMR音声用、Packet用、マルチコール用で用いるTFCSは異なるため、マルチコールになるようなケースでは、Preconfiguration情報で管理されているAMR音声用のTFCS、Packet用のTFCSは用いることができない。そのため、チャネル設定決定部１０２において決定されたチャネル設定情報とマルチコール用追加情報決定部１０５に記憶されたPreconfiguration情報とがマルチコール時には一致しないことになり、Preconfigurationを使用するには、TFCS、TFCSサイズといずれのTFCを設定するかを新たに決定する。【００６５】
ここでは、マルチコールを適用する場合について説明するので、表３のTFCSを用いることになり、そのTFCSサイズについては表３のとおり３６となり、この情報を示すのに必要なビット数は６ビットとなる。また、いずれのTFCを設定するかは、表３を用いて決定され、この情報をCTFCという。表３において、(TF0, TF0, TF0, TF0, TF0)が選択される場合にはCTFC=0が通知され、(TF1, TF0, TF0, TF0, TF0)が選択される場合にはCTFC=1が通知され、順に、(TF1, TF0, TF0, TF0, TF0)が選択される場合にはCTFC=35が通知される。このように決定された情報がインデックスに対応するConfigurationを上書きする情報として作成される。【００６６】
制御情報作成１０６では、マルチコール用追加情報決定部１０５からPreconfigurationを用いない旨が通知された場合にはチャネル設定決定部１０２から出力されたチャネル設定情報を、マルチコール用追加情報決定部１０５からSRB及びTFCSの設定情報、Preconfigurationタイプ及びインデックスが出力された場合にはこれらの情報を、Message等に含め、制御情報として制御情報送信部１０７に出力する。このときのMessage Formatを図７に示す。図７に示すように、マルチコール用に複数のインデックスが設定可能なPredefinedConfigListが設けられており、この領域にマルチコールの設定を格納する。また、CommonInformationには、SRBの設定に用いるインデックス(SRB Index)と、マルチコールの設定に適したTFCSとを格納する。【００６７】
このように、音声通信中又はPacket通信中にマルチコールを設定する際、マルチコールにPreconfigurationを適用する場合、複数のインデックスによって示される複数のSRBから１つのSRBを選択し、マルチコール用のTFCSから１つのTFCを選択し、選択したこれらの情報をインデックスに対応するConfigurationに上書きする上書き用情報とすることにより、マルチコールにPreconfigurationを適用しても、インデックスの増加を抑制することができる。【００６８】
図８は、本発明の実施の形態１に係るＵＥ２００の構成を示すブロック図である。この図８において、制御情報受信部２０１は、図６に示したＮｏｄｅ Ｂ１００から送信された制御情報を受信し、受信した制御情報に所定の受信処理を施し、受信処理を施した制御情報をチャネル設定判定部２０２に出力する。【００６９】
チャネル設定判定部２０２は、制御情報受信部２０１から出力された制御情報を判定し、判定した制御情報をチャネル設定展開部２０３に転送する。【００７０】
チャネル設定展開部２０３は、Configurationパターンを記憶しており、チャネル設定判定部２０２から転送されたインデックスに対応するConfigurationを読み出し、読み出したConfigurationをチャネル設定マージ部２０４に出力する。これにより、図７に示したインデックスによって通知された内容がConfigurationに展開されることになる。また、チャネル設定展開部２０３は、チャネル設定判定部２０２から転送され、図７に示したCommonInformationをチャネル設定マージ部２０４に出力する。また、チャネル設定判定部２０２からチャネル設定情報が出力された場合には、チャネル設定情報をそのままチャネル設定マージ部２０４に出力する。【００７１】
チャネル設定マージ部２０４は、チャネル設定展開部２０３から出力されたConfigurationに対して、同じくチャネル設定展開部２０３から出力されたCommonInformationの内容を用いて、TFCSに関しては上書きを行い、SRBに関してはいずれのインデックスに含まれている内容を用いるか、または、以前から設定している内容をそのまま用いるかを選択する。これにより、Configurationをマージし、マージしたConfigurationをチャネル設定部２０５に出力する。なお、チャネル設定展開部２０３からチャネル設定情報が出力された場合、チャネル設定情報はチャネル設定部２０５に転送される。【００７２】
チャネル設定部２０５は、チャネル設定マージ部２０４から出力されたConfiguration又はチャネル設定情報に基づいて、チャネル設定を行う。【００７３】
このように実施の形態１によれば、マルチコールにPreconfigurationを適用する場合、複数のインデックスによって示される複数のSRBから１つのSRBを選択し、マルチコール用のTFCSからTFCを選択し、選択したこれらの情報をインデックスに対応するConfigurationに上書きすることにより、マルチコールにPreconfigurationを適用しても、インデックスの増加を抑制することができる。【００７４】
なお、本実施の形態では、Ｎｏｄｅ Ｂを例に挙げて説明したが、本発明はこれに限らず、Ｎｏｄｅ Ｂより上位の装置、例えば、ＲＮＣ（Radio Network Controller）、ＳＧＳＮ又はＧＧＳＮのようなCore Network Nodeであってもよく、これらを総称してネットワーク装置という。【００７５】
（実施の形態２）
図９は、本発明の実施の形態２に係るＵＥ３００の構成を示すブロック図である。ただし、図９が図８と共通する部分には、図８と同一の符号を付し、その詳しい説明は省略する。図９が図８と異なる点は、ＵＥチャネル設定推定部３０２を追加した点と、チャネル設定判定部２０２をチャネル設定判定部３０１に、チャネル設定マージ部２０４をチャネル設定マージ部３０３に変更した点である。【００７６】
図９において、チャネル設定判定部３０１は、制御情報受信部２０１から出力された制御情報を判定し、判定した制御情報をチャネル設定展開部２０３に転送する。また、Predefined Configurationの設定として複数のインデックスが通知された場合には、通知された複数のインデックスを、判定した制御情報と共にＵＥチャネル設定推定部３０２に出力する。ここで判定される制御情報には、図１０に示すように、複数のインデックスが格納されるようにPredefinedConfigListが設定されている。【００７７】
ＵＥチャネル設定推定部３０２は、チャネル設定判定部３０１から出力された信号に基づいて、UL/DL Common Transport channel information（図４参照）がマルチコールに適したものとなるよう、このUL/DL Common Transport channel informationを推定し、推定結果をチャネル設定マージ部３０３に出力する。なお、ＵＥチャネル設定推定部３０２の詳細については後述する。【００７８】
チャネル設定マージ部３０３は、チャネル設定展開部２０３から出力されたConfigurationに対して、ＵＥチャネル設定推定部３０２から出力されたUL/DL Common Transport channel informationの推定結果を用いて上書きすることにより、Configurationをマージし、マージしたConfigurationをチャネル設定部２０５に出力する。【００７９】
次に、上記ＵＥチャネル設定推定部３０２の詳細について説明する。ＵＥチャネル設定推定部３０２では、SRB及びTFCSの設定が行われる。具体的には以下に説明する。SRBについては、チャネル設定判定部３０１から通知される全てのインデックスに含まれているが、マルチコールを実現するにはいずれか１つのインデックスに含まれている設定を用いればよいので、複数のインデックスの中から最も高速なインデックスを選択する。例えば、3.4kbpsのシグナリングチャネルと13.6kbpsのシグナリングチャネルとから１つを選択する場合、より高速な13.6kbpsの方を選択する。選択されたインデックスは、ＵＥチャネル設定推定部３０２に保持され、SRBとしていずれのインデックスを用いるかを示す情報が作成される。【００８０】
次に、TFCSについては、AMR音声用、Packet用、マルチコール用のTFCSからTFCの設定パターンが決定される。AMR音声用であれば表１に示すTFCSから決定され、Packet用であれば表２に示すTFCSから決定され、マルチコール用であれば表３に示すTFCSから決定される。【００８１】
ここで、AMR音声通信をベースにPacket通信を行うマルチコールを想定した場合、ＵＥチャネル設定推定部３０２におけるTFCSサイズの修正について説明する。AMR音声用のTFCSは表１に示すように６通りのパターンがあり、Packet用のTFCSは、AMR音声用のSRBとの重複分を削除すると６通りのパターンがある。この結果、６×６＝３６通りのパターンが必要となり、この情報を示すのに必要なビット数は６ビットとなる。この６ビットが新たなTFCSサイズとなる。【００８２】
次に、いずれのTFCを設定するかを決定する。ここでは、AMR音声用としてCTFC=1, 2、Packet用としてCTFC=1, 7の場合を考える。この場合、AMR音声用のTFC=(TF1, TF0, TF0, TF0), (TF2, TF1, TF1, TF0)、Packet用のTFC=(TF1, TF0), (TF1, TF1)となり、マルチコール用のTFCはこれらを掛け合わせて設定される。【００８３】
すなわち、
(TF1, TF0, TF0, TF0) * (TF1, TF0) = (TF1, TF0, TF0, TF1, TF0)
(TF2, TF1, TF1, TF0) * (TF1, TF0) = (TF2, TF1, TF1, TF1, TF0)
(TF1, TF0, TF0, TF0) * (TF1, TF1) = (TF1, TF0, TF0, TF1, TF1)
(TF2, TF1, TF1, TF0) * (TF1, TF1) = (TF2, TF1, TF1, TF1, TF1)
となり、それぞれTFCは表３より、TFC=4, 5, 22, 23となる。【００８４】
このように実施の形態２によれば、マルチコールにPreconfigurationを適用する場合、Ｎｏｄｅ Ｂから通知された複数のインデックスによって示される複数のSRBから１つのSRBの選択と、マルチコール用のTFCSからTFCの選択とをＵＥにおいて行い、選択したこれらの情報をインデックスに対応するConfigurationに上書きすることにより、マルチコールにPreconfigurationを適用しても、インデックスの増加を抑制することができ、ＵＥにおいてマルチコール用のチャネル設定情報を復元することができる。【００８５】
なお、本実施の形態はインデックスが複数含まれるメッセージを受信するケースを示したが、既にチャネルを張っており、インデックスが一つのみ含まれるメッセージを受信したことによりマルチコールになるようなケースに関しても同様の動作で対応することが可能である。【００８６】
上記各実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はソフトウェアで実現することも可能である。【００８７】
また、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。【００８８】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。【００８９】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。【００９０】
本明細書は、２００５年８月２６日出願の特願２００５−２４６０８９に基づくものである。この内容は全てここに含めておく。
【産業上の利用可能性】
【００９１】
本発明にかかる無線通信端末装置、ネットワーク装置、無線通システム及び呼接続方法は、インデックスの増加を抑え、マルチコールにPreconfigurationを適用することができ、3GPP無線通信方式等に適用できる。
【図１】
2007023957.tif 000006
【図２】
2007023957.tif 000007
【図３】
2007023957.tif 000008
【図４】
2007023957.tif 000009
【図５】
2007023957.tif 000010
【図６】
2007023957.tif 000011
【図７】
2007023957.tif 000012
【図８】
2007023957.tif 000013
【図９】
2007023957.tif 000014
【図１０】
2007023957.tif 000015
【手続補正書】
【提出日】平成20年4月11日(2008.4.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
チャネルの設定情報の組合せパターンであるConfiguration情報を示すインデックスを複数用いて指示する場合、前記Configuration情報以外の追加情報を決定する追加情報決定手段と、
前記複数のインデックス及び決定された追加情報を含めた制御情報を作成する制御情報作成手段と、
作成された前記制御情報を送信する送信手段と、
を具備するネットワーク装置。
【請求項２】
前記追加情報決定手段は、複数のインデックスが示す複数のSRB (Signaling Radio Bearer)から１つのインデックスが示すSRBの設定を選択することを決定すると共に、TFCSの設定を決定する請求項１に記載のネットワーク装置。
【請求項３】
チャネルの設定情報の組合せパターンであるConfiguration情報を示す複数のインデックスと、前記Configuration情報以外の追加情報を含む制御情報を受信する受信手段と、
受信した前記インデックスが示すConfiguration情報を前記追加情報によってマージするマージ手段と、
マージされたConfiguration情報を用いてチャネルを設定するチャネル設定手段と、
を具備する無線通信端末装置。
【請求項４】
チャネルの設定情報の組合せパターンであるConfiguration情報を示す複数のインデックスを含む制御情報を受信する受信手段と、
受信した前記インデックスが示すConfiguration情報以外の追加情報を推定する推定手段と、
受信した前記インデックスが示すConfiguration情報を前記追加情報によってマージするマージ手段と、
マージされたConfiguration情報を用いてチャネルを設定するチャネル設定手段と、
を具備する無線通信端末装置。
【請求項５】
チャネルの設定情報の組合せパターンであるConfiguration情報を示すインデックスを複数用いて指示する場合、前記Configuration情報以外の追加情報を決定する追加情報決定手段と、
前記複数のインデックス及び決定された追加情報を含めた制御情報を作成する制御情報作成手段と、
作成された前記制御情報を送信する送信手段と、
を有するネットワーク装置と、
前記ネットワーク装置から送信された前記制御情報を受信する受信手段と、
受信した前記制御情報に含まれる前記インデックスが示すConfiguration情報を前記追加情報によってマージするマージ手段と、
マージされたConfiguration情報を用いてチャネルを設定するチャネル設定手段と、
を有する無線通信端末装置と、
を具備する無線通信システム。
【請求項６】
ネットワーク装置がチャネルの設定情報の組合せパターンであるConfiguration情報を示すインデックスを複数用いて無線通信端末装置を指示する場合、前記Configuration情報以外の追加情報を決定する追加情報決定工程と、
前記複数のインデックス及び決定された追加情報を含めた制御情報を前記無線通信端末装置に送信する送信工程と、
前記ネットワーク装置から送信された制御情報に含まれる前記インデックスが示すConf
iguration情報を前記追加情報によってマージするマージ工程と、
マージされたConfiguration情報を用いてチャネルを設定するチャネル設定工程と、
を具備する呼接続方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチコールにPreconfigurationを適用する無線通信端末装置、ネットワーク装置、無線通システム及び呼接続方法に関する。
【背景技術】
【０００２】
一般に、無線アクセスネットワーク（RAN: Radio Access Network）は、無線制御装置（RNC: Radio Network Controller）とＮｏｄｅ Ｂとにより構成されている。ＲＮＣは、交換機ネットワークであるコアネットワーク（CN: Core Network）とIuインタフェースを介して接続され、Ｎｏｄｅ Ｂは、移動機（UE: User Equipment）と無線インタフェースを介して接続される。
【０００３】
無線インタフェースのプロトコル構成は、レイヤ１（物理レイヤ）、レイヤ２（データリンクレイヤ）、レイヤ３（ネットワークレイヤ）から成る。レイヤ３とレイヤ２との間では論理チャネルが定義されており、レイヤ２とレイヤ１との間ではトランスポートチャネルが定義されている。
【０００４】
レイヤ２は、無線リンクの制御を行うRadio Link Control(RLC)と、無線リソースの割り当て制御などを行うMedium Access Control(MAC)の２つのサブレイヤに分けられる。
【０００５】
また、レイヤ３は、呼設定などの制御を行うC-Planeとユーザ情報の伝達を行うU-Planeとに分けられている。C-Planeはさらにレイヤ１とレイヤ２を直接制御するRadio Resource Control(RRC)と、より高位の制御を行うNon Accesses Stratum(NAS)とに分けられている。そのNASの中で中心的な役割を果たす機能としてMobility Management (MM)があげられる。
【０００６】
ＲＲＣは、いくつかのサービスを提供しており、例えば、エリア内の全ＵＥに対する報知情報の通知、特定のＵＥの呼び出し、コネクションの設定・変更・開放などがあり、ＵＥとネットワークとの呼接続に重要な役割を果たす。
【０００７】
ここで、ＵＥとＮｏｄｅ Ｂとの一般的な呼接続手順について図１を用いて説明する。図１において、ＳＴ１１では、ＵＥが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(Unacknowledged Mode)適用）、RB2（RLC AM(Acknowledged Mode）適用、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には設定情報(以下、ＩＥ(Information Element)という)として送信しなければならない情報が多数あり、特に情報量が多いMessageとしては、無線回線の確立を行うRRC CENNECTION 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)がインデックスのみとなるため、Messageサイズを大幅に削減することができるので、呼接続遅延を減少させることができる。一方、規定されたConfigurationパターンしか使用することができないため、オペレータ独自の設定、またはＵＥに応じた設定を行うことができない。
【００２０】
次に、Predefined Configurationについて説明する。Predefined Configurationでは、ネットワークから報知されるチャネルを用いて、Configurationパターンとそれに対応するインデックス（１６種類）を送信する。ＵＥは、ネットワークから送信された報知情報をIdle状態などにおいて受信し、Configurationパターンとインデックスを保持する。
【００２１】
ＵＥは、Configurationとインデックとの関係を保持しているかどうかをRRC CONNECTION REQUEST message送信時にネットワークに通知する。ネットワークは、ＵＥが報知情報を保持していると判断した場合には、Default Configurationと同様にインデックスのみを送信することが可能となり、Messageサイズを低減することができるので、呼接続遅延を減少させることができる。
【００２２】
Predefined Configurationは、Default Configurationとは異なり、オペレータ独自の設定が可能であるが、報知情報で送信されるConfigurationを使用しないＵＥを考慮すると、無線リソースを無駄に使用することになってしまう。
【００２３】
次に、Stored Configurationについて説明する。Stored Configurationでは、ネットワークからＵＥに対して、RRC CONNECTION SETUPやRADIO BEARER SETUPなどのConfigurationを行う際に、Configurationパターンと共にそのConfigurationパターンを示すインデックスも同時に送信する。
【００２４】
ＵＥは、ネットワークから送信されたConfigurationを、このConfigurationと同時に送信されたインデックスを用いて管理、保持する。ネットワークは、次回のRRC CONNECTION
SETUPやRADIO BEARER SETUP等のMessageを送信する際には、インデックスをＵＥに送信することにより、再度大量のConfigurationを送信する必要がなくなる。また、ユーザ毎に必要なConfigurationを保持させることができる。一方、Stored Configurationでは、個別チャネルを用いて全ての設定情報を送信する必要があり、個別チャネルの回線容量を圧迫してしまう。
【００２５】
ところで、複数の呼を同時に確立するマルチコールというサービスがある。例えば、音声通話を行いながらウェブブラウジングを行ったり、音声通話を行いながらメールの発着信を行ったりするものである。
【００２６】
マルチコールの設定手順は２種類に大別される。一つには、複数の呼を同時に設定する手順であり、もう一つには、最初に一つの呼を設定しておいて、次にもう一つの呼を設定する手順である。
【００２７】
前者では、RADIO BEARER SETUP messageによって複数の呼を設定する。また、後者では、図２に示すように、ＳＴ１９〜ＳＴ２２において、最初の呼としてPacket呼が設定された後に、ＳＴ３１において、再度NASのConnection Establishment（VoIP(Voice over IP)のサービス要求）が行われ、ＳＴ３２〜ＳＴ３５において、新たに確立する２番目の呼（音声呼）に対するRAB Setup、PDP Context Setupが行われる。ＳＴ３２〜ＳＴ３５におけるそれぞれの処理の詳細な説明については、ＳＴ１９〜ＳＴ２２における最初の呼を設定する処理と同様であるため省略する。
【００２８】
ここで、図３にマルチコール用のChannel Structureを示す。図３に示すように制御信
号用に３本のSRBが張られており、それぞれの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のみである。PhyCHの設定がmessageに含まれない理由としては、セル毎に設定が異なるため、Preconfigurationを適用しにくいからである。
【００３０】
このようなマルチコールにPreconfigurationを適用する場合、例えば、AMR(Advanced Multi Rate CODEC)の音声呼とPacket呼とを同時に確立する場合や、VoIPの音声呼とPacket呼とを同時に確立する場合には、それぞれの組合せに対応したConfigurationパターンにインデックスを設ける必要がある。
【非特許文献１】3GPP TR25.331，“Radio Resource Control(RRC) Protocol Specification”
【非特許文献２】Signaling Enhancements for CS and PS Connection Analyses and Recommendations
【発明の開示】
【発明が解決しようとする課題】
【００３１】
しかしながら、マルチコールとして考えられるConfigurationパターンは多数あるため、対応するインデックスも多く用意しなければならず、Messageサイズ低減の観点からは望ましくない。また、現状ではCS（Circuit Switch:回線交換）呼しかマルチコールを適用できない規定となっており、今後、PS（Packet Switch: Packet交換）呼にもマルチコールを適用することを考えると、Configurationパターン数は増加する。また、既に規定されているインデックスのいくつかはシグナリングチャネルのレートが固定となっており、今後、シグナリングチャネルの高速化を実現するには、インデックスをさらに増加させることになる。
【００３２】
本発明の目的は、インデックスの増加を抑え、マルチコールにPreconfigurationを適用する無線通信端末装置、ネットワーク装置、無線通システム及び呼接続方法を提供することである。
【課題を解決するための手段】
【００３３】
本発明のネットワーク装置は、チャネルの設定情報の組合せパターンであるConfiguration情報を示すインデックスを複数用いて指示する場合、前記Configuration情報以外の追加情報を決定する追加情報決定手段と、前記複数のインデックス及び決定された追加情報を含めた制御情報を作成する制御情報作成手段と、作成された前記制御情報を送信する送信手段と、を具備する構成を採る。
【発明の効果】
【００３４】
本発明によれば、インデックスの増加を抑え、マルチコールに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 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, UM, 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を使用可能であると判断する。
【００４４】
Preconfigurationを使用すると判断した場合、Preconfiguration使用決定部１０３は、使用するPreconfigurationがDefault Configuration, Predefined Configuration, Stored Configurationのいずれのタイプであるかということと、チャネル設定情報に一致したConfigurationパターンに対応するインデックスをマルチコール用追加情報決定部１０５に出力する。
【００４５】
Preconfigurationを使用しないと判断した場合、チャネル設定情報そのものをマルチコール用追加情報決定部１０５に出力する。なお、Preconfiguration使用決定部１０３は、チャネル設定情報と記憶されたPreconfiguration情報とが完全に一致しなくても、Preconfigurationの設定を用いて通信可能であれば、Preconfigurationを使用可能と判断してもよい。
【００４６】
ＵＥチャネル設定状態管理部１０４は、Preconfigurationを使用しない場合にはＵＥに設定するチャネル種別及びチャネル設定情報を、Preconfigurationを使用する場合にはそのタイプ及びインデックスを後述するマルチコール用追加情報決定部１０５から取得し、取得したこれらの情報を管理する。また、マルチコール用追加情報決定部１０５に対して現在のＵＥのチャネル設定情報を通知する。
【００４７】
マルチコール用追加情報決定部１０５は、Preconfiguration使用決定部１０３からチャネル設定情報そのものが出力された場合、Preconfigurationを用いない旨を制御情報作成部１０６に通知する。
【００４８】
また、マルチコール用追加情報決定部１０５は、Preconfiguration使用決定部１０３から使用するPreconfigurationタイプ及びインデックスが出力された場合、複数のインデックスを用いてPreconfigurationの設定を行うか否かを判断する。複数のインデックスを用いずにPreconfigurationの設定を行うと判断した場合、Preconfiguration使用決定部１０３から出力されたPreconfigurationタイプ及びインデックスを制御情報作成部１０６に転送する。
【００４９】
一方、マルチコール用追加情報決定部１０５は、複数のインデックスを用いてPreconfigurationの設定を行うと判断した場合、SRB及びTFCS(Transport Format Combination Set)の設定を行い、これらの設定情報を追加情報とし、この追加情報に加え、Preconfiguration使用決定部１０３から出力されたPreconfigurationタイプ及びインデックスを制御情報作成部１０６に出力する。
【００５０】
制御情報作成部１０６は、マルチコール用追加情報決定部１０５からPreconfigurationを用いない旨が通知された場合にはチャネル設定決定部１０２から出力されたチャネル設定情報を、マルチコール用追加情報決定部１０５からSRB及びTFCSの設定情報、Preconfigurationタイプ及びインデックスが出力された場合にはこれらの情報を、RRC CONNECTION SETUP message, RADIO BEARER SETUP message, RADIO BEARER RECONFIGURATION message等に含め、制御情報として制御情報送信部１０７に出力する。
【００５１】
制御情報送信部１０７は、制御情報作成部１０６から出力された制御情報に所定の送信処理を施し、送信処理を施した制御情報をＵＥに送信する。
【００５２】
次に、上記構成を有するＮｏｄｅ Ｂ１００の動作について説明する。チャネル確立決定部１０１では、図示せぬ上位レイヤから、例えば、音声通信の要求を受けると、音声通信に必要なチャネルが決定される。また、音声通信とパケット通信の要求を受けると、これら２つのチャネルの確立を決定する。なお、パケット通信の要求を受ける場合には、チャネル確立決定部１０１は、上位レイヤからレート情報等も併せて通知され、レート情報等に応じたチャネルを選択することになる。
【００５３】
チャネル設定決定部１０２では、チャネル確立決定部１０１において決定されたチャネルの詳細な設定が決定される。
【００５４】
Preconfiguration使用決定部１０３では、Preconfiguration情報が記憶されており、例えば、チャネル設定決定部１０２から出力されたチャネル設定情報が、AMR音声通信用のトラフィックチャネル(12.2kbps)と制御信号用のシグナリングチャネル(3.4kbps)であった場合、これらのチャネル設定情報が、記憶されたPreconfiguration情報に含まれているか否かが判断される。
【００５５】
なお、チャネル確立決定部１０１において複数のサービスが同時に要求された場合、Preconfiguration使用決定部１０３では上記動作が複数回繰り返し行われる。例えば、上記AMR音声通信の他に384kbpsの下りPacket通信が要求された場合、下り384kbps PS(Packet Switch), 上り64kbps PS, 3.4kbps シグナリングチャネルの設定が必要となる。ここでは、シグナリングチャネルがAMR音声通信とPacket通信の両方において設定されているが、いずれか一方に設定されていればよい。
【００５６】
マルチコール用追加情報決定部１０５では、Preconfiguration使用決定部１０３においてPreconfigurationを使用すると決定された場合、使用が決定されたPreconfigurationを１つのインデックスのみで指定することができるか否かが判定される。この判定結果と、ＵＥチャネル設定状態管理部１０４から取得したＵＥに設定されているチャネル種別とに基づいて、複数のインデックスを用いてPreconfigurationを設定する必要があるか否かを判定する。複数のインデックスを用いずにPreconfigurationを設定すると判定された場合には、Preconfiguration使用決定部１０３から出力されたPreconfigurationタイプ及びインデックスを制御情報作成部１０６に転送する。
【００５７】
一方、複数のインデックスを用いてPreconfigurationの設定を行うと判定された場合には、SRB及びTFCSの設定を行う。具体的には以下に説明する。SRBについては、全てのインデックスに含まれているが、マルチコールを実現するにはいずれか１つのインデックスに含まれている設定を用いればよいので、いずれのインデックスに含まれているSRBを用いるかを決定する。
【００５８】
この決定方法としては複数考えられるが、複数のインデックスの中から最も高速なインデックスを選択することなどが挙げられる。例えば、１つのインデックスが示すものが3.4kbpsのシグナリングチャネルであり、もう１つのインデックスが示すものが13.6kbpsのシグナリングチャネルである場合、より高速な13.6kbpsの方を選択する。選択されたインデックスは、マルチコール用追加情報決定部１０５に保持され、SRBとしていずれのインデックスを用いるかを示す情報が作成される。
【００５９】
なお、すでにＵＥがチャネルを用いており、新たにチャネルを設定することによりマルチコールになる場合も考えられる。この場合には、インデックスによる通知ではなく、現在使用しているSRBをそのまま使用することを示すフラグをつけることにより、以前のSRBの使用を指示することが可能となる。
【００６０】
次に、TFCSについて説明する。TFCSには、AMR音声用のTFCS、Packet用のTFCS、マルチコール用のTFCSがあり、これらのTFCSが全て異なるという特徴がある。そして、個々のTFCSからTFC(Transport Format Combination)の設定パターンが決定される。AMR音声用であれば例えば表１に示すTFCSから決定される。
【表１】
2007023957.tif 000016
【００６１】
また、Packet用であれば例えば表２に示すTFCSから決定される。
【表２】
2007023957.tif 000017
【００６２】
また、マルチコール用であれば例えば表３に示すTFCSから決定される。
【表３】
2007023957.tif 000018
【００６３】
このように、AMR音声用、Packet用、マルチコール用で用いるTFCSは異なるため、マルチコールになるようなケースでは、Preconfiguration情報で管理されているAMR音声用のTFCS、Packet用のTFCSは用いることができない。そのため、チャネル設定決定部１０２において決定されたチャネル設定情報とマルチコール用追加情報決定部１０５に記憶されたPreconfiguration情報とがマルチコール時には一致しないことになり、Preconfigurationを使用するには、TFCS、TFCSサイズといずれのTFCを設定するかを新たに決定する。
【００６４】
ここでは、マルチコールを適用する場合について説明するので、表３のTFCSを用いることになり、そのTFCSサイズについては表３のとおり３６となり、この情報を示すのに必要なビット数は６ビットとなる。また、いずれのTFCを設定するかは、表３を用いて決定され、この情報をCTFCという。表３において、(TF0, TF0, TF0, TF0, TF0)が選択される場合にはCTFC=0が通知され、(TF1, TF0, TF0, TF0, TF0)が選択される場合にはCTFC=1が通知され、順に、(TF1, TF0, TF0, TF0, TF0)が選択される場合にはCTFC=35が通知される。このように決定された情報がインデックスに対応するConfigurationを上書きする情報として作成される。
【００６５】
制御情報作成１０６では、マルチコール用追加情報決定部１０５からPreconfigurationを用いない旨が通知された場合にはチャネル設定決定部１０２から出力されたチャネル設定情報を、マルチコール用追加情報決定部１０５からSRB及びTFCSの設定情報、Preconfig
urationタイプ及びインデックスが出力された場合にはこれらの情報を、Message等に含め、制御情報として制御情報送信部１０７に出力する。このときのMessage Formatを図７に示す。図７に示すように、マルチコール用に複数のインデックスが設定可能なPredefinedConfigListが設けられており、この領域にマルチコールの設定を格納する。また、CommonInformationには、SRBの設定に用いるインデックス(SRB Index)と、マルチコールの設定に適したTFCSとを格納する。
【００６６】
このように、音声通信中又はPacket通信中にマルチコールを設定する際、マルチコールにPreconfigurationを適用する場合、複数のインデックスによって示される複数のSRBから１つのSRBを選択し、マルチコール用のTFCSから１つのTFCを選択し、選択したこれらの情報をインデックスに対応するConfigurationに上書きする上書き用情報とすることにより、マルチコールにPreconfigurationを適用しても、インデックスの増加を抑制することができる。
【００６７】
図８は、本発明の実施の形態１に係るＵＥ２００の構成を示すブロック図である。この図８において、制御情報受信部２０１は、図６に示したＮｏｄｅ Ｂ１００から送信された制御情報を受信し、受信した制御情報に所定の受信処理を施し、受信処理を施した制御情報をチャネル設定判定部２０２に出力する。
【００６８】
チャネル設定判定部２０２は、制御情報受信部２０１から出力された制御情報を判定し、判定した制御情報をチャネル設定展開部２０３に転送する。
【００６９】
チャネル設定展開部２０３は、Configurationパターンを記憶しており、チャネル設定判定部２０２から転送されたインデックスに対応するConfigurationを読み出し、読み出したConfigurationをチャネル設定マージ部２０４に出力する。これにより、図７に示したインデックスによって通知された内容がConfigurationに展開されることになる。また、チャネル設定展開部２０３は、チャネル設定判定部２０２から転送され、図７に示したCommonInformationをチャネル設定マージ部２０４に出力する。また、チャネル設定判定部２０２からチャネル設定情報が出力された場合には、チャネル設定情報をそのままチャネル設定マージ部２０４に出力する。
【００７０】
チャネル設定マージ部２０４は、チャネル設定展開部２０３から出力されたConfigurationに対して、同じくチャネル設定展開部２０３から出力されたCommonInformationの内容を用いて、TFCSに関しては上書きを行い、SRBに関してはいずれのインデックスに含まれている内容を用いるか、または、以前から設定している内容をそのまま用いるかを選択する。これにより、Configurationをマージし、マージしたConfigurationをチャネル設定部２０５に出力する。なお、チャネル設定展開部２０３からチャネル設定情報が出力された場合、チャネル設定情報はチャネル設定部２０５に転送される。
【００７１】
チャネル設定部２０５は、チャネル設定マージ部２０４から出力されたConfiguration又はチャネル設定情報に基づいて、チャネル設定を行う。
【００７２】
このように実施の形態１によれば、マルチコールにPreconfigurationを適用する場合、複数のインデックスによって示される複数のSRBから１つのSRBを選択し、マルチコール用のTFCSからTFCを選択し、選択したこれらの情報をインデックスに対応するConfigurationに上書きすることにより、マルチコールにPreconfigurationを適用しても、インデックスの増加を抑制することができる。
【００７３】
なお、本実施の形態では、Ｎｏｄｅ Ｂを例に挙げて説明したが、本発明はこれに限らず、Ｎｏｄｅ Ｂより上位の装置、例えば、ＲＮＣ（Radio Network Controller）、ＳＧ
ＳＮ又はＧＧＳＮのようなCore Network Nodeであってもよく、これらを総称してネットワーク装置という。
【００７４】
（実施の形態２）
図９は、本発明の実施の形態２に係るＵＥ３００の構成を示すブロック図である。ただし、図９が図８と共通する部分には、図８と同一の符号を付し、その詳しい説明は省略する。図９が図８と異なる点は、ＵＥチャネル設定推定部３０２を追加した点と、チャネル設定判定部２０２をチャネル設定判定部３０１に、チャネル設定マージ部２０４をチャネル設定マージ部３０３に変更した点である。
【００７５】
図９において、チャネル設定判定部３０１は、制御情報受信部２０１から出力された制御情報を判定し、判定した制御情報をチャネル設定展開部２０３に転送する。また、Predefined Configurationの設定として複数のインデックスが通知された場合には、通知された複数のインデックスを、判定した制御情報と共にＵＥチャネル設定推定部３０２に出力する。ここで判定される制御情報には、図１０に示すように、複数のインデックスが格納されるようにPredefinedConfigListが設定されている。
【００７６】
ＵＥチャネル設定推定部３０２は、チャネル設定判定部３０１から出力された信号に基づいて、UL/DL Common Transport channel information（図４参照）がマルチコールに適したものとなるよう、このUL/DL Common Transport channel informationを推定し、推定結果をチャネル設定マージ部３０３に出力する。なお、ＵＥチャネル設定推定部３０２の詳細については後述する。
【００７７】
チャネル設定マージ部３０３は、チャネル設定展開部２０３から出力されたConfigurationに対して、ＵＥチャネル設定推定部３０２から出力されたUL/DL Common Transport channel informationの推定結果を用いて上書きすることにより、Configurationをマージし、マージしたConfigurationをチャネル設定部２０５に出力する。
【００７８】
次に、上記ＵＥチャネル設定推定部３０２の詳細について説明する。ＵＥチャネル設定推定部３０２では、SRB及びTFCSの設定が行われる。具体的には以下に説明する。SRBについては、チャネル設定判定部３０１から通知される全てのインデックスに含まれているが、マルチコールを実現するにはいずれか１つのインデックスに含まれている設定を用いればよいので、複数のインデックスの中から最も高速なインデックスを選択する。例えば、3.4kbpsのシグナリングチャネルと13.6kbpsのシグナリングチャネルとから１つを選択する場合、より高速な13.6kbpsの方を選択する。選択されたインデックスは、ＵＥチャネル設定推定部３０２に保持され、SRBとしていずれのインデックスを用いるかを示す情報が作成される。
【００７９】
次に、TFCSについては、AMR音声用、Packet用、マルチコール用のTFCSからTFCの設定パターンが決定される。AMR音声用であれば表１に示すTFCSから決定され、Packet用であれば表２に示すTFCSから決定され、マルチコール用であれば表３に示すTFCSから決定される。
【００８０】
ここで、AMR音声通信をベースにPacket通信を行うマルチコールを想定した場合、ＵＥチャネル設定推定部３０２におけるTFCSサイズの修正について説明する。AMR音声用のTFCSは表１に示すように６通りのパターンがあり、Packet用のTFCSは、AMR音声用のSRBとの重複分を削除すると６通りのパターンがある。この結果、６×６＝３６通りのパターンが必要となり、この情報を示すのに必要なビット数は６ビットとなる。この６ビットが新たなTFCSサイズとなる。
【００８１】
次に、いずれのTFCを設定するかを決定する。ここでは、AMR音声用としてCTFC=1, 2、Packet用としてCTFC=1, 7の場合を考える。この場合、AMR音声用のTFC=(TF1, TF0, TF0, TF0), (TF2, TF1, TF1, TF0)、Packet用のTFC=(TF1, TF0), (TF1, TF1)となり、マルチコール用のTFCはこれらを掛け合わせて設定される。
【００８２】
すなわち、
(TF1, TF0, TF0, TF0) * (TF1, TF0) = (TF1, TF0, TF0, TF1, TF0)
(TF2, TF1, TF1, TF0) * (TF1, TF0) = (TF2, TF1, TF1, TF1, TF0)
(TF1, TF0, TF0, TF0) * (TF1, TF1) = (TF1, TF0, TF0, TF1, TF1)
(TF2, TF1, TF1, TF0) * (TF1, TF1) = (TF2, TF1, TF1, TF1, TF1)
となり、それぞれTFCは表３より、TFC=4, 5, 22, 23となる。
【００８３】
このように実施の形態２によれば、マルチコールにPreconfigurationを適用する場合、Ｎｏｄｅ Ｂから通知された複数のインデックスによって示される複数のSRBから１つのSRBの選択と、マルチコール用のTFCSからTFCの選択とをＵＥにおいて行い、選択したこれらの情報をインデックスに対応するConfigurationに上書きすることにより、マルチコールにPreconfigurationを適用しても、インデックスの増加を抑制することができ、ＵＥにおいてマルチコール用のチャネル設定情報を復元することができる。
【００８４】
なお、本実施の形態はインデックスが複数含まれるメッセージを受信するケースを示したが、既にチャネルを張っており、インデックスが一つのみ含まれるメッセージを受信したことによりマルチコールになるようなケースに関しても同様の動作で対応することが可能である。
【００８５】
上記各実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はソフトウェアで実現することも可能である。
【００８６】
また、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【００８７】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。
【００８８】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。
【００８９】
本明細書は、２００５年８月２６日出願の特願２００５−２４６０８９に基づくものである。この内容は全てここに含めておく。
【産業上の利用可能性】
【００９０】
本発明にかかる無線通信端末装置、ネットワーク装置、無線通システム及び呼接続方法は、インデックスの増加を抑え、マルチコールにPreconfigurationを適用することができ、3GPP無線通信方式等に適用できる。
【図面の簡単な説明】
【００９１】
【図１】ＵＥとＮｏｄｅ Ｂとの一般的な呼接続手順を示すシーケンス図
【図２】マルチコールの設定手順を示すシーケンス図
【図３】マルチコール用のChannel Structureを示す図
【図４】RRC CONNECTION SETUP messageのＩＥ構成を示す概念図
【図５】RADIO BEARER SETUP messageのＩＥ構成を示す概念図
【図６】本発明の実施の形態１に係るＮｏｄｅ Ｂの構成を示すブロック図
【図７】図６に示した制御情報作成部が作成する制御情報のMessage Formatを示す概念図
【図８】本発明の実施の形態１に係るＵＥの構成を示すブロック図
【図９】本発明の実施の形態２に係るＵＥの構成を示すブロック図
【図１０】図９に示したＵＥが受信する制御情報のMessage Formatを示す概念図
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2007023957.tif 000019
【図２】
2007023957.tif 000020
【図３】
2007023957.tif 000021
【図４】
2007023957.tif 000022
【図５】
2007023957.tif 000023
【図６】
2007023957.tif 000024
【図７】
2007023957.tif 000025
【図８】
2007023957.tif 000026
【図９】
2007023957.tif 000027
【図１０】
2007023957.tif 000028
【国際調査報告】
2007023957.tif 000029
2007023957.tif 000030