(57)【特許請求の範囲】
【請求項１】
複数の呼接続の設定情報と複数のインデックスを対応付けたストアード設定情報を作成するストアード設定情報作成手段と、
前記ストアード設定情報を無線通信基地局装置に送信する送信手段と、
無線通信端末装置とアタッチ手続きを行うアタッチ手続手段と、
を具備し、
前記送信手段は、アタッチ手続きの完了後に前記ストアード設定情報を送信する、
コアネットワーク装置。
【請求項２】
無線通信端末装置と位置登録手続きを行う位置登録手続手段をさらに具備し、
前記送信手段は、位置登録手続きの完了後に前記ストアード設定情報を送信する、
請求項１に記載のコアネットワーク装置。
【請求項３】
前記ストアード設定情報のインデックスは、デフォルト設定情報のインデックス又はプリデファインド設定情報のインデックスと対応付けられた、
請求項１に記載のコアネットワーク装置。
【請求項４】
前記ストアード設定情報は、無線通信端末装置ごとに異なる、又は、複数の無線通信端末装置からなるグループごとに異なる、
請求項１に記載のコアネットワーク装置。
【請求項５】
プリデファインド設定情報を受信する報知情報受信手段と、
複数の呼接続の設定情報と複数のインデックスを対応付けられたストアード設定情報を受信する受信手段と、
デフォルト設定情報と、前記プリデファインド設定情報と、前記ストアード設定情報を保持する保持手段と、
前記ストアード設定情報に従ってチャネルを設定するチャネル設定処理手段と、
を具備し、
前記ストアード設定情報のインデックスは、前記デフォルト設定情報のインデックス又は前記プリデファインド設定情報のインデックスと対応付けられた、
無線通信端末装置。
【請求項６】
プリデファインド設定情報を受信する報知情報受信工程と、
複数の呼接続の設定情報と複数のインデックスを対応付けられたストアード設定情報を受信する受信工程と、
デフォルト設定情報と、前記プリデファインド設定情報と、前記ストアード設定情報を保持する保持工程と、
前記ストアード設定情報に従ってチャネルを設定するチャネル設定処理工程と、
を具備し、
前記ストアード設定情報のインデックスは、前記デフォルト設定情報のインデックス又は前記プリデファインド設定情報のインデックスと対応付けられた、
無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プリコンフィギュレーション（Preconfiguration）を用いたコアネットワーク装置、無線通信端末装置及び無線通信方法に関する。
【背景技術】
【０００２】
3GPP (3rd Generation Partnership Project)では、次世代移動体通信システムとしてLTE (Long Term Evolution)の標準化が行われている。非特許文献１では、端末が呼接続を行う時の動作が議論されている。この動作概要について図１８を用いて説明する。ステップ（以下、「ＳＴ」と記載する）１１では、端末から基地局にランダムアクセスプリアンブル（Random Access Preamble）を送信し、基地局から端末にランダムアクセス応答（Random Access Response）を送信することにより、端末と基地局との間でRACH手続き（RACH procedure）が行われ、端末にリソースが割り当てられる。
【０００３】
ＳＴ１２では、ＳＴ１１においてRACH手続きによって割り当てられたリソースを用いて、端末から基地局にRRC接続要求（RRC Connection request）（RRCメッセージ（message））を送信する。ただし、このRRC接続要求には、NAS関連情報も含まれている。
【０００４】
ＳＴ１３では、ＳＴ１２において他の端末が同時にRRC接続要求を送信していた場合、基地局が受信したRRC接続要求に含まれているUE IDを端末に送信するRRC Contention resolutionを行うことにより、ＳＴ１２において複数の端末から同じリソースを用いてRRC接続要求が送信された場合、RRC接続要求が受信できた端末と、RRC接続要求が受信できなかった端末とを通知する。
【０００５】
ＳＴ１４では、基地局は端末がサービス要求をしていることをNASメッセージによってＣＮ（Core network）に通知し、その結果、ＣＮが端末に関する情報、端末に設定する情報をNASメッセージによって基地局に通知する。なお、ここでは、NASメッセージとして説明するが、基地局とＣＮとの間のプロトコルが使用されてもよいし、その両方が使用されてもよい。
【０００６】
ＳＴ１５では、基地局からRRC Connection Modification Commandを端末に送信してセキュリティの設定を行い、端末からRRC Connection Modification Completeを送信してセキュリティ設定の応答を行う。なお、RRC Connection Modification Commandには、使用するアルゴリズム、必要なパラメータ値、開始時間などが含まれている。
【０００７】
ＳＴ１６では、基地局からRRC Connection Modification Commandを端末に送信してデータ用チャネル設定を行い、端末からRRC Connection Modification Completeを送信してデータ用チャネル設定の応答を行う。なお、データ用チャネル設定として、Radio bearer (RB)、トランスポートチャネル（Transport Channel）、物理チャネル（Physical Channel）などの設定が行われる。
【０００８】
ここで、ＳＴ１５のセキュリティ設定が行われた後にＳＴ１６のデータ用チャネル設定が行われることにより、ＳＴ１６のデータ用チャネル設定を暗号化し、他ユーザにデータ用チャネル設定が漏れることを防止することができる。しかしながら、このように直列に処理すると時間がかかってしまうため、ＳＴ１５及びＳＴ１６において基地局が別々に送信するメッセージを同時に送信することが3GPPにおいて検討されている。
【０００９】
ところで、呼接続遅延を減少させる方法として、呼接続に関連するメッセージのサイズを低減するプリコンフィギュレーション（デフォルト設定情報（Default configuration）、プリデファインド設定情報（Predefined configuration）、ストアード設定情報（Stored configuration）の総称）という方法が非特許文献２において示されている。以下、プリコンフィギュレーションについて説明する。
【００１０】
端末とネットワークとの一般的な呼接続手順について図１９を用いて説明する。ここでは、端末が発呼するパケット接続を例に挙げる。ＳＴ２１では、端末がRRC接続要求メッセージをネットワークに送信し、ＳＴ２２では、ネットワークがRRC接続要求メッセージの応答として、RRC CONNECTION SETUPメッセージを端末に送信し、UE Identity、制御情報用のチャネル設定等を通知する。
【００１１】
ＳＴ２３では、端末がRRC CONNECTION SETUPメッセージで通知された内容に従って、端末側のチャネル設定を行い、この設定完了の通知としてRRC CONNECTION SETUP COMPLETEメッセージをネットワークに送信する。
【００１２】
このＳＴ２１〜ＳＴ２３の処理によって、RRC CONNECTION Establishmentが完了する。一般的には、このRRC CONNECTION Establishmentでは、制御情報を送信するためのRadio BearerであるSRB (Signaling Radio Bearer)のRB1（RLC UM mode適用）、RB2（RLC AM適用、NASメッセージを含まないRRCメッセージ送信用）、RB3（RLC AM適用、NASメッセージを含むRRCメッセージ送信用）がチャネルとして確立される。それぞれのチャネルに対して設定される内容としては、上記RLCのモード（Mode）の他に、そのチャネルの優先度（Priority）、送信するメッセージのＰＤＵ長、使用するトランスポートチャネル種別（Transport channel type）及びその他のトランスポート情報等がある。
【００１３】
次に、ＳＴ２４では、端末がサービスの開始を要求するNASメッセージであるCM SERVICE REQUESTを作成し、これをRRCメッセージであるINITIAL DIRECT TRANSFERに含めてネットワークに送信する。ネットワークでは、INITIAL DIRECT TRANSFERをトリガーとしてMM (Mobility Management)の中で端末の管理を開始する。ＳＴ２４の処理によって、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）が完了する。
【００１６】
ＳＴ２９では、端末がACTIVATE PDP CONTEXT REQUESTをUPLINK DIRECT TRANSFERに含めてPDP Context（パケットのセッション）の確立要求をネットワークに送信し、ＳＴ３０では、ネットワークがRADIO BEARER SETUPメッセージを端末に送信し、トラフィックデータ通信用のチャネルであるRAB(Radio Access Bearer)を設定する。
【００１７】
ＳＴ３１では、端末がRADIO BEARER SETUP COMPLETEをネットワークに送信し、RABを正常に設定できたことを通知し、ＳＴ３２では、ネットワークがPDP Contextの確立応答をDOWNLINK DIRECT TRANSFERに含めて端末に送信することで、最終的にPDP Contextの確立が完了したことを通知する。このＳＴ２９〜ＳＴ３２の処理によって、RAB Setup及びPDP Context Setupが完了する。
【００１８】
このように、ＳＴ２１〜ＳＴ３２の処理によって呼の確立が行われる。このとき、各メッセージには設定情報として送信しなければならない情報が多数あり、特に情報量が多いメッセージとしては、無線回線の確立を行うRRC CENNECTION SETUP（制御情報用のチャネル設定）と、RADIO BEARER SETUP（トラフィックデータ通信用のチャネル設定）であり、これらのメッセージにプリコンフィギュレーションを適用することが考えられる。
【００１９】
プリコンフィギュレーションは、無線回線の確立情報を随時送信するのではなく、代表的な情報を端末に保持させておき、ネットワークからインデックスのみを端末に通知するという基本コンセプトに基づいて、２通りの方法が非特許文献３に規定されている。
【００２０】
初めに、デフォルト設定情報について説明する。デフォルト設定情報は、あらかじめ規定されているチャネル設定（コンフィギュレーション情報）パターンにインデックス（３２種類。ただし、UMTSでは２３種類のみが使用）を付したものであり、このデフォルト設定情報を端末に保持させておき、ネットワークからインデックスを通知することにより、実際にチャネル設定を送ることなくチャネル設定を実現する。
【００２１】
このように、ネットワークから送信される情報（RRC CONNECTION SETUPやRADIO BEARER SETUPなどのメッセージ）がインデックスのみとなるため、メッセージサイズを大幅に削減することができるので、呼接続遅延を減少させることができる。一方、規定されたチャネル設定パターンしか使用することができないため、オペレータ独自の設定、または端末に応じた設定を行うことができない。
【００２２】
次に、プリデファインド設定情報について説明する。プリデファインド設定情報は、チャネル設定パターンとそれに対応するインデックス（１６種類）がネットワークから報知されるチャネルによって送信されるものである。端末は、ネットワークから送信された報知情報をIdle状態などにおいて受信し、チャネル設定パターンとインデックスを保持する。端末は、チャネル設定とインデックスとの関係を保持しているか否かをRRC接続要求メッセージ送信時にネットワークに通知する。ネットワークは、端末が報知情報を保持していると判断した場合には、デフォルト設定情報と同様にインデックスのみを送信することが可能となり、メッセージサイズを低減することができ、呼接続遅延を減少させることができる。プリデファインド設定情報は、デフォルト設定情報とは異なり、オペレータ独自の設定が可能であるが、報知情報で送信されるチャネル設定を使用しない端末を考慮すると、無線リソースを無駄に使用することになってしまう。
【００２３】
なお、非特許文献２に記載されているが標準化されなかったストアード設定情報という方法も存在する。以下、ストアード設定情報ついて説明する。
【００２４】
ストアード設定情報では、ネットワークから端末に対してRRC CONNECTION SetupやRadio Bearer Setupなどのチャネル設定を行う際、チャネル設定パターンと共にそのチャネル設定パターンを示すインデックスも同時に送信する。端末側では、ネットワークから設定されたチャネル設定を同時に送信されたインデックスを用いて管理、保持する。ネットワーク側では、次回にRRC CONNECTION SETUPやRADIO BEARER SETUP等のチャネル設定を行うメッセージを送信する際、このインデックスを送信することにより、再度大量のチャネル設定情報を送信する必要がなくなり、ユーザ毎に必要なチャネル設定を保持させるように制御することができる。一方、他のデフォルト設定情報及びプリデファインド設定情報と比較して、ストアード設定情報は一度は個別チャネルを用いて全ての情報を送信する必要がある。参考までに、ストアード設定情報を用いた通信手順を図２０に示す。
【００２５】
このようにストアード設定情報は、データ用チャネル設定にインデックスが使われており、情報自体が送られていない。そのため、データ用チャネル設定とそれに該当するインデックスを送信するときに暗号化されていれば、次に暗号化されていないインデックスのみを送ったとしても、実際にどのような設定であるか他ユーザに知られることがなくなる。そのため、暗号化を行う代わりにストアード設定情報を使うことが考えられる。
【先行技術文献】
【非特許文献】
【００２６】
【非特許文献１】3GPP TS36.300 V8.1.0,“E-UTRA and E-UTRAN; Overall description; Stage2”
【非特許文献２】3GPP TR25.815 V7.0.0,“Signalling enhancements for CS and PS connections; Analyses and recommendations”
【非特許文献３】3GPP TS25.331 V7.5.0, ”Radio Resource Control (RRC); Protocol specification”
【発明の概要】
【発明が解決しようとする課題】
【００２７】
しかしながら、上述したストアード設定情報を用いたとしても、最初の呼接続（Call setup）時は遅延が改善されないという問題がある。非特許文献２では、最初の呼接続時におけるメッセージサイズの削減を図っていたが、これは、UMTSでは、セキュリティ設定とデータ用チャネル設定が常に順番に行われるためである。これに対して、LTEでは、最初の呼接続時に常にセキュリティ設定とデータ用チャネル設定とを同時に行うことになっており、遅延の影響が大きくなってしまう。
【００２８】
本発明はかかる点に鑑みてなされたものであり、最初の呼接続時にセキュリティ設定とデータ用チャネル設定とを同時に行う場合でも、呼接続時の遅延を低減するコアネットワーク装置、無線通信端末装置及び無線通信方法を提供することを目的とする。
【課題を解決するための手段】
【００２９】
本発明のコアネットワーク装置は、複数の呼接続の設定情報と複数のインデックスを対応付けたストアード設定情報を作成するストアード設定情報作成手段と、前記ストアード設定情報を無線通信基地局装置に送信する送信手段と、無線通信端末装置とアタッチ手続きを行うアタッチ手続手段と、を具備し、前記送信手段は、アタッチ手続きの完了後に前記ストアード設定情報を送信する構成を採る。
【００３０】
本発明の無線通信端末装置は、プリデファインド設定情報を受信する報知情報受信手段と、複数の呼接続の設定情報と複数のインデックスを対応付けられたストアード設定情報を受信する受信手段と、デフォルト設定情報と、前記プリデファインド設定情報と、前記ストアード設定情報を保持する保持手段と、前記ストアード設定情報に従ってチャネルを設定するチャネル設定処理手段と、を具備し、前記ストアード設定情報のインデックスは、前記デフォルト設定情報のインデックス又は前記プリデファインド設定情報のインデックスと対応付けられた、構成を採る。
【００３１】
本発明の無線通信方法は、複数の呼接続の設定情報と複数のインデックスを対応付けたストアード設定情報を作成するストアード設定情報作成工程と、前記ストアード設定情報を無線通信基地局装置に送信する送信工程と、を具備するようにした。
【発明の効果】
【００３２】
本発明によれば、最初の呼接続時にセキュリティ設定とデータ用チャネル設定とを同時に行う場合でも、呼接続時の遅延を低減することができる。
【図面の簡単な説明】
【００３３】
【図１】本発明の実施の形態１に係るＣＮの構成を示すブロック図
【図２】本発明の実施の形態１に係る基地局の構成を示すブロック図
【図３】本発明の実施の形態１に係る端末の構成を示すブロック図
【図４】図１に示したＣＮ、図２に示した基地局及び図３に示した端末の通信手順を示すシーケンス図
【図５】本発明の実施の形態１における他の通信手順を示すシーケンス図
【図６】本発明の実施の形態１における他の通信手順を示すシーケンス図
【図７】本発明の実施の形態１に係るＣＮの他の構成を示すブロック図
【図８】本発明の実施の形態１における他の通信手順を示すシーケンス図
【図９】本発明の実施の形態２に係る基地局の構成を示すブロック図
【図１０】本発明の実施の形態２に係る端末の構成を示すブロック図
【図１１】図９に示した構成を有する基地局、図１０に示した構成を有する端末、及び、ＣＮの通信手順を示すシーケンス図
【図１２】本発明の実施の形態３に係る基地局の構成を示すブロック図
【図１３】本発明の実施の形態３に係る端末の構成を示すブロック図
【図１４】図１２に示した構成を有する基地局、図１３に示した構成を有する端末、及び、ＣＮの通信手順を示すシーケンス図
【図１５】本発明の実施の形態４に係る基地局の構成を示すブロック図
【図１６】本発明の実施の形態４に係る端末の構成を示すブロック図
【図１７】図１５に示した構成を有する基地局、図１６に示した構成を有する端末、及び、ＣＮの通信手順を示すシーケンス図
【図１８】非特許文献１に記載の呼接続手順を示すシーケンス図
【図１９】端末とネットワークとの一般的な呼接続手順を示すシーケンス図
【図２０】ストアード設定情報を用いた通信手順を示すシーケンス図
【発明を実施するための形態】
【００３４】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。なお、実施の形態において、同一機能を有する構成には同一符号を付し、重複する説明は省略する。
【００３５】
（実施の形態１）
本発明の実施の形態１に係るコアネットワーク（以下、「ＣＮ」と称する）の構成について図１を用いて説明する。受信部１０１は、無線通信基地局装置（以下、単に「基地局」と称する）から送信されたメッセージを受信し、受信した情報を端末情報管理部１０２に出力する。
【００３６】
端末情報管理部１０２は、受信部１０１から出力されたメッセージから無線通信端末装置（以下、単に「端末」と称する）のID、端末の契約情報、端末のセキュリティ情報、端末が保持しているチャネル設定情報（以下、端末にネットワークから個別チャネル等の報知チャネル以外でチャネル設定情報とそのチャネル設定情報のインデックス（識別子）とを共に送信し、これを端末側で保持し、それ以降の設定時にはインデックスのみを通知する方法をストアード設定情報方式と呼ぶ）などの端末情報を抽出し、抽出した端末情報を端末情報保持部１０３及びストアード設定情報処理決定部１０４に出力する。また、端末情報保持部１０３から端末情報を取得して更新し、更新した端末情報を端末情報保持部１０３及びストアード設定情報処理決定部１０４に出力する。
【００３７】
端末情報保持部１０３は、端末情報管理部１０２から出力された端末情報を保持し、端末情報管理部１０２からの要求に応じて該当する端末情報を端末情報管理部１０２に出力する。また、端末情報保持部１０３は、ストアード設定情報処理決定部１０４から出力されたストアード設定関連情報を保持する。
【００３８】
ストアード設定情報処理決定部１０４は、端末情報管理部１０２から出力された端末情報に基づいて、端末に設定するストアード設定情報方式を決定する。例えば、アタッチ（attach）時（端末の電源を入れたり、圏外から圏内に移動したような場合）などにストアード設定情報の送信指示を基地局に与えたり、この送信指示に含める内容を決定したりする。また、端末が呼を確立する（call setup）際には、端末に与えられているストアード設定情報を基地局に送信することを決定する。このように決定された情報はメッセージ作成・送信部１０５に出力される。
【００３９】
メッセージ作成・送信部１０５は、ストアード設定情報処理決定部１０４から出力された情報に基づいてメッセージを作成して基地局に送信する。
【００４０】
本発明の実施の形態１に係る基地局の構成について図２を用いて説明する。CNメッセージ受信部２０１は、ＣＮから送信されたメッセージを受信し、受信したメッセージのうちストアード設定関連情報をストアード設定情報規則処理部２０３に出力し、その他のチャネル設定情報をチャネル設定処理部２０４に出力する。なお、ここで、ストアード設定関連情報としては、基地局が端末にストアード設定情報を設定するための情報、またはストアード設定情報自体の情報が挙げられる。また、チャネル設定情報としては、端末に対するチャネル設定の内容及びセキュリティ設定の内容などが挙げられる。
【００４１】
端末メッセージ受信部２０２は、端末から送信されたメッセージを受信し、受信したメッセージのうちストアード設定関連情報をストアード設定情報規則処理部２０３に出力し、その他のチャネル設定情報をチャネル設定処理部２０４に出力する。なお、ここで、ストアード設定関連情報としては、端末が送信するストアード設定情報に対する状態が挙げられる。また、チャネル設定情報としては、基地局からのチャネル設定及びセキュリティ設定に対する応答などが挙げられる。
【００４２】
ストアード設定情報規則処理部２０３は、チャネル設定時には、端末メッセージ受信部２０２から出力されたストアード設定情報に対する状態を端末状態としてストアード設定情報保持部２０５に保持させる。また、CNメッセージ受信部２０１から出力されたストアード設定情報がストアード設定情報保持部２０５に保持されている端末状態と整合性があるかを確認する。ここで整合性があった場合には、CNメッセージ受信部２０１から出力されたストアード設定情報に基づいて、ストアード設定情報リストを生成してストアード設定情報保持部２０５に出力する。また、ストアード設定情報を端末に保持させる際には、端末メッセージ受信部２０２から出力されたストアード設定情報に対する状態に基づいて、ストアード設定情報リストを生成してストアード設定情報保持部２０５及び端末用メッセージ作成・送信部２０７に出力する。また、その情報をＣＮ用メッセージ作成・送信部２０７にも出力する。このタイミングに関しては、端末に対してストアード設定情報を通知する前でもよいし、後でもよい。
【００４３】
チャネル設定処理部２０４は、CNメッセージ受信部２０１から出力されたチャネル設定情報からサービス種別及びその品質情報（ＱｏＳ: Quality of Service）などを取得し、これらを実現するチャネル設定を決定する。ここで、ストアード設定情報を使用する場合、チャネル設定処理部２０４は使用するチャネル設定のインデックスをストアード設定情報保持部２０５から取得し、取得したインデックスを端末用メッセージ作成・送信部２０７に出力する。また、チャネル設定処理部２０４は、端末メッセージ受信部２０２から出力されたチャネル設定及びセキュリティ設定に対する応答の結果をＣＮ用メッセージ作成・送信部２０６に通知、または転送する。
【００４４】
ストアード設定情報保持部２０５は、ストアード設定情報規則処理部２０３から出力されたストアード設定情報リストを保持し、保持したストアード設定情報リストからチャネル設定処理部２０４によって該当するチャネル設定のインデックスが読み出される。
【００４５】
ＣＮ用メッセージ作成・送信部２０６は、ストアード設定情報規則処理部２０３から出力されたストアード設定情報リスト又はチャネル設定処理部２０４から出力されたチャネル設定及びセキュリティ設定に対する応答を含むメッセージを作成してＣＮに送信する。
【００４６】
端末用メッセージ作成・送信部２０７は、ストアード設定情報規則処理部２０３から出力されたストアード設定情報リスト又はチャネル設定処理部２０４から出力されたインデックスを含むメッセージを作成して端末に送信する。
【００４７】
本発明の実施の形態１に係る端末の構成について図３を用いて説明する。受信部３０１は、基地局から送信されたメッセージを受信し、受信したメッセージのうちストアード設定関連情報をストアード設定情報保持部３０２に出力し、その他のチャネル設定情報をチャネル設定処理部３０３に出力する。
【００４８】
ストアード設定情報保持部３０２は、受信部３０１から出力されたストアード設定関連情報を保持する。このとき、ストアード設定関連情報を保持したことを基地局に通知する必要がある場合、その旨をメッセージ作成・送信部３０４に通知する。また、ストアード設定情報保持部３０２は、保持したストアード設定情報がチャネル設定処理部３０３によって読み出される。
【００４９】
チャネル設定処理部３０３は、受信部３０１から出力されたチャネル設定情報に基づいて、チャネル設定を行う。このとき、受信部３０１から出力されたチャネル設定情報がストアード設定情報のインデックスの場合、チャネル設定処理部３０３はインデックスに対応するチャネル設定情報をストアード設定情報保持部３０２から取得し、取得したチャネル設定情報に基づいてチャネル設定を行う。
【００５０】
メッセージ作成・送信部３０４は、ストアード設定情報保持部３０２から通知された情報を含むメッセージを作成して基地局に送信する。
【００５１】
次に、上述した構成を有するＣＮ、基地局及び端末の通信手順について図４を用いて説明する。ＳＴ４０１では、端末の電源がＯＮとなり、ＳＴ４０２では、アタッチ手続き（Attach procedure）が開始され、認証及び暗号化設定などを含むセキュリティ手続きも開始される。
【００５２】
ＳＴ４０３では、アタッチ手続きの処理中にＣＮから基地局にストアード設定情報送信指示を与える。このストアード設定情報送信指示には、インデックス付与方法が示されている。すなわち、チャネル又はベアラとインデックスとの対応関係を通知する。例えば、SIP (Session Initiation Protocol)メッセージなどを送るＩＰデフォルトベアラ（IP default bearer）にはインデックス７を対応付け、Voice over IP (VoIP)を行うためのVoIPベアラにはインデックス１０を対応付けて通知する。
【００５３】
このとき、ＣＮの端末情報保持部１０３には端末のセキュリティ設定、契約情報等が保持されており、端末情報管理部１０２が保持された契約情報等を端末情報保持部１０３から取得し、取得した契約情報等をストアード設定情報処理決定部１０４に通知する。ストアード設定情報処理決定部１０４では、その契約情報等に基づいて、端末に提供されるサービスを決定し、その端末に提供されるサービスを行うためのベアラ（LTEでは、SAE radio bearerと記載）をストアード設定情報として端末に保持させることを決定する。具体的には、SIP (Session Initiation Protocol)などを送信するＩＰデフォルトベアラ、VoIPを行うためのVoIPベアラなどが挙げられる。端末に保持させることが決定されたストアード設定情報は、端末情報保持部１０３とメッセージ作成・送信部１０５に通知される。ここで、端末情報保持部１０３は通知された情報を保持し、メッセージ作成・送信部１０５は、端末に設定するベアラに関する情報を作成して基地局に送信する。
【００５４】
ＳＴ４０４では、基地局から端末にストアード設定情報リストを送信する。このとき、基地局のCNメッセージ受信部２０１がＳＴ４０３においてネットワークから送信された情報を受信し、受信した情報をストアード設定情報規則処理部２０３に出力する。ストアード設定情報規則処理部２０３は、取得した情報をストアード設定情報保持部２０５に保持させる。また、ストアード設定情報規則処理部２０３は取得した情報からストアード設定情報リストを作成して端末用メッセージ作成・送信部２０７に出力し、端末用メッセージ作成・送信部２０７は端末にストアード設定情報リストを含むメッセージを作成して端末に送信する。
【００５５】
ＳＴ４０５では、端末の受信部３０１がＳＴ４０４において基地局から送信されたストアード設定情報リストを受信し、受信したストアード設定情報リストをストアード設定情報保持部３０２に保持させる。ストアード設定情報保持部３０２は、ストアード設定情報リストを正常に保持した場合、その旨をメッセージ作成・送信部３０４に通知し、ＳＴ４０６では、メッセージ作成・送信部３０４が応答メッセージを作成して基地局に送信する。なお、ＳＴ４０６は省略可能である。
【００５６】
ＳＴ４０７では、端末をIdle状態に移行させるRRC Connection Modification Commandを基地局から端末に送信し、ＳＴ４０８では、その応答としてのRRC Connection Modification Completeを端末から基地局に返送する。
【００５７】
ＳＴ４０９では、基地局からＣＮにストアード設定情報送信完了通知を送信する。このとき、基地局の端末メッセージ受信部２０２がＳＴ４０６における応答メッセージを受信する。ここでは、ストアード設定関連情報であるので、受信した応答メッセージはストアード設定情報規則処理部２０３に出力される。ストアード設定情報規則処理部２０３は、応答がＯＫであることを確認し、端末用メッセージ作成・送信部２０７にストアード設定情報の送信が正常に終了したことを通知する。ＣＮ用メッセージ作成・送信部２０６は、ストアード設定情報の送信が正常に終了したことを通知するメッセージを作成してＣＮに送信する。なお、ＳＴ４０９は省略可能であり、また、基地局がＣＮからＳＴ４０３におけるメッセージを受信した際、その直後に応答を返すことも可能である。この場合、ＳＴ４０９はＳＴ４０３の後にＳＴ４０４と並列に処理されることになる。また、ＳＴ４０９は端末からの応答をＳＴ４０６の直後に送ることも可能である。
【００５８】
また、ＣＮの受信部１０１はＳＴ４０９におけるメッセージを受信し、受信したメッセージを端末情報管理部１０２に出力する。端末情報管理部１０２は、ストアード設定情報として端末に送信することを決定した内容が正常に送信されたことを端末情報保持部１０３に通知する。
【００５９】
このＳＴ４０１〜ＳＴ４０９の処理によって、端末及びＣＮの双方においてストアード設定情報の設定がなされる。
【００６０】
ＳＴ４１０では、ＳＴ４０６及びＳＴ４０７におけるメッセージにより、端末、基地局及びＣＮにおいてIdle状態に移行する。
【００６１】
ＳＴ４１１では、端末が発呼する。ここでは、端末が発呼する場合を示しているが、端末が呼を受け入れる（ページング（Paging）を受ける）場合でも、Pagingを受ける動作が追加されるのみで、発呼する場合と本質的には変わらない。
【００６２】
ＳＴ４１２では、端末から基地局に端末の同期とリソース割り当てを要求するためのランダムアクセスプリアンブルを送信し、ＳＴ４１３では、基地局から端末に端末を同期させるためのタイミング情報（端末の送信タイミングをずらす量）、リソース割り当てを示すランダムアクセス応答を送信し、ＳＴ４１４では、ランダムアクセス応答で割り当てられたリソースを用いてRRC接続要求を端末から基地局に送信する。
【００６３】
ＳＴ４１５では、基地局からＣＮに端末を示す情報（UE ID）などを含むNASメッセージを送信する。これにより、ＣＮは端末のストアード設定関連情報などを取得する。ここで、NASは、呼処理等を担当するコアネットワーク側の制御全体を示すノンアクセスストラタムのことである。
【００６４】
ＳＴ４１６では、基地局から端末にRRC Contention resolutionに相当するRRC Connection Modification Commandメッセージを送信する。ここで、応答メッセージを必要とするRRC Connection Modification Commandメッセージを使用しているのは、この応答メッセージによってストアード設定情報のステータス（Stored configuration status）を送信するためである。なお、ストアード設定情報のステータスを送信する必要がない場合、ＳＴ４１６では、RRC Contention Resolutionメッセージを送信することにより、応答メッセージの送信が不要となる。ただし、その他の情報の通知のために、常にRRC Connection Modification Commandメッセージを用いることにしてもよい。
【００６５】
ＳＴ４１７では、ＳＴ４１６におけるメッセージの応答としてストアード設定情報の端末の状態を示すストアード設定情報のステータスを含むRRC Connection Modification Completeを端末から基地局に送信する。このとき、端末のチャネル設定処理部３０３はストアード設定情報保持部３０２に現在の状態を確認し、ストアード設定情報のステータスをメッセージ作成・送信部３０４に出力する。メッセージ作成・送信部３０４は、ストアード設定情報のステータスを含めてメッセージを作成して基地局に送信する。基地局の端末メッセージ受信部２０２は、ＳＴ４１７におけるメッセージを受信し、受信したメッセージのうちストアード設定関連情報をストアード設定情報規則処理部２０３に出力する。ストアード設定情報規則処理部２０３は、ストアード設定関連情報をストアード設定情報保持部２０５に保持させ、ＣＮから端末のストアード設定情報を受け取った際に使用する。
【００６６】
ＳＴ４１８では、ＳＴ４１５におけるNASメッセージの応答としてストアード設定関連情報を含むNASメッセージをＣＮから基地局に送信する。このとき、ＣＮの受信部１０１は、ＳＴ４１５におけるNASメッセージを受信し、受信したNASメッセージを端末情報管理部１０２に出力する。端末情報管理部１０２は、受信した端末のID、端末のサービス要求を確認し、端末情報保持部１０３に端末に関する情報を出力するように通知する。端末情報保持部１０３は、端末の情報として、端末のセキュリティの情報、端末に許されるＱｏＳなどの制御関連情報、保持しているストアード設定情報を端末情報管理部１０２に出力する。端末情報管理部１０２は端末情報保持部１０３から取得した情報に基づいて、ＣＮと基地局間の設定及び端末と基地局間の設定に関する条件などを決定する。決定された内容と、ストアード設定情報の結果とがストアード設定情報処理決定部１０４に出力される。ストアード設定情報処理決定部１０４は、端末に送信されているストアード設定情報に問題ないことを確認し、端末情報管理部１０２から取得した情報をメッセージ作成・送信部１０５に転送する。メッセージ作成・送信部１０５は、ＣＮと基地局間の設定及び端末と基地局間の設定に関するメッセージ、端末に送信されているストアード設定情報を示すメッセージ、端末に対して設定するセキュリティの情報を示すメッセージを作成して基地局に送信する。なお、これらのメッセージは全て別々である必要はなく、このうちのいくつか、または全てを一つのメッセージにまとめてもよい。ここでは、特にこれらを区別せず全て一つのメッセージとしてＳＴ４１８において送信している。
【００６７】
ＳＴ４１９では、基地局は端末とＣＮにそれぞれ保持されている情報が同じであるか否かを確認し、端末に対する設定を決定する。ＳＴ４２０では、ストアード設定情報を用いたチャネル設定、セキュリティ設定を基地局から端末に対して行い、ＳＴ４２１では、端末は、ストアード設定情報を用いてチャネル設定を行い、応答メッセージを基地局に送信する。このとき、基地局のCNメッセージ受信部２０１は、ＳＴ４１８におけるメッセージを受信する。ここで、受信したメッセージのうち、基地局と端末のチャネル設定に関する情報、セキュリティに関する情報は、チャネル設定処理部２０４に出力される。また、ストアード設定関連情報は、ストアード設定情報規則処理部２０３に出力される。
【００６８】
そして、ストアード設定情報規則処理部２０３は、取得したストアード設定関連情報を保持すると共に、取得したストアード設定関連情報と端末が保持している情報と同じか否かをストアード設定情報保持部２０５に確認する。この確認には、ＳＴ４１７において送信された情報が用いられる。この確認の結果、取得したストアード設定関連情報と端末が保持している情報とが同じである場合には、ストアード設定情報が用いられる。逆に、異なる場合には、ストアード設定情報が使えないため、セキュリティ設定とチャネル設定とに別々のメッセージを用いる必要がある。チャネル設定処理部２０４は、取得した情報に基づいて端末に設定する内容を決定する。また、チャネル設定処理部２０４は、決定した設定に該当するストアード設定情報が端末に保持されているか否かをストアード設定情報規則処理部２０３に確認する。
【００６９】
ストアード設定情報規則処理部２０３は、該当するストアード設定情報が端末に保持されている場合には、インデックスをチャネル設定処理部２０４に返送し、保持されていない場合には、その旨をチャネル設定処理部２０４に通知する。チャネル設定処理部２０４は、ストアード設定情報規則処理部２０３からインデックスを取得した場合には、インデックスを用いて設定することができるため、セキュリティ設定とチャネル設定とを同時に行うと決定する。一方、ストアード設定情報規則処理部２０３から該当するストアード設定情報が端末に保持されていない旨通知された場合には、セキュリティ設定とチャネル設定とに別々のメッセージを用いることを決定する。チャネル設定処理部２０４は決定した内容を端末用メッセージ作成・送信部２０７に通知する。ここでは、ストアード設定情報が使用できる場合について説明する。チャネル設定処理部２０４は、セキュリティ設定とチャネル設定とを一つのメッセージで設定できると判断しているため、端末用メッセージ作成・送信部２０７はチャネル設定をストアード設定情報のインデックスを用いて行い、セキュリティ設定を行うような一つのメッセージを作成し、ＳＴ４２０において送信する。
【００７０】
端末の受信部３０１は、ＳＴ４２０におけるメッセージを受信し、受信したメッセージをチャネル設定処理部３０３に出力する。チャネル設定処理部３０３は、受信したストアード設定情報のインデックスをストアード設定情報保持部３０２に出力し、該当する設定をストアード設定情報保持部３０２から取得する。そして、同時に受信したセキュリティ設定と共にチャネル設定を行う。これらの結果、正常に終了すれば、チャネル設定処理部３０３はメッセージ作成・送信部３０４に正常終了を通知する。これにより、メッセージ作成・送信部３０４は、ＳＴ４２０におけるメッセージに対する応答メッセージを作成してＳＴ４２１において基地局に送信する。
【００７１】
このように実施の形態１によれば、アタッチ時に端末毎に異なるインデックス付与方法によるストアード設定情報を基地局から端末にセキュリティを設定して送信しておき、呼接続時に端末から送信されたストアード設定情報のステータスとストアード設定情報リストとを確認し、ＣＮ、基地局及び端末において共通のストアード設定情報が保持されていることを条件に基地局から端末にインデックスを送信することにより、呼接続時にセキュリティ設定とデータ用チャネル設定とを同時に行う場合でも、遅延を削減することができると共に、セキュリティを確保することができるので、他ユーザにデータ用チャネル設定が漏れることを防止することができる。
【００７２】
なお、アタッチ時にストアード設定情報を送信する方法は、本実施の形態に示したように、アタッチ手続き完了後に行う方法でもよいし、アタッチ手続き中に行う方法でもよい。また、アタッチ手続き以外の、端末の位置登録手続きであるTracking area update procedureにて行うことも考えられるし、その他の方法も考えられる。図５に位置登録手続きの様子を示す。ここで、図５が図４と異なる点は、ＳＴ４０２をＳＴ４２５に変更した点であり、ＳＴ４２５では、アタッチ手続きに代えて位置登録手続きを行っている。
【００７３】
なお、本実施の形態では、ＣＮが基地局にインデックス付与方法を指示する場合について説明したが、これに限らず、基地局が独自にインデックスを付与してもよい。具体的には、図６に示すように、ＳＴ４３１において、ＣＮから基地局にストアード設定情報の実施のみを指示し、基地局は自在にインデックスを付与する。ＳＴ４３２では、基地局が付与したインデックスのリスト、すなわち、ストアード設定情報リストをＣＮに返送する。これにより、ＣＮの処理負荷を軽減することができる。ちなみに、ＳＴ４３２においてＣＮに送信される情報は、ＣＮが単に端末に関する情報として保持するだけでもよい。また、このとき、ＣＮは端末に保持させる情報を決定しないため、図７に示すように、ＣＮは簡易な構成とすることができる。なお、基地局では、端末に対するストアード設定情報の設定指示をCNメッセージ受信部２０１経由でストアード設定情報規則処理部２０３が受け取り、ストアード設定情報規則処理部２０３が端末に設定する情報を決定する。
【００７４】
また、本実施の形態では、図４に示したＳＴ４１７におけるメッセージにストアード設定情報のステータスを含めて端末から基地局に送信するものとして説明したが、ストアード設定情報のステータスをＳＴ４１４のメッセージに含めてもよいし、端末とＣＮの状態は基本的に一致していると考えることができるため、ストアード設定情報のステータスの送信を省略することも考えられる。なお、ＳＴ４１４のメッセージにストアード設定情報のステータスを含める場合には、その情報をＳＴ４１５で通知し、ＣＮにて判定することも考えられる。
【００７５】
また、本実施の形態では、ＣＮから端末に保持させるサービス関連情報を送信するものとして説明したが、サービス関連情報の送信と共に端末が許容するＱｏＳ関連情報を送信してもよい。これにより、基地局は端末毎に異なるチャネル設定をＱｏＳに合わせて決定できる。この結果、端末にあった内容が、端末、ＣＮ双方にストアード設定情報として保持されることになる。
【００７６】
また、端末にストアード設定情報として保持させる情報がかなり少なく（例えば、一つ）限られている場合には、実際にそのチャネル設定でチャネルを張ってしまうことも考えられる。その際の動作を図８に示す。ここで、ＳＴ４４１にてチャネル設定の要求がＣＮから基地局に送られ、その要求に応じてＳＴ４４２にて端末に対してチャネル設定が行われている。この際に、そのチャネル設定を示すインデックスも通知されている。端末としてはこれらの内容を保持する（ＳＴ４４３）。その後、ＳＴ４４４、ＳＴ４４５のように応答が送られる。アタッチ後に使用するチャネル設定が一つしかないような場合にはこのような動作も可能である。
【００７７】
なお、本実施の形態では、従来のストアード設定情報と同様にチャネル設定のみをストアード設定情報として扱った。しかしながら、端末に対してチャネル設定と同時に通知したい情報に関しては、チャネル設定以外でもストアード設定情報として扱うことが可能である。具体的には、端末に設定する測定設定（メジャメント コンフィギュレーション: Measurement configuration）、基地局の対応機能(ケイパビリティ：capability)などが考えられる。これを実現するために、ストアード設定情報の一つのインデックスが測定設定、または基地局の対応機能のみを指定できるように規定してもよいし、一つのインデックスがチャネル設定に合わせて測定設定、または基地局の対応機能の組み合わせを通知するようにしてもよい。
【００７８】
なお、本実施の形態では、端末が基地局に対して通知する端末のストアード設定情報の状態に関して詳しく言及していないが、通常のプリコンフィギュレーションにて使用されている、バージョンを示すタグ（１６値）を使用することが一般的に考えられる。また、その他の方法として、端末に設定されている情報を一定のルールなどに基づいてハッシュ（Hash）値を用いることなども考えられる。また、その他の方法として、端末とネットワーク側とでお互いに保持している情報（例えば、端末のID（IMSI又はS-TMSI）、セキュリティで使用する鍵の情報、基地局のID等）を用いてどのサービスに対してどのインデックスを使用するかの決定をルール化しておいてもよい。具体的には、図５に記載のデフォルトＩＰベアラのインデックスが７ということが、端末とネットワーク側とでお互いに保持している情報を用いて一意に決まるようなルールにしておくことが考えられる。これにより、端末に設定した情報がずれなくなると考えられる。
【００７９】
また、本実施の形態では、最初に端末に対してストアード設定情報を通知する動作のみを示したが、その情報を更新することも考えられる。具体的には、通常のチャネル再設定の際に、いままで使用していたインデックスを通知することにより、そのインデックスが再設定されたチャネル設定の内容を有するようにすることも考えられるし、別途更新情報として端末に通知することも考えられる。また、セキュリティを考慮して、呼設定・または解放時(毎回、もしくは何度かに一度)に情報を更新する、位置登録手続き等の特別なイベント（event）時に情報を更新することが考えられる。
【００８０】
（実施の形態２）
本発明の実施の形態２に係る基地局の構成について図９を用いて説明する。図９が図２と異なる点は、チャネル設定処理部２０４をチャネル設定処理部２５１に変更し、プリデファインド設定情報保持部２５２を追加した点である。
【００８１】
プリデファインド設定情報とは、複数の呼接続の設定情報と複数のインデックスを対応付けた情報で、基地局が動的に変更可能な情報である。動的に変更されるため、プリデファインド設定情報は、報知チャネル(Broadcast Channel)を通じて、報知情報として基地局から送信される。デフォルト設定情報とは、複数の呼接続の設定情報と複数のインデックスを対応付けた情報で、動的には変更されないため、報知情報として送信する必要はない。
【００８２】
チャネル設定処理部２５１は、チャネル設定時には、CNメッセージ受信部２０１から出力されたメッセージからチャネル設定を決定し、それに該当するプリデファインド設定情報及びデフォルト設定情報をプリデファインド設定情報保持部２５２から取得する。また、プリデファインド設定情報を報知する際には、プリデファインド設定情報保持部２５２よりプリデファインド設定情報を受信し、端末用メッセージ作成・送信部２０７に出力する。
【００８３】
プリデファインド設定情報保持部２５２は、チャネル設定時には、チャネル設定処理部２５１から要求されたチャネル設定に該当するプリデファインド設定情報及びデフォルト設定情報のインデックスを選択し、チャネル設定処理部２５１に応答する。また、プリデファインド設定情報を報知する際には、プリデファインド設定情報のリストをチャネル設定処理部２５１に通知する。
【００８４】
本発明の実施の形態２に係る端末の構成について図１０を用いて説明する。図１０が図３と異なる点は、受信部３０１を受信部３５１に変更し、ストアード設定情報保持部３０２をストアード設定情報保持部３５２に変更し、プリデファインド設定情報保持部３５３を追加した点である。
【００８５】
受信部３５１は、基地局から報知情報によって送信されたプリデファインド設定情報を受信し、受信したプリデファインド設定情報をプリデファインド設定情報保持部３５３に出力する。
【００８６】
ストアード設定情報保持部３５２は、受信部３５１から出力されたストアード設定情報のインデックスに対応するプリデファインド設定情報のインデックスを検出し、検出したプリデファインド設定情報のインデックスに対応するチャネル設定情報をプリデファインド設定情報保持部３５３から取得し、取得したチャネル設定情報をチャネル設定処理部３０３に出力する。
【００８７】
プリデファインド設定情報保持部３５３は、受信部３５１から出力されたプリデファインド設定情報を保持し、ストアード設定情報保持部３５２から出力されたインデックスに該当する情報をストアード設定情報保持部３５２に返送する。
【００８８】
次に、図９に示した構成を有する基地局、図１０に示した構成を有する端末、及び、ＣＮの通信手順について図１１を用いて説明する。ＳＴ４５１では、端末の電源がＯＮとなり、ＳＴ４５２では、基地局から端末にプリデファインド設定情報を含む報知情報を送信し、ＳＴ４５３では、端末が基地局から送信されたプリデファインド設定情報を受信して保持する。
【００８９】
ＳＴ４５４では、アタッチ手続きが開始され、認証手続きも開始される。
【００９０】
ＳＴ４５５では、アタッチ手続きの処理中にＣＮから基地局にストアード設定情報送信指示を与える。このストアード設定情報送信指示には、プリデファインド設定情報のインデックス、デフォルト設定情報のインデックスをストアード設定情報ではどのように扱うかが示されている。例えば、プリデファインド設定情報のインデックス５で示される設定をストアード設定情報のインデックス１として扱い、デフォルト設定情報のインデックス３で示される設定をストアード設定情報のインデックス２として扱うなどである。
【００９１】
ＳＴ４５６では、基地局のCNメッセージ受信部２０１がＳＴ４５５におけるＣＮからのメッセージを受信し、受信したメッセージがストアード設定関連情報であることから、ストアード設定情報規則処理部２０３に出力する。ストアード設定情報規則処理部２０３は、受信したメッセージの指示通り設定することを決定する。
【００９２】
ＳＴ４５７では、基地局の端末用メッセージ作成・送信部２０７から端末にＳＴ４５６において決定した設定を送信し、ＳＴ４５８では、端末の受信部３５１がＳＴ４５７において基地局から送信された設定を受信し、受信した設定をストアード設定情報保持部３５２に出力する。
【００９３】
このような処理手順により、プリデファインド設定情報は、端末では報知情報によって受信されるため、基地局毎にプリデファインド設定情報の設定が異なる可能性がある。そのため、異なる基地局で設定された内容は無効となってしまう。よって、ここでは、セル毎に異なる設定のプリデファインド設定情報をストアード設定情報を用いて設定することにより、セル毎に異なる設定をセキュアに通知することができる。
【００９４】
また、ストアード設定情報を多く保持させると、端末、ＣＮの複雑性が増加するが、このようにプリデファインド設定情報とデフォルト設定情報を利用することにより、端末、ＣＮが保持する情報を削減することができる。なお、ＳＴ４５９〜ＳＴ４６５は、実施の形態１の図４に示したＳＴ４０６〜ＳＴ４１０に準ずるので、詳細な説明は省略する。
【００９５】
このように実施の形態２によれば、セル毎に異なる設定をプリデファインド設定情報を用いて端末に報知し、プリデファインド設定情報のインデックスをストアード設定情報のインデックスに対応付けて送信することにより、セル毎に異なる設定もセキュリティを確保することができる。
【００９６】
なお、本実施の形態では、ストアード設定情報によって送信される内容が全てプリデファインド設定情報、デフォルト設定情報である場合について示したが、それに加えてストアード設定情報として独自の設定をすることも可能である。
【００９７】
また、本実施の形態においても、実施の形態１の図６に示した通り、ＣＮで設定を決めるのではなく、基地局にて設定を決めてもよい。さらに、端末にて設定を決定することも考えられる。
【００９８】
また、本実施の形態においても、アタッチ以外の手続きを用いてストアード設定情報を設定することも可能である。
【００９９】
また、本実施の形態において、ストアード設定情報として設定する内容がプリデファインド設定情報、デフォルト設定情報のインデックスの情報のみであるような場合には、ネットワーク側と端末側とでそれぞれどのようにインデックスの設定を行うかさえ決めておけば、設定動作自体を避けることも考えられる。具体的には、端末とネットワーク側とでお互いに保持している情報（例えば、端末のID（IMSI又はS-TMSI）、セキュリティで使用する鍵の情報、基地局のID等）のうち、端末とネットワーク側以外は知らないような情報（例えば、セキュリティで使用する鍵の情報）を用いてどのサービスに対してどのインデックスを使用するかが決まるようにルール化しておけば、端末とネットワーク側とで設定をおのおの決定することが可能となる。
【０１００】
（実施の形態３）
本発明の実施の形態３に係る基地局の構成について図１２を用いて説明する。図１２が図２と異なる点は、チャネル設定処理部２０４をチャネル設定処理部２７１に変更した点である。
【０１０１】
チャネル設定処理部２７１は、CNメッセージ受信部２０１及び端末メッセージ受信部２０２から出力されたメッセージに基づいて、ストアード設定情報を用いた設定が行えない内容について別途設定することを決定し、その旨を端末用メッセージ作成・送信部２０７に通知する。
【０１０２】
本発明の実施の形態３に係る端末の構成について図１３を用いて説明する。図１３が図３と異なる点は、チャネル設定処理部３０３をチャネル設定処理部３７１に変更した点である。
【０１０３】
チャネル設定処理部３７１は、受信部３０１から出力されたメッセージに基づいて、ストアード設定情報を用いた設定が行えない内容については基地局からの指示に従って設定し、ストアード設定情報で設定された内容についてはそのインデックスに従って設定する。
【０１０４】
次に、図１２に示した構成を有する基地局、図１３に示した構成を有する端末、及び、ＣＮの通信手順について図１４を用いて説明する。ＳＴ４７１では、ＣＮから基地局にストアード設定情報を含むNASメッセージを送信する。ただし、このストアード設定情報には、チャネル設定に必要な情報が全て含まれるわけでなく、その一部が含まれているに過ぎない。
【０１０５】
基地局のチャネル設定処理部２７１では、ＳＴ４７１においてＣＮから送信されたストアード設定情報を用いて設定できず、かつ、チャネル設定に必要な情報を端末に同一のメッセージで端末に通知することを決定し、ＳＴ４７２において端末用メッセージ作成・送信部２０７から端末に送信する。
【０１０６】
端末では、ストアード設定情報のインデックスによって通知された情報に加え、別途設定された内容に基づいて、端末の設定を決め、ＳＴ４７２におけるメッセージの応答としてＳＴ４７３においてRRC Connection Modification Completeを端末から基地局に送信する。
【０１０７】
このように実施の形態３によれば、ストアード設定情報として端末に設定する情報をセキュアに送信する必要がある情報に限定し、それ以外の情報は暗号化することなく送信することにより、端末、ＣＮにおいてストアード設定情報として保持する情報を削減することができる。
【０１０８】
なお、ストアード設定情報としては、端末毎に異なるＱｏＳ情報、オペレータ毎に固有なDRX値などが考えられるが、その他のものでもよい。
【０１０９】
（実施の形態４）
本発明の実施の形態４に係る基地局の構成について図１５を用いて説明する。図１５が図９と異なる点は、チャネル設定処理部２５１をチャネル設定処理部２９１に変更した点である。
【０１１０】
チャネル設定処理部２９１は、CNメッセージ受信部２０１及び端末メッセージ受信部２０２から出力されたメッセージに基づいて、ストアード設定情報とプリデファインド設定情報、又は、ストアード設定情報とデフォルト設定情報を同時に使用してチャネル設定を行う。
【０１１１】
本発明の実施の形態４に係る端末の構成について図１６を用いて説明する。図１６が図１０と異なる点は、プリデファインド設定情報保持部３５３をプリデファインド設定情報保持部３９１に変更し、チャネル設定処理部３０３をチャネル設定処理部３９２に変更した点である。
【０１１２】
プリデファインド設定情報保持部３９１は、受信部３５１から出力されたメッセージに含まれるプリデファインド設定情報及びデフォルト設定情報を保持し、保持したプリデファインド設定情報及びデフォルト設定情報をチャネル設定処理部３９２に出力する。ここで、ストアード設定情報によって設定される内容としては、端末毎に固有であり、かつ、ネットワーク内で変更されないＱｏＳ関連情報が考えられ、また、プリデファインド設定情報によって設定される内容としては、PhyCH（物理チャネル）設定など基地局毎に固有であり、端末間で共通な情報が考えられる。
【０１１３】
チャネル設定処理部３９２は、受信部３５１から出力されたメッセージに含まれるインデックスに従って、ストアード設定情報保持部３５２及びプリデファインド設定情報保持部３９１から該当するチャネル設定情報を取得し、チャネル設定を行う。
【０１１４】
次に、図１５に示した構成を有する基地局、図１６に示した構成を有する端末、及び、ＣＮの通信手順について図１７を用いて説明する。ＳＴ４８１では、アタッチ手続きが開始され、認証手続きも開始される。
【０１１５】
ＳＴ４８２では、基地局から端末にストアード設定情報リストを送信し、ＳＴ４８３では、端末がＳＴ４８２において基地局から送信されたストアード設定情報リストを保持する。
【０１１６】
ＳＴ４８４では、基地局から端末にプリデファインド設定情報リストを含む報知情報を送信し、ＳＴ４８５では、端末が基地局から送信されたプリデファインド設定情報リストを受信して保持する。
【０１１７】
ＳＴ４８６では、呼接続手続き（Call setup procedure）が行われ、ＳＴ４８７では、基地局からストアード設定情報のインデックス、プリデファインド設定情報のインデックス（又はデフォルト設定情報のインデックス）を端末に送信する。
【０１１８】
このように実施の形態４によれば、ストアード設定情報によって設定する内容と、プリデファインド設定情報によって設定する内容とを分けて、それぞれのインデックスを用いることにより、端末、ＣＮにおいてストアード設定情報として保持する情報を削減することができると共に、セル毎に異なる設定もセキュリティを確保することができる。
【０１１９】
なお、ストアード設定情報によって設定する内容と、プリデファインド設定情報によって設定する内容とを完全に分けておいてもよいし、ストアード設定情報とプリデファインド設定情報とのいずれにも設定可能であれば、優先順位を付して両方に設定してもよい。また、これらのいずれにも設定できない場合には、実施の形態３において示したように追加して設定するようにしてもよい。
【０１２０】
また、ストアード設定情報によって設定する内容としては、ＱｏＳ情報などのユーザに個別の情報、サービスそのものに関する情報などセル間で共通の情報が挙げられる。また、プリデファインド設定情報によって設定する内容としては、無線チャネルの設定などのユーザ間で共通の情報、セル間で異なる情報が挙げられる。このような設定内容の区分けは、スペックにて規定されていてもよいし、オペレータの運用によって規定されていてもよい。
【０１２１】
なお、上記各実施の形態では、具体的なプロトコルを挙げて説明しているが、本発明はこれに限らず、他のプロトコルであってもよい。具体的には、NASメッセージが、基地局とＣＮとの間の制御プロトコルとして3GPPにおいて議論されているS1プロトコルのメッセージであってもよいし、NASメッセージとS1プロトコルメッセージの両方であってもよい。
【０１２２】
また、上記各実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はソフトウェアで実現することも可能である。
【０１２３】
また、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１２４】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１２５】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【産業上の利用可能性】
【０１２６】
本発明にかかるコアネットワーク装置、無線通信端末装置及び無線通信方法は、呼接続時の遅延を低減することができ、例えば、3GPP LTEシステム等に適用できる。
【符号の説明】
【０１２７】
１０１，３０１，３５１  受信部
１０２  端末情報管理部
１０３，１５２  端末情報保持部
１０４，１５３  ストアード設定情報処理決定部
１０５，３０４  メッセージ作成・送信部
２０１  CNメッセージ受信部
２０２  端末メッセージ受信部
２０３  ストアード設定情報規則処理部
２０４，３０３，２５１，２７１，３７１，２９１，３９２  チャネル設定処理部
２０５，３０２，３５２  ストアード設定情報保持部
２０６  ＣＮ用メッセージ作成・送信部
２０７  端末用メッセージ作成・送信部
２５２，３５３，３９１  プリデファインド設定情報保持部
【図１】
0005372093.tif 000002
【図２】
0005372093.tif 000003
【図３】
0005372093.tif 000004
【図４】
0005372093.tif 000005
【図５】
0005372093.tif 000006
【図６】
0005372093.tif 000007
【図７】
0005372093.tif 000008
【図８】
0005372093.tif 000009
【図９】
0005372093.tif 000010
【図１０】
0005372093.tif 000011
【図１１】
0005372093.tif 000012
【図１２】
0005372093.tif 000013
【図１３】
0005372093.tif 000014
【図１４】
0005372093.tif 000015
【図１５】
0005372093.tif 000016
【図１６】
0005372093.tif 000017
【図１７】
0005372093.tif 000018
【図１８】
0005372093.tif 000019
【図１９】
0005372093.tif 000020
【図２０】
0005372093.tif 000021