(57)【要約】【課題】プロトコル処理の複雑さを軽減し、効率的に通信を行うことができる端末装置、基地局装置、方法、および集積回路に関する技術を提供すること。【解決手段】基地局装置と通信する端末装置が、Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ（ＵＥ）能力照会メッセージを受信する受信部と、ＵＥ能力照会メッセージに基づきＵＥ能力情報を基地局装置に通知する送信部とを備え、ＵＥ能力情報はＳｅｒｖｉｃｅ  Ｄａｔａ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＤＡＰ）レイヤに関するＵＥ能力の情報を含み、ＳＤＡＰレイヤに関するＵＥ能力の情報は、上りリンクのためのＳＤＡＰヘッダをサポートするか否かを示す情報、および／またはデフォルトデ−タ無線ベアラをサポートするか否かを示す情報を含む。【選択図】図８
2020129719.tif 000002
【特許請求の範囲】
【請求項１】
端末装置であって、
インアクティブ状態から接続状態への復帰（レジューム）を要求する第１のメッセージを送信する送信部と、
セル選択のための優先度情報（第１の情報）を含む、アイドル状態への遷移（接続の解放）を指示する第２のメッセージを受信する受信部と、
前記第１の情報を保持する制御部とを備え、
前記制御部は、インアクティブ状態からアイドル状態に遷移するときに、少なくとも前記第２のメッセージを受信したか否かに基づき、前記第１の情報を保持している場合に前記第１の情報を保持するか破棄するかを決定する端末装置。
【請求項２】
端末装置に適用される方法であって、
インアクティブ状態から接続状態への復帰（レジューム）を要求する第１のメッセージを送信するステップと、
セル選択のための優先度情報（第１の情報）を含む、アイドル状態への遷移（接続の解放）を指示する第２のメッセージを受信するステップと、
前記第１の情報を保持するステップとを含み、
前記制御部は、インアクティブ状態からアイドル状態に遷移するときに、少なくとも前記第２のメッセージを受信したか否かに基づき、前記第１の情報を保持している場合に前記第１の情報を保持するか破棄するかを決定する方法。
【請求項３】
端末装置に実装される集積回路であって、
インアクティブ状態から接続状態への復帰（レジューム）を要求する第１のメッセージを送信する機能と、
セル選択のための優先度情報（第１の情報）を含む、アイドル状態への遷移（接続の解放）を指示する第２のメッセージを受信する機能と、
前記第１の情報を保持する機能とを前記端末装置に対して発揮させ、
前記制御部は、インアクティブ状態からアイドル状態に遷移するときに、少なくとも前記第２のメッセージを受信したか否かに基づき、前記第１の情報を保持している場合に前記第１の情報を保持するか破棄するかを決定する集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、方法、および、集積回路に関する。
【背景技術】
【０００２】
セルラ−移動通信の無線アクセス方式および無線ネットワーク（以下、「Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ：登録商標）」、または、「Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ：ＥＵＴＲＡ」と称する。）、及びコアネットワーク（以下、「Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ：ＥＰＣ」）が、第三世代パートナーシッププロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：３ＧＰＰ）において検討されている。
【０００３】
また、３ＧＰＰにおいて、第５世代のセルラ−システムに向けた無線アクセス方式および無線ネットワーク技術として、ＬＴＥの拡張技術であるＬＴＥ−Ａｄｖａｎｃｅｄ  Ｐｒｏおよび新しい無線アクセス技術であるＮＲ（Ｎｅｗ  Ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）の技術検討及び規格策定が行われている（非特許文献１）。また第５世代セルラーシステムに向けたコアネットワークである、５ＧＣ（５  Ｇｅｎｅｒａｔｉｏｎ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）の検討も行われている（非特許文献２）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ  ＲＰ−１７０８５５，”Ｗｏｒｋ  Ｉｔｅｍ  ｏｎ  Ｎｅｗ  Ｒａｄｉｏ  （ＮＲ）  Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ”
【非特許文献２】３ＧＰＰ  ＴＳ  ２３．５０１  ｖ１５．３．０,“Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  ｔｈｅ  ５Ｇ  Ｓｙｓｔｅｍ；  Ｓｔａｇｅ  ２”
【非特許文献３】３ＧＰＰ  ＴＳ  ３６．３００,  ｖ１５．３．０，“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）ａｎｄ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  （Ｅ−ＵＴＲＡＮ）；Ｏｖｅｒａｌｌ  ｄｅｓｃｒｉｐｔｉｏｎ；  Ｓｔａｇｅ  ２”
【非特許文献４】３ＧＰＰ  ＴＳ  ３６．３３１  ｖ１５．３．０,“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  （ＲＲＣ）；Ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎｓ”
【非特許文献５】３ＧＰＰ  ＴＳ  ３６．３２３  ｖ１５．３．０,“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  （ＰＤＣＰ）  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献６】３ＧＰＰ  ＴＳ  ３６．３２２  ｖ１５．３．０,“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  （ＲＬＣ）  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献７】３ＧＰＰ  ＴＳ  ３６．３２１  ｖ１５．３．０,“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）；Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  （ＭＡＣ）  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献８】３ＧＰＰ  ＴＳ  ３７．３４０ｖ  １５．３．０,“ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌ  Ｔｅｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  （Ｅ−ＵＴＲＡ）ａｎｄ  ＮＲ;  Ｍｕｌｔｉ−Ｃｏｎｎｅｃｔｉｖｉｔｙ;  Ｓｔａｇｅ  ２”
【非特許文献９】３ＧＰＰ  ＴＳ  ３８．３００ｖ  １５．３．０,“ＮＲ；ＮＲ  ａｎｄ  ＮＧ−ＲＡＮ  Ｏｖｅｒａｌｌ  ｄｅｓｃｒｉｐｔｉｏｎ；  Ｓｔａｇｅ  ２”
【非特許文献１０】３ＧＰＰ  ＴＳ  ３８．３３１  ｖ１５．３．０,“ＮＲ；Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  （ＲＲＣ）；Ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎｓ”
【非特許文献１１】３ＧＰＰ  ＴＳ  ３８．３２３  ｖ１５．３．０,“ＮＲ；Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  （ＰＤＣＰ）  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献１２】３ＧＰＰ  ＴＳ  ３８．３２２  ｖ１５．３．０,“ＮＲ；Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  （ＲＬＣ）  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献１３】３ＧＰＰ  ＴＳ  ３８．３２１  ｖ１５．３．０,“ＮＲ；Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  （ＭＡＣ）  ｐｒｏｔｏｃｏｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献１４】３ＧＰＰ  ＴＳ  ２３．４０１  ｖ１５．０．０，“Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ  （ＧＰＲＳ）  ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  （Ｅ−ＵＴＲＡＮ）  ａｃｃｅｓｓ”
【非特許文献１５】３ＧＰＰ  ＴＳ  ２３．５０２  ｖ１５．３．０,“Ｐｒｏｃｅｄｕｒｅ  ｆｏｒ  ５Ｇ  Ｓｙｓｔｅｍ；  Ｓｔａｇｅ  ２”
【非特許文献１６】３ＧＰＰ  ＴＳ  ３７．３２４  ｖ１５．１．０,“ＮＲ；Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  （ＳＤＡＰ）  ｓｐｅｃｉｆｉｃａｔｉｏｎ”
【非特許文献１７】３ＧＰＰ  ＲＰ−１６１２６６、  “５Ｇ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｏｐｔｉｏｎｓ−Ｆｕｌｌ  Ｓｅｔ”
【非特許文献１８】３ＧＰＰ  Ｒ２−１８１６９００，”Ｃｌａｒｉｆｉｃａｔｉｏｎ  ｏｎ  ＲＲＣ  ｓｔａｔｅ  ｔｒａｎｓｉｔｉｏｎ”
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＮＲの技術の一つとして、インアクティブ状態（ＲＲＣ＿ＩＮＡＣＴＩＶＥ、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態とも称する）が導入された。インアクティブ状態とは、コアネットワークとの接続を維持したまま、ＲＡＮに設定された特定のエリア（ＲＡＮ  ｎｏｒｔｉｆｉｃａｔｉｏｎ  ａｒｅａ：ＲＮＡ）をＲＡＮへの通知なしで移動できる状態である。端末装置は、このインアクティブ状態と、待ち受け状態であるアイドル状態（ＲＲＣ＿ＩＤＬＥ、ＲＲＣ＿ＩＤＬＥ状態とも称する）と、接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態とも称する）とを、定められた条件に基づいて遷移する。また、この状態遷移において、定められた条件に基づいて端末装置は様々なパラメータを保持したり破棄したりする（非特許文献１８）。
【０００６】
しかしながら、状態遷移において、前記パラメータの管理が正しく行われない（望ましい結果が得られない）場合があり、端末装置がセルの選択および／または再選択を効率的に行うことができないという課題があった。
【０００７】
本発明の一態様は、上記した事情に鑑みてなされたもので、端末装置のセル選択および／または再選択を効率的に行うことができる端末装置、該端末装置に用いられる方法、該端末装置に実装される集積回路を提供することを目的の一つとする。
【課題を解決するための手段】
【０００８】
（１）上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、インアクティブ状態から接続状態への復帰（レジューム）を要求する第１のメッセージを送信する送信部と、セル選択のための優先度情報（第１の情報）を含む、アイドル状態への遷移（接続の解放）を指示する第２のメッセージを受信する受信部と、前記第１の情報を保持する制御部とを備え、前記制御部は、インアクティブ状態からアイドル状態に遷移するときに、少なくとも前記第２のメッセージを受信したか否かに基づき、前記第１の情報を保持している場合に前記第１の情報を保持するか破棄するかを決定する。
【０００９】
（２）本発明の第２の態様は、端末装置に適用される方法であって、インアクティブ状態から接続状態への復帰（レジューム）を要求する第１のメッセージを送信するステップと、セル選択のための優先度情報（第１の情報）を含む、アイドル状態への遷移（接続の解放）を指示する第２のメッセージを受信するステップと、前記第１の情報を保持するステップとを含み、前記制御部は、インアクティブ状態からアイドル状態に遷移するときに、少なくとも前記第２のメッセージを受信したか否かに基づき、前記第１の情報を保持している場合に前記第１の情報を保持するか破棄するかを決定する。
【００１０】
（３）本発明の第３の態様は、端末装置に実装される集積回路であって、インアクティブ状態から接続状態への復帰（レジューム）を要求する第１のメッセージを送信する機能と、セル選択のための優先度情報（第１の情報）を含む、アイドル状態への遷移（接続の解放）を指示する第２のメッセージを受信する機能と、前記第１の情報を保持する機能とを前記端末装置に対して発揮させ、前記制御部は、インアクティブ状態からアイドル状態に遷移するときに、少なくとも前記第２のメッセージを受信したか否かに基づき、前記第１の情報を保持している場合に前記第１の情報を保持するか破棄するかを決定する。
【００１１】
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【００１２】
本発明の一態様によれば、端末装置は、最適なパラメータ設定に基づき、効率的にセル選択および／または再選択を行うことができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態に係る通信システムの概略図。
【図２】本発明の実施の形態における、Ｅ−ＵＴＲＡにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。
【図３】本発明の実施の形態における、ＮＲにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。
【図４】本発明の実施の形態におけるＲＲＣ接続復帰要求（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔ）メッセージの送信処理のフローの一例を示す図。
【図５】本発明の実施の形態における端末装置の構成を示すブロック図。
【図６】本発明の実施の形態における基地局装置の構成を示すブロック図。
【図７】本発明の実施の形態におけるＲＲＣ接続解放メッセージを受信したときの端末装置の動作のフローの一例を示す図。
【図８】本発明の実施の形態における端末装置がＲＲＣ＿ＣＯＮＮＥＣＴＥＤまたはＲＲＣ＿ＩＮＡＣＴＩＶＥを離れる際の動作（第１の動作）のフローの一例を示す図。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００１５】
ＬＴＥ（およびＬＴＥ−Ａ  Ｐｒｏ）とＮＲは、異なるＲＡＴとして定義されてもよい。またＮＲは、ＬＴＥに含まれる技術として定義されてもよい。ＬＴＥは、ＮＲに含まれる技術として定義されてもよい。また、ＮＲとＭｕｌｔｉ  ＲＡＴ  Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙで接続可能なＬＴＥは、従来のＬＴＥと区別されてもよい。また、コアネットワークが５ＧＣであるＬＴＥは、コアネットワークがＥＰＣである従来のＬＴＥと区別されてもよい。本実施形態はＮＲ、ＬＴＥおよび他のＲＡＴに適用されてよい。以下の説明では、ＬＴＥおよびＮＲに関連する用語を用いて説明するが、他の用語を用いる他の技術において適用されてもよい。また本実施形態でのＥ−ＵＴＲＡという用語は、ＬＴＥという用語に置き換えられても良いし、ＬＴＥという用語はＥ−ＵＴＲＡという用語に置き換えられても良い。
【００１６】
図１は本発明の各実施の形態に係る通信システムの概略図である。
【００１７】
Ｅ−ＵＴＲＡ１００は非特許文献３等に記載の無線アクセス技術であり、１つ又は複数の周波数帯域で構成するセルグループ（Ｃｅｌｌ  Ｇｒｏｕｐ：ＣＧ）から成る。ｅＮＢ（Ｅ−ＵＴＲＡＮ  Ｎｏｄｅ  Ｂ）１０２は、Ｅ−ＵＴＲＡ１００の基地局装置である。ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）１０４は、非特許文献１４等に記載のコア網であり、Ｅ−ＵＴＲＡ１００用のコア網として設計された。インタフェース１１２はｅＮＢ１０２とＥＰＣ１０４の間のインタフェース（ｉｎｔｅｒｆａｃｅ）であり、制御信号が通る制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ：ＣＰ）と、そのユーザデータが通るユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ：ＵＰ）が存在する。
【００１８】
ＮＲ１０６は非特許文献９等に記載の無線アクセス技術であり、１つ又は複数の周波数帯域で構成するセルグループ（Ｃｅｌｌ  Ｇｒｏｕｐ：ＣＧ）から成る。ｇＮＢ（ｇ  Ｎｏｄｅ  Ｂ）１０８は、ＮＲ１０６の基地局装置である。５ＧＣ１１０は、非特許文献２等に記載のコア網であり、ＮＲ１０６用のコア網として設計されているが、５ＧＣ１１０に接続する機能をもつＥ−ＵＴＲＡ１００用のコア網として使われても良い。以下Ｅ−ＵＴＲＡ１００とは５ＧＣ１１０に接続する機能をもつＥ−ＵＴＲＡ１００を含んでも良い。
【００１９】
インタフェース１１４はｅＮＢ１０２と５ＧＣ１１０の間のインタフェース、インタフェース１１６はｇＮＢ１０８と５ＧＣ１１０の間のインタフェース、インタフェース１１８はｇＮＢ１０８とＥＰＣ１０４の間のインタフェース、インタフェース１２０はｅＮＢ１０２とｇＮＢ１０８の間のインタフェース、インタフェース１２４はＥＰＣ１０４と５ＧＣ１１０間のインタフェースである。インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、及びインタフェース１２４等はＣＰのみ、又はＵＰのみ、又はＣＰ及びＵＰ両方を通すインタフェースであっても良い。また、インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、及びインタフェース１２４等は、通信事業者が提供する通信システムに応じて存在しない場合もあっても良い。
【００２０】
ＵＥ１２２はＮＲ１０６に対応、又はＥ−ＵＴＲＡ１００及びＮＲ１０６両方対応した端末装置である。非特許文献３、及び／又は（ａｎｄ／ｏｒ）非特許文献９に記載の通り、ＵＥ１２２が、Ｅ−ＵＴＲＡ１００、及び／又はＮＲ１０６を介してコア網と接続する際、ＵＥ１２２と、Ｅ−ＵＴＲＡ１００、及び／又はＮＲ１０６との間に、無線ベアラ（ＲＢ：Ｒａｄｉｏ  Ｂｅａｒｅｒ）と呼ばれる論理経路が確立される。ＣＰに用いられる無線ベアラは、シグナリング無線ベアラ（ＳＲＢ：Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）と呼ばれ、ＵＰに用いられる無線ベアラは、データ無線ベアラ（ＤＲＢ  Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）と呼ばれる。各ＲＢは、ＲＢ識別子（ＲＢ  Ｉｄｅｎｔｉｔｙ，又はＲＢ  ＩＤ）が割り当てられ、一意に識別される。ＳＲＢ用ＲＢ識別子は、ＳＲＢ識別子（ＳＲＢ  Ｉｄｅｎｔｉｔｙ，又はＳＲＢ  ＩＤ）と呼ばれ、ＤＲＢ用ＲＢ識別子は、ＤＲＢ識別子（ＤＲＢ  Ｉｄｅｎｔｉｔｙ，又はＤＲＢ  ＩＤ）と呼ばれる。
【００２１】
非特許文献３に記載の通り、ＵＥ１２２の接続先コア網がＥＰＣ１０４である場合、ＵＥ１２２と、Ｅ−ＵＴＲＡ１００、及び／又はＮＲ１０６との間に確立された各ＤＲＢは更に、ＥＰＣ１０４内を経由する各ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）ベアラと一意に紐づけられる。各ＥＰＳベアラは、ＥＰＳベアラ識別子（Ｉｄｅｎｔｉｔｙ，又はＩＤ）が割り当てられ、一意に識別される。また同一のＥＰＳベアラを通るデータは同一のＱｏＳが保証される。
【００２２】
非特許文献９に記載の通り、ＵＥ１２２の接続先コア網が５ＧＣ１１０である場合、ＵＥ１２２と、Ｅ−ＵＴＲＡ１００、及び／又はＮＲ１０６との間に確立された一つ又は複数のＤＲＢは更に、５ＧＣ１１０内に確立されるＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）セッションの一つに紐づけられる。各ＰＤＵセッションには、一つ又は複数のＱｏＳフローが存在する。各ＤＲＢは、紐づけられているＰＤＵセッション内に存在する、一つ又は複数のＱｏＳフローと対応付け（ｍａｐ）されても良いし、どのＱｏＳフローと対応づけられなくても良い。各ＰＤＵセッションは、ＰＤＵセッション識別子（Ｉｄｅｎｔｉｔｙ，又はＩＤ）で識別される。また各ＱｏＳフローは、ＱｏＳフロー識別子で識別される。また同一のＱｏＳフローを通るデータは同一のＱｏＳが保証される。
【００２３】
ＥＰＣ１０４には、ＰＤＵセッション、及び／又はＱｏＳフローは存在せず、５ＧＣ１１０にはＥＰＳベアラは存在しない。言い換えると、ＵＥ１２２がＥＰＣ１０４と接続している際、ＵＥ１２２はＥＰＳベアラの情報を持ち、ＵＥ１２２が５ＧＣ１１０と接続している際、ＵＥ１２２はＰＤＵセッション、及び／又はＱｏＳフローの情報を持つ。
【００２４】
図２は本発明の各実施の形態における、Ｅ−ＵＴＲＡ無線アクセスレイヤにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック（Ｐｒｏｔｏｃｏｌ  Ｓｔａｃｋ）図である。
【００２５】
図２（Ａ）はＥ−ＵＴＲＡ１００においてＵＥ１２２がｅＮＢ１０２と通信を行う際に用いるＵＰのプロトコルスタック図である。
【００２６】
ＰＨＹ（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）２００は、無線物理層（無線物理レイヤ）であり、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用して上位層（上位レイヤ）に伝送サービスを提供する。ＰＨＹ２００は、後述する上位のＭＡＣ（Ｍｅｄｉｕｍ
Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ）２０２とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）で接続される。トランスポートチャネルを介して、ＭＡＣ２０２とＰＨＹ２００の間でデ−タが移動する。ＵＥ１２２とｅＮＢ１０２のＰＨＹ間において、無線物理チャネルを介してデ−タの送受信が行われる。
【００２７】
ＭＡＣ２０２は、多様な論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングを行う媒体アクセス制御層（媒体アクセス制御レイヤ）である。ＭＡＣ２０２は、後述する上位のＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ）２０４と、論理チャネルで接続される。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ−ザ情報を伝送するトラフィックチャネルに分けられる。ＭＡＣ２０２は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ２００の制御を行う機能、ランダムアクセス（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持つ（非特許文献７）。
【００２８】
ＲＬＣ２０４は、後述する上位のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  Ｌａｙｅｒ）２０６から受信したデ−タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層（下位レイヤ）が適切にデ−タ送信できるようにデ−タサイズを調節する無線リンク制御層（無線リンク制御レイヤ）である。また、ＲＬＣ２００は、各デ−タが要求するＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保証するための機能も持つ。すなわち、ＲＬＣ２０４は、デ−タの再送制御等の機能を持つ（非特許文献６）。
【００２９】
ＰＤＣＰ２０６は、ユーザデータであるＩＰパケット（ＩＰ  Ｐａｃｋｅｔ）を無線区間で効率的に伝送するためのパケットデータ収束プロトコル層（パケットデータ収束プロトコルレイヤ）である。ＰＤＣＰ２０６は、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ２０６は、デ−タの暗号化の機能も持ってもよい（非特許文献５）。
【００３０】
なお、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６において処理されたデータの事を、それぞれＭＡＣ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）、ＲＬＣ  ＰＤＵ、ＰＤＣＰ  ＰＤＵと呼ぶ。また、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に上位層から渡されるデータ、又は上位層に渡すデータの事を、それぞれＭＡＣ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）、ＲＬＣ  ＳＤＵ、ＰＤＣＰ  ＳＤＵと呼ぶ。
【００３１】
図２（Ｂ）はＥ−ＵＴＲＡ１００において、ＵＥ１２２がｅＮＢ１０２、および認証やモビリティマネージメントなどの機能を提供する論理ノードであるＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）と通信を行う際に用いるＣＰのプロトコルスタック図である。
【００３２】
ＣＰのプロトコルスタックには、ＰＨＹ２００、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に加え、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ）２０８、およびＮＡＳ（ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｒｕｍ）２１０が存在する。ＲＲＣ２０８は、ＲＲＣ接続の確立、再確立、一時停止（ｓｕｓｐｅｎｄ）、一時停止解除（ｒｅｓｕｍｅ）等の処理や、ＲＲＣ接続の再設定、例えば無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＲＢ）及びセルグループ（Ｃｅｌｌ  Ｇｒｏｕｐ）の確立、変更、解放等の設定を行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御などを行う他、ハンドオーバ及び測定（Ｍｅａｓｕｒｅｍｅｎｔ：メジャメント）の設定などを行う、無線リンク制御層（無線リンク制御レイヤ）である。ＲＢは、シグナリグ無線ベアラ（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＳＲＢ）とデ−タ無線ベアラ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＤＲＢ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。ｅＮＢ１０２とＵＥ１２２のＲＲＣ２０８間で各ＲＢの設定が行われてもよい。またＲＢのうちＲＬＣ２０４とＭＡＣ２０２で構成される部分をＲＬＣベアラと呼んでも良い（非特許文献４）。また、ＭＭＥとＵＥ１２２との間の信号を運ぶＮＡＳレイヤに対して、ＵＥ１２２とｅＮＢ１０２との間の信号を運ぶＰＨＹ２００、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、ＲＲＣ２０８の一部のレイヤあるいはすべてのレイヤをＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｒｕｍ）レイヤと称してよい。
【００３３】
前述のＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８の機能分類は
一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層の機能の一部あるいは全部が他の層に含まれてもよい。
【００３４】
なお、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）レイヤ、アプリケーションレイヤなどは、ＰＤＣＰレイヤの上位レイヤとなる（不図示）。またＲＲＣレイヤやＮＡＳ（ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｒｕｍ）レイヤもＳＤＡＰレイヤの上位レイヤとなる（不図示）。言い換えれば、ＰＤＣＰレイヤはＲＲＣレイヤ、ＮＡＳレイヤ、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）レイヤ、アプリケーションレイヤの下位レイヤとなる。
【００３５】
図３は本発明の各実施の形態における、ＮＲ無線アクセスレイヤにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック（Ｐｒｏｔｏｃｏｌ  Ｓｔａｃｋ）図である。
【００３６】
図３（Ａ）はＮＲ１０６においてＵＥ１２２がｇＮＢ１０８と通信を行う際に用いるＵＰのプロトコルスタック図である。
【００３７】
ＰＨＹ（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）３００は、ＮＲの無線物理層（無線物理レイヤ）であり、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用して上位層に伝送サービスを提供してもよい。ＰＨＹ３００は、後述する上位のＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ）３０２とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）で接続されてもよい。トランスポートチャネルを介して、ＭＡＣ３０２とＰＨＹ３００の間でデ−タが移動してもよい。ＵＥ１２２とｇＮＢ１０８のＰＨＹ間において、無線物理チャネルを介してデ−タの送受信が行われてもよい。
【００３８】
ＭＡＣ３０２は、多様な論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングを行う媒体アクセス制御層（媒体アクセス制御レイヤ）である。ＭＡＣ３０２は、後述する上位のＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ）３０４と、論理チャネルで接続されてもよい。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ−ザ情報を伝送するトラフィックチャネルに分けられてもよい。ＭＡＣ３０２は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ３００の制御を行う機能、ランダムアクセス（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持ってもよい（非特許文献１３）。
【００３９】
ＲＬＣ３０４は、後述する上位のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  Ｌａｙｅｒ）２０６から受信したデ−タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層が適切にデ−タ送信できるようにデ−タサイズを調節する無線リンク制御層（無線リンク制御レイヤ）である。また、ＲＬＣ３０４は、各デ−タが要求するＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保証するための機能も持っても良い。すなわち、ＲＬＣ３０４は、デ−タの再送制御等の機能を持っても良い（非特許文献１２）。
【００４０】
ＰＤＣＰ３０６は、ユーザデータであるＩＰパケット（ＩＰ  Ｐａｃｋｅｔ）を無線区間で効率的に伝送するパケットデータ収束プロトコル層（パケットデータ収束プロトコル層）である。ＰＤＣＰ３０６、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ３０６は、デ−タの暗号化の機能も持ってもよい（非特許文献１１）
。
【００４１】
ＳＤＡＰ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）３１０は、５ＧＣ１１０から基地局装置を介して端末装置に送られるダウンリンクのＱｏＳフローとＤＲＢとの対応付け（マッピング：ｍａｐｐｉｎｇ）、及び端末装置から基地局装置を介して５ＧＣ１１０に送られるアップリンクのＱｏＳフローと、ＤＲＢとのマッピングを行い、マッピングルール情報を格納する機能を持もつ、サービスデータ適応プロトコル層（サービスデータ適応プロトコルレイヤ）である（非特許文献１６）。
【００４２】
図３（Ｂ）はＮＲ１０６において、ＵＥ１２２がｇＮＢ１０８、および認証やモビリティマネージメントなどの機能を提供する論理ノードであるＡＭＦ（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）と通信を行う際に用いるＣＰのプロトコルスタック図である。
【００４３】
ＣＰのプロトコルスタックには、ＰＨＹ３００、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６に加え、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ）３０８、およびＮＡＳ（ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｒｕｍ）３１２が存在する。ＲＲＣ３０８は、ＲＲＣ接続の確立、再確立、一時停止（ｓｕｓｐｅｎｄ）、一時停止解除（ｒｅｓｕｍｅ）等の処理や、ＲＲＣ接続の再設定、例えば無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＲＢ）及びセルグループ（Ｃｅｌｌ  Ｇｒｏｕｐ）の確立、変更、解放等の設定を行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御などを行う他、ハンドオーバ及び測定（Ｍｅａｓｕｒｅｍｅｎｔ：メジャメント）の設定などを行う、無線リンク制御層（無線リンク制御レイヤ）である。ＲＢは、シグナリグ無線ベアラ（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＳＲＢ）とデ−タ無線ベアラ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＤＲＢ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。ｇＮＢ１０８とＵＥ１２２のＲＲＣ３０８間で各ＲＢの設定が行われてもよい。またＲＢのうちＲＬＣ３０４とＭＡＣ３０２で構成される部分をＲＬＣベアラと呼んでも良い（非特許文献１０）。また、ＡＭＦとＵＥ１２２との間の信号を運ぶＮＡＳレイヤに対して、ＵＥ１２２とｇＮＢ１０８との間の信号を運ぶＰＨＹ２００、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、ＲＲＣ２０８の一部のレイヤあるいはすべてのレイヤをＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｒｕｍ）レイヤと称してよい。
【００４４】
前述のＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０、及びＲＲＣ３０８の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層（各レイヤ）の機能の一部あるいは全部が他の層（レイヤ）に含まれてもよい。
【００４５】
なお、端末装置、及び／又は（ａｎｄ／ｏｒ）基地局装置に設定される各層の事を、エンティティと呼んでも良い。即ち、端末装置、及び／又は基地局装置に設定される、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、ＳＤＡＰ層、及びＲＲＣ層の事を、ＭＡＣエンティティ、ＲＬＣエンティティ、ＰＤＣＰエンティティ、ＳＤＡＰエンティティ、及びＲＲＣエンティティと、それぞれ呼んでも良い。
【００４６】
なお、本発明の各実施の形態では、以下Ｅ−ＵＴＲＡのプロトコルとＮＲのプロトコルを区別するため、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８を、それぞれＥ−ＵＴＲＡ用ＭＡＣ又はＬＴＥ用ＭＡＣ、Ｅ−ＵＴＲＡ用ＲＬＣ又はＬＴＥ用ＲＬＣ、Ｅ−ＵＴＲＡ用ＰＤＣＰ又はＬＴＥ用ＰＤＣＰ、及びＥ−ＵＴＲＡ用ＲＲＣ又はＬＴＥ用ＲＲＣと呼ぶ事もある。また、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＲＲＣ３０８を、それぞれＮＲ用ＭＡＣ、ＮＲ用ＲＬＣ、ＮＲ用ＲＬＣ、及びＮＲ用ＲＲ
Ｃと呼ぶ事もある。又は、Ｅ−ＵＴＲＡ  ＰＤＣＰ又はＬＴＥ  ＰＤＣＰ、ＮＲ  ＰＤＣＰなどとスペースを用いて記述する場合もある。
【００４７】
また、図１に示す通り、ｅＮＢ１０２、ｇＮＢ１０８、ＥＰＣ１０４、５ＧＣ１１０は、インタフェース１１２、インタフェース１１６、インタフェース１１８、インタフェース１２０、及びインタフェース１１４を介して繋がってもよい。このため、多様な通信システムに対応するため、図２のＲＲＣ２０８は、図３のＲＲＣ３０８に置き換えられてもよい。また図２のＰＤＣＰ２０６は、図３のＰＤＣＰ３０６に置き換えられても良い。また、図３のＲＲＣ３０８は、図２のＲＲＣ２０８の機能を含んでも良い。また図３のＰＤＣＰ３０６は、図２のＰＤＣＰ２０６であっても良い。また、Ｅ−ＵＴＲＡ１００において、ＵＥ１２２がｅＮＢ１０２と通信する場合であってもＰＤＣＰとしてＮＲ  ＰＤＣＰが使われても良い。
【００４８】
次にＬＴＥにおけるＵＥ１２２の状態遷移について説明する。ＵＥ１２２は、ＲＲＣ接続が設立されている（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｈａｓ  ｂｅｅｎ  ｅｓｔａｂｌｉｓｈｅｄ）とき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であってよい。また、ＵＥ１２２は、ＲＲＣ接続が休止しているとき、（もしＵＥ１２２が５ＧＣに接続しているなら）ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であってよい。もし、それらのケースでないなら、ＵＥ１２２は、ＲＲＣ＿ＩＤＬＥ状態であってよい。
【００４９】
なお、ＥＰＣに接続するＵＥ１２２は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態を持たないが、Ｅ−ＵＴＲＡＮによってＲＲＣ接続の休止が開始されてもよい。この場合、ＲＲＣ接続が休止されるとき、ＵＥ１２２はＵＥのＡＳコンテキストと復帰に用いる識別子（ｒｅｓｕｍｅＩｄｅｎｔｉｔｙ）を保持してＲＲＣ＿ＩＤＬＥ状態に遷移する。ＵＥ１２２がＵＥのＡＳコンテキストを保持しており、かつＥ−ＵＴＲＡＮによってＲＲＣ接続の復帰が許可（Ｐｅｒｍｉｔ）されており、かつＵＥ１２２がＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する必要があるとき、休止されたＲＲＣ接続の復帰が上位レイヤ（例えばＮＡＳレイヤ）によって開始されてよい。
【００５０】
すなわち、ＥＰＣに接続するＵＥ１２２と、５ＧＣに接続するＵＥ１２２とで、休止の定義が異なってよい。また、ＵＥ１２２がＥＰＣに接続している場合（ＲＲＣ＿ＩＤＬＥ状態で休止している場合）と５ＧＣに接続している場合（ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で休止している場合）とで、休止から復帰する手順のすべてあるいは一部が異なってよい。
【００５１】
ＵＥ１２２が保持するＵＥのＡＳコンテキストは、現在のＲＲＣ設定、現在のセキュリティコンテキスト、ＲＯＨＣ（ＲＯｂｕｓｔ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）状態を含むＰＤＣＰ状態、接続元（Ｓｏｕｒｃｅ）のＰＣｅｌｌで使われていたＣ−ＲＮＴＩ、セル識別子（ｃｅｌｌＩｄｅｎｔｉｔｙ）、接続元のＰＣｅｌｌの物理セル識別子、のすべてあるいは一部を含む情報であってよい。なお、ｅＮＢ１０２および／またはｇＮＢ１０８の保持するＵＥのＡＳコンテキストは、ＵＥ１２２が保持するＵＥのＡＳコンテキストと同じ情報を含んでもよいし、ＵＥ１２２が保持するＵＥのＡＳコンテキストに含まれる情報とは異なる情報が含まれてもよい。
【００５２】
セキュリティコンテキストとは、ＡＳレベルにおける暗号鍵、ＮＨ（Ｎｅｘｔ  Ｈｏｐ
ｐａｒａｍｅｔｅｒ）、次ホップのアクセス鍵導出に用いられるＮＣＣ（Ｎｅｘｔ  Ｈｏｐ  Ｃｈａｉｎｉｎｇ  Ｃｏｕｎｔｅｒ  ｐａｒａｍｅｔｅｒ）、選択されたＡＳレベルの暗号化アルゴリズムの識別子、リプレイ保護のために用いられるカウンター、のすべてあるいは一部を含む情報であってよい。
【００５３】
（実施の形態）
図１から図８を用いて、本発明の実施の形態を説明する。なお、以下に説明する各手順において、説明する処理以外の処理が実施の手順に含まれてもよく、また、説明する一部の処理が実施の手順に含まれなくてもよい。
【００５４】
本発明の実施の形態における無線リソース制御（ＲＲＣ）接続復帰手順の一例を図４を用いて説明する。
【００５５】
この手順はＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへＵＥ１２２を移すために用いられてよい。この手順は、ＲＲＣの上位レイヤからＲＲＣ接続の復帰の要求があったときや、ＲＲＣが（例えばセルの再選択によりＲＮＡが変更になったことをネットワークに通知するため（ＲＮＡアップデート）、またはＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥ１２２がＲＡＮのページングを受信したために、）ＲＲＣ接続の復帰を要求したときに開始されてよい。
【００５６】
ＵＥ１２２は、ＲＮＡアップデートの処理をトリガするために用いられるタイマーＴ３８０を停止し、以下に説明するＲＲＣ接続復帰要求（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔ）メッセージの送信処理を開始する。
【００５７】
まず、ＵＥ１２２は、ＲＲＣ接続復帰要求メッセージに含めるコンテンツとして以下のようにセットする（ステップＳ４０１）。
【００５８】
もし、報知されるシステム情報に、完全なＲｅｓｕｍｅＩＤを用いることを示す情報が含まれるなら、休止（Ｓｕｓｐｅｎｄ）のときに提供され、保持（Ｓｔｏｒｅ）している完全なＩ−ＲＮＴＩ（ｆｕｌｌＩ−ＲＮＴＩ）の値をｆｕｌｌＩ−ＲＮＴＩにセットする。そうでなければ、休止（Ｓｕｓｐｅｎｄ）のときに提供され、保持（Ｓｔｏｒｅ）している短いＩ−ＲＮＴＩ（ｓｈｏｒｔＩ−ＲＮＴＩ）の値をｓｈｏｒｔＩ−ＲＮＴＩにセットする。ここで、完全なＩ−ＲＮＴＩは、ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥ１２２の休止されたＵＥコンテキストを識別するために用いられる識別子であり、例えば４０ビットの情報であってよい。また、短いＩ−ＲＮＴＩも、ＲＲＣ＿ＩＮＡＣＴＩＶＥのＵＥ１２２の休止されたＵＥコンテキストを識別するために用いられる識別子であるが、完全なＩ−ＲＮＴＩよりも少ないビット数が用いられる。例えば短いＩ−ＲＮＴＩは２４ビットの情報であってよい。ここでのＵＥコンテキストはネットワークで保持されるＵＥ１２２に関する情報であり、ＵＥ１２２のセキュリティに関する能力の情報や、無線に関する能力の情報を含んでよい。
【００５９】
上位レイヤあるいはＡＳレイヤ（例えばＲＲＣ）から受け取った情報に従ってｒｅｓｕｍｅＣａｕｓｅをセットする。ここでｒｅｓｕｍｅＣａｕｓｅは、ＲＲＣ接続復帰要求メッセージに含める復帰の理由を示す情報である。例えば、ｒｅｓｕｍｅＣａｕｓｅには、緊急呼であることを示すｅｍｅｒｇｅｎｃｙや、ＲＮＡのアップデートのための復帰であることを示すｒｎａ−Ｕｐｄａｔｅなどが含まれる。
【００６０】
ＭＡＣ−Ｉ（Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ  −  Ｉｎｔｅｇｒｉｔｙ）の下位１６ビットをｓｈｏｒｔＲｅｓｕｍｅＭＡＣ−Ｉにセットする。ここで、ｓｈｏｒｔＲｅｓｕｍｅＭＡＣ−Ｉは、ｅＮＢ１０２、および／またはｇＮＢ１０８でＵＥ１２２の認証を容易にするための認証トークンとして用いられる情報である。
【００６１】
次に、ＰＨＹおよびＭＡＣの設定を除き、保持しているＵＥのＡＳコンテキストからＲＲＣ設定とセキュリティコンテキストをリストアする（ステップＳ４０２）。
【００６２】
整合性保護（Ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）のために用いられる鍵を更新し、ＳＲＢ０以外のすべてのＳＲＢに対して整合性保護を復帰するように下位レイヤを設定する（ステップＳ４０３）。
【００６３】
ＳＲＢ０以外のすべての無線ベアラに対して暗号化を復帰するように下位レイヤを設定する（ステップＳ４０４）。
【００６４】
ＳＲＢ１に対してデフォルトの設定を適用する（ステップＳ４０５）。
【００６５】
デフォルトのＮＲ  ＰＤＣＰ設定を適用する（ステップＳ４０６）。
【００６６】
ＳＲＢ１を復帰する（ステップＳ４０７）。
【００６７】
ＵＥ１２２は、ＲＲＣ接続復帰要求メッセージを送信のために下位レイヤに提出（Ｓｕｂｍｉｔ）する（ステップＳ４０８）。
【００６８】
上記ＲＲＣ接続復帰要求メッセージの返信として、ＲＲＣ接続復帰メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続却下メッセージ、ＲＲＣ接続解放メッセージなどがｅＮＢ１０２またはｇＮＢ１０８からＵＥ１２２に送られてよい。
【００６９】
例えば、ｅＮＢ１０２またはｇＮＢ１０８は、ＵＥ１２２を接続状態に復帰させるために、ＲＲＣ接続復帰メッセージをＵＥ１２２に送信してもよい。また、ｅＮＢ１０２またはｇＮＢ１０８は、ＵＥ１２２に接続状態の復帰ではなく確立させるために、ＲＲＣ接続セットアップメッセージをＵＥ１２２に送信してもよい。また、ｅＮＢ１０２またはｇＮＢ１０８は、ＵＥ１２２をインアクティブ状態に戻すために、ＲＲＣ接続却下メッセージをＵＥ１２２に送信してもよい。また、ｅＮＢ１０２またはｇＮＢ１０８は、ＵＥ１２２をアイドル状態に移すために、ＲＲＣ接続解放メッセージをＵＥ１２２に送信してもよい。
【００７０】
以下に、ＲＲＣ接続解放メッセージを受信したときのＵＥ１２２の動作を図７を用いて説明する。
【００７１】
ＵＥ１２２は、ＲＲＣ接続解放メッセージを受信してから既定の時間（例えば６０ｍｓ）か、下位レイヤからこのＲＲＣ接続解放メッセージに対する是応答を正常に完了したことが通知されたか何れか早い方まで、以下の動作を遅延させてもよい（ステップＳ７０１）。
【００７２】
もし、ＲＲＣ接続解放メッセージがＧＥＲＡＮへのリダイレクションを示すｒｅｄｉｒｅｃｔｅｄＣａｒｒｉｅｒＩｎｆｏを含むか、ｆｒｅｑＰｒｉｏｒｉｔｙＬｉｓｔＧＥＲＡＮを含むｉｄｌｅＭｏｄｅＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むなら、以下に示す処理１Ａを行い、そうでないなら、処理１Ａを行わずステップＳ７０４に遷移する（ステップＳ７０２）。ここで、ｒｅｄｉｒｅｃｔｅｄＣａｒｒｉｅｒＩｎｆｏは、例えば、（ＦＤＤでは下りリンクの）キャリア周波数と対象となるＲＡＴの種類（例えばＥＵＴＲＡ、ＧＥＲＡＮ、ＵＴＲＡ−ＦＤＤ、ＵＴＲＡ−ＴＤＤ、ＮＲリリース１５、など）を示す情報であってよい。ｆｒｅｑＰｒｉｏｒｉｔｙＬｉｓｔＧＥＲＡＮは、例えば、ＧＥＲＡＮにおける各周波数のセル再選択優先度の情報を示す情報であってよい。ｉｄｌｅＭｏｄｅＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏは、例えば、ＵＥ１２２に対して個別にセル再選択優先度の情報を提供するものであってよく、ＵＥ１２２のセル再選択に用いられてよい。
【００７３】
処理１Ａ：もしＡＳセキュリティがアクティベートされておらず、かつ、もし上位レイヤがＡＳセキュリティなしのＧＥＲＡＮへのリダイレクトを許可しないことを示しているかＵＥ１２２が５ＧＣに接続しているなら、ＲＲＣ接続解放メッセージのコンテンツを無視して、解放理由を「その他」に設定して、後に示すＲＲＣ＿ＣＯＮＮＥＣＴＥＤまたはＲＲＣ＿ＩＮＡＣＴＩＶＥを離れる際の動作（第１の動作）を実行してこの手順を終了する（ステップＳ７０３）。
【００７４】
もしＡＳセキュリティがアクティベートされていないなら、以下に示す処理１Ｂを行い、そうでないなら、処理１Ｂを行わずステップＳ７０６に遷移する（ステップＳ７０４）。
【００７５】
処理１Ｂ：もしＮＲへのリダイレクトを指示されているなら、ｒｅｄｉｒｅｃｔｅｄＣａｒｒｉｅｒＩｎｆｏのコンテンツを無視する。もしｉｄｌｅＭｏｄｅＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏにｆｒｅｑＰｒｉｏｒｉｔｙＬｉｓｔＮＲが含まれるなら、ｉｄｌｅＭｏｄｅＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏのコンテンツを無視する。もしＵＥ１２２がｒｅｄｉｒｅｃｔｅｄＣａｒｒｉｅｒＩｎｆｏまたはｉｄｌｅＭｏｄｅＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏのコンテンツを無視するなら、解放理由を「その他」に設定して、後に示す第１の動作を実行してこの手順を終了する（ステップＳ７０５）。ここで、ｆｒｅｑＰｒｉｏｒｉｔｙＬｉｓｔＮＲは、例えば、ＮＲにおける各周波数のセル再選択優先度の情報を示す情報であってよい。
【００７６】
もし、ＲＲＣ接続解放メッセージがＥＵＴＲＡへのリダイレクションを示すｒｅｄｉｒｅｃｔｅｄＣａｒｒｉｅｒＩｎｆｏを含み、ＵＥ１２２が５ＧＣに接続しているなら、以下に示す処理１Ｃを行い、そうでないなら、処理１Ｃを行わずステップＳ７０８に遷移する（ステップＳ７０６）。
【００７７】
処理１Ｃ：もしＲＲＣ接続解放メッセージにｃｎ−Ｔｙｐｅが含まれるなら、この受信したｃｎ−Ｔｙｐｅを上位レイヤに提供する（ステップＳ７０７）。
【００７８】
もしＲＲＣ接続解放メッセージにｉｄｌｅＭｏｄｅＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏが含まれるなら、以下に示す処理１Ｄを行い、そうでないなら、処理１Ｅを行う（ステップＳ７０８）。
【００７９】
処理１Ｄ：ＲＲＣ接続解放メッセージに含まれるｉｄｌｅＭｏｄｅＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏによって提供されるセル再選択優先度情報を保持する。もしＲＲＣ接続解放メッセージにｔ３２０が含まれるなら、このｔ３２０の値に従ってセットされるタイマーの値でタイマーＴ３２０をスタートする（ステップＳ７０９）。ここで、タイマーＴ３２０とは、ＵＥ１２２に個別に通知されたセル再選択優先度情報を適用する期間を管理するために用いられるタイマーであってよく、ｔ３２０を受けとったときに開始してよい。また、タイマーＴ３２０はその他の条件で開始してもよい。タイマーＴ３２０は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入った時に停止してよい。また、タイマーＴ３２０はその他の条件で停止してもよい。タイマーＴ３２０が満了したとき、すなわちタイマーＴ３２０が開始して既定の時間（例えばｔ３２０）経過したとき、ＵＥ１２２に個別に通知されたセル再選択優先度情報を破棄（Ｄｉｓｃａｒｄ）してよい。
【００８０】
処理１Ｅ：システム情報で報知されるセル再選択優先度情報を適用する（ステップＳ７１０）。
【００８１】
もしＲＲＣ接続解放メッセージに含まれる解放理由がｌｏａｄＢａｌａｎｃｉｎｇＴＡＵＲｅｑｕｉｒｅｄを示すなら（ステップＳ７１１）、解放理由を「ｌｏａｄ  Ｂａｌａ
ｎｃｉｎｇ  ＴＡＵ  Ｒｅｑｕｉｒｅｄ」に設定して、後に示す第１の動作を実行する（ステップＳ７１２）。ここで、ｌｏａｄＢａｌａｎｃｉｎｇＴＡＵＲｅｑｕｉｒｅｄは、例えば、ＴＡＵの負荷分散が必要であることを示す情報であってよい。
【００８２】
そうでなければ、もしＲＲＣ接続解放メッセージに含まれる解放理由がｃｓ−ＦａｌｌｂａｃｋＨｉｇｈＰｒｉｏｒｉｔｙを示すなら（ステップＳ７１３）、解放理由を「ｃｓ−Ｆａｌｌｂａｃｋ  Ｈｉｇｈ  Ｐｒｉｏｒｉｔｙ」に設定して、後に示す第１の動作を実行する（ステップＳ７１４）。ここで、ｃｓ−ＦａｌｌｂａｃｋＨｉｇｈＰｒｉｏｒｉｔｙは、例えば、高優先度の回線交換フォールバック（Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈｅｄ  ＦａｌｌＢａｃｋ）であることを示す情報であってよい。
【００８３】
そうでなければ、以下に示す処理１Ｆを行う（ステップＳ７１５）。
【００８４】
処理１Ｆ：もしｅｘｔｅｎｄｅｄＷａｉｔＴｉｍｅが存在しており、かつ、もしＵＥ１２２が遅延許容アクセスをサポートしているかＵＥ１２２がＮＢ−ＩｏＴ  ＵＥであるなら、ｅｘｔｅｎｄｅｄＷａｉｔＴｉｍｅを上位レイヤに転送する（ステップＳ７１６）。もしＲＲＣ接続解放メッセージに含まれる解放理由がｒｒｃ−Ｓｕｓｐｅｎｄを示すなら以下に示す処理１Ｇを行い、そうでないなら、処理１Ｈを行う（ステップＳ７１７）。ここで、例えば、ｒｒｃ−ＳｕｓｐｅｎｄはＲＲＣ接続を休止することを示す情報であってよい。
【００８５】
処理１Ｇ：もしｒｒｃ−ＩｎａｃｔｉｖｅＣｏｎｆｉｇが含まれるなら、ＲＲＣ＿ＩＮＡＣＴＩＶＥに入る処理を行い、そうでないなら、解放理由を「ＲＲＣ  ｓｕｓｐｅｎｓｉｏｎ」に設定して、後に示す第１の動作を実行する（ステップＳ７１８）。ここで、ｒｒｃ−ＩｎａｃｔｉｖｅＣｏｎｆｉｇは、例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥに入るＵＥ１２２が適用する設定であってよい。
【００８６】
処理１Ｈ：解放理由を「その他」に設定して、後に示す第１の動作を実行する（ステップＳ７１９）。
【００８７】
以下に、本発明の実施の形態における、ＵＥ１２２がＲＲＣ＿ＣＯＮＮＥＣＴＥＤまたはＲＲＣ＿ＩＮＡＣＴＩＶＥを離れる際のＵＥ１２２の動作（第１の動作）の一例を図８を用いて説明する。
【００８８】
ＵＥ１２２は、以下の処理を行う。
【００８９】
ＭＡＣをリセットする（ステップＳ８０１）。
【００９０】
もしＵＥ１２２が条件Ａを満たすなら（ステップＳ８０２）、（Ａ）もしタイマーＴ３２０が走っているなら停止し、（Ｂ）もしｉｄｌｅＭｏｄｅＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏによって提供されたセル再選択優先度情報を保持しているなら破棄する（ステップＳ８０３）。
【００９１】
前記条件Ａには、例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れる場合であって、ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れること（Ｌｅａｖｉｎｇ  ＲＲＣ＿ＩＮＡＣＴＩＶＥ）がＲＲＣ接続解放によってトリガされたものでない場合であることが含まれてもよい。
【００９２】
前記条件Ａには、例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れる場合であって、ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れること（Ｌｅａｖｉｎｇ  ＲＲＣ＿ＩＮＡＣＴＩＶＥ）がＲＲＣ接続解放メッセージによってトリガされたものでない場合であることが含まれてもよい。
【００９３】
前記条件Ａには、例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れる場合であって、ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れること（Ｌｅａｖｉｎｇ  ＲＲＣ＿ＩＮＡＣＴＩＶＥ）が、ＲＲＣ接続復帰要求メッセージに対する返信として受信したＲＲＣ接続解放メッセージによってトリガされたものでない場合であることが含まれてもよい。
【００９４】
また、前記条件Ａには、例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れる場合であって、（１）ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れることがＲＲＣ接続解放によってトリガされたものでない、または、（２）ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れることがＲＲＣ接続解放メッセージによってトリガされたものであり、且つＲＲＣ接続解放メッセージに含まれるｉｄｌｅＭｏｄｅＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを無視した場合であることが含まれてもよい。
【００９５】
また、前記条件Ａには、例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れる場合であって、（１）ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れることがＲＲＣ接続解放によってトリガされたものでない、または、（２）ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れることがＲＲＣ接続解放によってトリガされたものであり、且つｉｄｌｅＭｏｄｅＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含まないＲＲＣ接続解放メッセージによってトリガされたものである場合であることが含まれてもよい。
【００９６】
また、前記条件Ａには、例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れる場合であって、（１）ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れることがＲＲＣ接続解放によってトリガされたものでない、または、（２）ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れることがＲＲＣ接続解放メッセージによってトリガされたものであり、且つ
ＵＥ１２２がＲＲＣ接続解放メッセージに含まれるｒｅｄｉｒｅｃｔｅｄＣａｒｒｉｅｒＩｎｆｏのコンテンツを無視した、またはＲＲＣ接続解放メッセージに含まれるｉｄｌｅＭｏｄｅＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏのコンテンツを無視した場合であることが含まれてもよい。
【００９７】
また、前記条件Ａには、例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れる場合であって、（１）ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れることがＲＲＣ接続解放によってトリガされたものでない、または、（２）ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れることがＲＲＣ接続解放メッセージによってトリガされたものであり、且つ
ＵＥ１２２がＲＲＣ接続解放メッセージによって提供されたセル再選択優先度情報を保持しなかった場合であることが含まれてもよい。
【００９８】
また、前記条件Ａは前述した複数の条件の組み合わせを含んでもよい。
【００９９】
Ｕ１２２は、前記条件Ａを満たさない場合には、ステップＳ８０３に含まれる処理を実行しなくてよい。例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れる場合であって、ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れること（Ｌｅａｖｉｎｇ  ＲＲＣ＿ＩＮＡＣＴＩＶＥ）がＲＲＣ接続解放によってトリガされたものである場合に、ステップＳ８０３を実行しないようにしてもよい。また、例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れる場合であって、ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れることがＲＲＣ接続解放によってトリガされたものあり、かつ、ｉｄｌｅＭｏｄｅＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣ接続解放によってトリガされたものである場合には、ステップＳ８０３に含まれる処理を実行しないようにしてもよい。
【０１００】
ここで、「ＲＲＣ接続解放によってトリガされた」とは、（１）ＲＲＣ接続解放メッセージを受信したことによってトリガされた、（２）ＲＲＣ接続解放メッセージを受信したか否かに関わらずＲＲＣ接続が解放されることによってトリガされた、の何れかあるいは両方の意味が含まれてよい。
【０１０１】
タイマーＴ３２０、Ｔ３２２、Ｔ３２５、Ｔ３３０以外のタイマーを停止する（ステップＳ８０４）。ここで、タイマーＴ３２２は、ＵＥ１２２に個別に通知された一部のオフセットの情報を適用する期間を制御するために用いられるタイマーであってよい。また、タイマーＴ３２５は、あるキャリア周波数（例えばＲＲＣ接続拒否メッセージを受け取ったキャリア周波数）あるいはＲＡＴの優先度を下げる（ｄｅ−ｐｒｉｏｒｉｔｉｓｅする）期間を制御するために用いられるタイマーであってよい。また、Ｔ３３０は、ＲＲＣ＿ＩＤＬＥのＵＥ１２２が行う測定を制御するために用いられるタイマーであってよい。
【０１０２】
もしＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れることがＲＲＣのサスペンションによってトリガされたなら（ステップＳ８０５）、以下の処理２Ａを行い（ステップＳ８０６）、そうでなければ、処理２Ｂを行う（ステップＳ８０７）。
【０１０３】
処理２Ａ：ＮＲ  ＰＤＣＰとともに設定された（Ｃｏｎｆｉｇｕｒｅｄ  ｗｉｔｈ  ＮＲ  ＰＤＣＰ）無線ベアラを含むすべてのＳＲＢとＤＲＢのＲＬＣエンティティを再確立（再設立とも称する）（Ｒｅ−ｅｓｔａｂｌｉｓｈ）する。現在のＲＲＣ設定、現在のセキュリティコンテキスト、ＲＯＨＣ状態を含むＰＤＣＰ状態、接続元（Ｓｏｕｒｃｅ）のＰＣｅｌｌで使われていたＣ−ＲＮＴＩ、セル識別子（ｃｅｌｌＩｄｅｎｔｉｔｙ）、接続元のＰＣｅｌｌの物理セル識別子、のすべてあるいは一部を含むＵＥ  ＡＳ  Ｃｏｎｔｅｘｔを保持する。Ｅ−ＵＴＲＡＮによって提供された、ｒｅｓｕｍｅＩｄｅｎｔｉｔｙ、存在するならｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ、存在するならｄｒｂ−ＣｏｎｔｉｎｕｅＲＯＨＣのすべてあるいは一部を保持する。ＳＲＢ０を除く、ＮＲ  ＰＤＣＰとともに設定された無線ベアラを含むすべてのＳＲＢとＤＲＢを休止（Ｓｕｓｐｅｎｄ）する。上位レイヤにＲＲＣ接続の休止を通知する。整合性保護と暗号化を休止するよう下位レイヤを設定する。ここで、ｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔは、パラメータＮＣＣに関連し、鍵の更新に用いられる情報であってよい。また、ｄｒｂ−ＣｏｎｔｉｎｕｅＲＯＨＣは、ヘッダ圧縮プロトコルで設定された、ＤＲＢのためのヘッダ圧縮プロトコルの情報（コンテキスト）を使い続けるかリセットするかを示す情報であってよい。
【０１０４】
処理２Ｂ：すべての確立されている無線ベアラのためのＲＬＣエンティティとＭＡＣ設定と関連するＰＤＣＰエンティティの解放を含むすべての無線リソースを解放する。解放理由とともに上位レイヤにＲＲＣ接続の解放を通知する。
【０１０５】
以下に、ＲＲＣ＿ＩＮＡＣＴＩＶＥを離れる際の動作に関連する様々な手順の一例を示す。
【０１０６】
ＵＥ１２２によるページングメッセージの受信に関する動作について説明する。
【０１０７】
もしアイドル状態であるなら、ページングメッセージに含まれるＰａｇｉｎｇＲｅｃｏｒｄの各々に対して以下の処理３Ａを行う。ここで、ＰａｇｉｎｇＲｅｃｏｒｄは、対象となるＵＥ１２２を識別する情報が含まれてよい。
【０１０８】
処理３Ａ：もしＰａｇｉｎｇＲｅｃｏｒｄに含まれるｕｅ−Ｉｄｅｎｔｉｔｙが上位レイヤによって割り当てられたＵＥ識別子のひとつと一致するなら、ｕｅ−Ｉｄｅｎｔｉｔｙ、ａｃｃｅｓｓＴｙｐｅなどを上位レイヤに転送する。ここで、ａｃｃｅｓｓＴｙｐｅは、アクセスタイプを示す情報であってよく、例えば、ｃｉｒｃｕｉｔ  ｓｗｉｔｃｈｅｄ（ＣＳ）、ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ（ＰＳ）などが含まれてよい。
【０１０９】
もしインアクティブ状態であるなら、ページングメッセージに含まれるＰａｇｉｎｇＲｅｃｏｒｄの各々に対して以下の処理３Ｂを行う。
【０１１０】
処理３Ｂ：もしＰａｇｉｎｇＲｅｃｏｒｄに含まれるｕｅ−Ｉｄｅｎｔｉｔｙが保持しているＩ−ＲＮＴＩと一致するなら、ＵＥ１２２が設定されているアクセス識別子に基づいた理由値（Ｃａｕｓｅ  Ｖａｌｕｅ）を設定してＲＲＣ接続復帰手順を開始する。そうでなければ、もしＰａｇｉｎｇＲｅｃｏｒｄに含まれるｕｅ−Ｉｄｅｎｔｉｔｙが上位レイヤによって割り当てられたＵＥ識別子のひとつと一致するなら、ｕｅ−Ｉｄｅｎｔｉｔｙ、ａｃｃｅｓｓＴｙｐｅなどを上位レイヤに転送して、解放理由を「その他」に設定して、第１の動作を実行する。
【０１１１】
インアクティブ状態における、ＵＥ１２２によるタイマーＴ３００またはＴ３０２が走っている間のセル再選択に関する動作について説明する。
【０１１２】
もしタイマーＴ３００またはＴ３０２が走っている間にセル再選択が起こったなら、以下に示す処理４Ａを行う。
【０１１３】
処理４Ａ：もし変数ｐｅｎｄｉｎｇＲｎａＵｐｄａｔｅがＴＲＵＥにセットされているならＦＡＬＳＥにセットする。解放理由を「ＲＲＣ復帰失敗」に設定して、第１の動作を実行する。
【０１１４】
インアクティブ状態における、ＵＥ１２２によるタイマーＴ３００満了に関する動作について説明する。
【０１１５】
もしタイマーＴ３００が満了したなら、以下の処理を行う。
【０１１６】
もしＵＥ１２２がＲＲＣ接続復帰要求メッセージを送信してＲＲＣ接続復帰メッセージを受信していないなら、ＭＡＣをリセットして確立されたすべての無線ベアラのためのＲＬＣを再確立してＳＲＢ１を休止する。そうでなければ、ＭＡＣをリセットしてＭＡＣの設定を解放して確立されたすべての無線ベアラのためのＲＬＣを再確立する。
【０１１７】
もしインアクティブ状態であれば、解放理由を「ＲＲＣ接続失敗」に設定して、第１の動作を実行する。
【０１１８】
インアクティブ状態における、ＵＥ１２２によるＲＲＣ接続復帰メッセージの受信に関する一部の動作の一例について説明する。
【０１１９】
ＵＥ１２２は、タイマーＴ３２０を含む、様々なタイマーが走っているなら停止させる。
【０１２０】
もし、ＲＲＣ接続復帰メッセージが、早期データ送信（Ｅａｒｌｙ  Ｄａｔａ  Ｔｒａｎｓｍｉｓｓｉｏｎ：ＥＤＴ）のためのＲＲＣ接続復帰要求の返信で受信されたなら、ＲＲＣ接続復帰メッセージに含まれる一部のパラメータ（例えばｎｅｘｔＨｏｐＣｈｙａｉｎｉｎｇＣｏｕｎｔｅｒ）の値を無視する。
【０１２１】
ＲＲＣ接続復帰メッセージが、早期データ送信（Ｅａｒｌｙ  Ｄａｔａ  Ｔｒａｎｓｍｉｓｓｉｏｎ：ＥＤＴ）のためのＲＲＣ接続復帰要求の返信で受信されたのでなければ、もしＲＲＣ接続復帰メッセージの整合性保護のチェックが失敗したら、（Ａ）休止したＲＲＣ接続からの復帰（ＲＲＣ＿ＩＤＬＥ状態からの復帰）であれば解放理由を「その他」
に設定して、第１の動作を実行し、（Ｂ）ＲＲＣ＿ＩＮＡＣＴＩＶＥからの復帰であれば解放理由を「ＲＲＣ復帰失敗」に設定して第１の動作を実行して、このプロシージャを終了する。
【０１２２】
ＵＥ１２２は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入り、上位レイヤにＲＲＣ接続が復帰していることを通知する。
【０１２３】
その後の処理については説明を省略する。
【０１２４】
ＵＥ１２２がインアクティブ状態に入る際の一部の動作の一例について説明する。
【０１２５】
ＲＲＣ＿ＩＮＡＣＴＩＶＥに入るとき、ＵＥ１２２は以下の動作を行う。
【０１２６】
ＵＥ１２２はＭＡＣをリセットし、一部のタイマーを除くすべてのタイマーを停止する。前記一部のタイマーには、Ｔ３２０が含まれてよい。
【０１２７】
ＵＥ１２２はすべてのＳＲＢとＤＲＢのためのＲＬＣエンティティを再確立する。
【０１２８】
ＵＥ１２２は受信した設定（例えばｒｒｃ−ＩｎａｃｔｉｖｅＣｏｎｆｉｇ）を適用する。
【０１２９】
もし、ＲＲＣ接続復帰要求に対する返信としてＲＲＣ接続解放メッセージを受け取ったなら、ＵＥ１２２は。保持しているすべてのセキュリティコンテキストを新しく受信した（例えばｒｒｃ−ＩｎａｃｔｉｖｅＣｏｎｆｉｇに含まれる）セキュリティコンテキストに置き換え、保持しているＣ−ＲＮＴＩをＵＥ１２２がＲＲＣ接続解放メッセージを受信する際に使っていたテンポラリＣ−ＲＮＴＩに置き換え、保持しているセル識別子（ｃｅｌｌＩｄｅｎｔｉｔｙ）と物理セル識別子（Ｐｈｙｓｉｃａｌ  ｃｅｌｌ  ｉｄｅｎｔｉｔｙ）をＵＥ１２２がＲＲＣ接続解放メッセージを受信したときのＰＣｅｌｌのｃｅｌｌＩｄｅｎｔｉｔｙと物理セル識別子に置き換える。
【０１３０】
もし、ＲＲＣ接続復帰要求に対する返信としてＲＲＣ接続解放メッセージを受け取ったのではないなら、ＵＥのＡＳコンテキストを保持する。
【０１３１】
ＵＥ１２２は、ＲＮＡのアップデートに用いられるタイマーＴ３８０を開始し、ＳＲＢ０を除くすべてのＳＲＢとＤＲＢとを休止させる。
【０１３２】
ＵＥ１２２のＲＲＣレイヤは上位層にＲＲＣ接続の休止を通知し、ＲＲＣ＿ＩＮＡＣＴＩＶＥに入る。
【０１３３】
ＲＲＣ＿ＩＮＡＣＴＩＶＥにおけるセル再選択において、異なるＲＡＴのセルを選択するか、異なるコアネットワーク（ＣＮ）のタイプを選択するとき、ＵＥ１２２は、解放理由を「その他」に設定して、第１の動作を実行する。
【０１３４】
上記の動作以外の動作においても、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤまたはＲＲＣ＿ＩＮＡＣＴＩＶＥを離れる際の動作（第１の動作）を実行する場合があってよい。
【０１３５】
図５は本発明の実施の形態における端末装置（ＵＥ１２２）の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図５では、本発明と密接に関連する主な構成部のみを示す。
【０１３６】
図５に示すＵＥ１２２は、ｅＮＢ１０２よりＲＲＣ接続再設定メッセージ、ＲＲＣ接続復帰メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続却下メッセージ、ＲＲＣ接続解放メッセージ等を受信する受信部５００、及び受信したメッセージに含まれる各種情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）及び各種条件等に従って処理を行う処理部５０２、ｅＮＢ１０２へＲＲＣ接続復帰要求メッセージ等を送信する送信部５０４から成る。また様々な条件に基づき各部の動作を制御する制御部を別途備えてもよい。
【０１３７】
図６は本発明の実施の形態における基地局装置（ｅＮＢ１０２）の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図６では、本発明と密接に関連する主な構成部のみを示す。
【０１３８】
図６に示すｅＮＢ１０２は、ＵＥ１２２へＲＲＣ接続再設定メッセージ、ＲＲＣ接続復帰メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続却下メッセージ、ＲＲＣ接続解放メッセージ等を送信する送信部６００、及び各種情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）を含めたメッセージを作成し、ＵＥ１２２に送信する事により、ＵＥ１２２の処理部５０２に処理を行わせる処理部６０２、及びＵＥ１２２よりＲＲＣ接続復帰要求メッセージ等を受信する受信部６０４から成る。なお、図６に示す構成は、ｇＮＢ１０８に適用されても良い。ｇＮＢ１０８に適用される場合、送信部６００よりＵＥ１２２へ送信されるメッセージはＲＲＣ再設定メッセージ、ＲＲＣ復帰メッセージ、ＲＲＣセットアップメッセージ、ＲＲＣ却下メッセージ、ＲＲＣ解放メッセージ等であっても良い。また、ｅＮＢ１０２および／またはｇＮＢ１０８は、様々な条件に基づき各部の動作を制御する制御部を別途備えてもよい。
【０１３９】
このように、本発明の実施の形態では、ＵＥ１２２が状態遷移の条件に基づき設定の保持または破棄を行うことにより、適切なモビリティを実現することができる。
【０１４０】
詳細には、ＵＥ１２２は、状態遷移がトリガされた条件に基づきセル再選択優先度情報の破棄を行うことにより、不必要なセル再選択優先度情報の破棄を防ぐことができる。
【０１４１】
本発明の実施形態における、端末装置（ＵＥ１２２）および基地局装置（ｅＮＢ１０２、および／またはｇＮＢ１０８）の種々の態様について説明する。
【０１４２】
（１）本発明の第１の態様は、端末装置であって、インアクティブ状態から接続状態への復帰（レジューム）を要求する第１のメッセージを送信する送信部と、セル選択のための優先度情報（第１の情報）を含む、アイドル状態への遷移（接続の解放）を指示する第２のメッセージを受信する受信部と、前記第１の情報を保持する制御部とを備え、前記制御部は、インアクティブ状態からアイドル状態に遷移するときに、少なくとも前記第２のメッセージを受信したか否かに基づき、前記第１の情報を保持している場合に前記第１の情報を保持するか破棄するかを決定する。
【０１４３】
（２）本発明の第２の態様は、端末装置に適用される方法であって、インアクティブ状態から接続状態への復帰（レジューム）を要求する第１のメッセージを送信するステップと、セル選択のための優先度情報（第１の情報）を含む、アイドル状態への遷移（接続の解放）を指示する第２のメッセージを受信するステップと、前記第１の情報を保持するステップとを含み、前記制御部は、インアクティブ状態からアイドル状態に遷移するときに、少なくとも前記第２のメッセージを受信したか否かに基づき、前記第１の情報を保持している場合に前記第１の情報を保持するか破棄するかを決定する。
【０１４４】
（３）本発明の第３の態様は、端末装置に実装される集積回路であって、インアクティ
ブ状態から接続状態への復帰（レジューム）を要求する第１のメッセージを送信する機能と、セル選択のための優先度情報（第１の情報）を含む、アイドル状態への遷移（接続の解放）を指示する第２のメッセージを受信する機能と、前記第１の情報を保持する機能とを前記端末装置に対して発揮させ、前記制御部は、インアクティブ状態からアイドル状態に遷移するときに、少なくとも前記第２のメッセージを受信したか否かに基づき、前記第１の情報を保持している場合に前記第１の情報を保持するか破棄するかを決定する。
【０１４５】
（４）本発明の第４の態様は、端末装置であって、インアクティブ状態から接続状態への復帰（レジューム）を要求する第１のメッセージを送信する送信部と、セル選択のための優先度情報（第１の情報）を含む、アイドル状態への遷移（接続の解放）を指示する第２のメッセージを受信する受信部と、前記第２のメッセージに含まれる前記優先度情報を保持する制御部とを備え、前記制御部は、少なくとも前記第１のメッセージの返信として前記第２のメッセージを受信したか否かに基づき、前記第１の情報を保持している場合に前記第１の情報を保持するか破棄するかを決定する。
【０１４６】
（５）本発明の第５の態様は、端末装置であって、インアクティブ状態から接続状態への復帰（レジューム）を要求する第１のメッセージを送信する送信部と、アイドル状態への遷移（接続の解放）を指示する第２のメッセージを受信する受信部と、前記第２のメッセージに含まれる優先度情報（第１の情報）を保持する制御部とを備え、前記制御部は、少なくとも前記第２のメッセージを受信し、かつ前記第２のメッセージに前記端末装置に対して個別に提供されるセル再選択優先度の情報（第１の情報）が含まれているか否かに基づき、前記第１の情報を保持している場合に前記優先度情報を保持するか破棄するかを決定する。
【０１４７】
これにより、ＵＥ１２２が状態遷移の条件に基づき設定の保持または破棄を行うことができ、適切なモビリティを実現することができる。
【０１４８】
本発明に関わる装置で動作するプログラムは、本発明に関わる上述した実施形態の機能を実現するように、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）等を制御してコンピュ−タを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ（ＨＤＤ）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０１４９】
なお、上述した実施形態における装置の一部、をコンピュ−タで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュ−タが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュ−タシステムに読み込ませ、実行することによって実現してもよい。ここでいう「コンピュ−タシステム」とは、装置に内蔵されたコンピュ−タシステムであって、オペレ−ティングシステムや周辺機器等のハ−ドウェアを含むものとする。また、「コンピュ−タが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体等のいずれであってもよい。
【０１５０】
さらに「コンピュ−タが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュ−タシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュ−タシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【０１５１】
また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、すなわち典型的には集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、代わりにプロセッサは従来型のプロセッサ、コントロ−ラ、マイクロコントロ−ラ、またはステ−トマシンであってもよい。汎用用途プロセッサ、または前述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０１５２】
なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。
【０１５３】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０１５４】
１００  Ｅ−ＵＴＲＡ
１０２  ｅＮＢ
１０４  ＥＰＣ
１０６  ＮＲ
１０８  ｇＮＢ
１１０  ５ＧＣ
１１２、１１４、１１６，１１８、１２０、１２４  インタフェース
１２２  ＵＥ
２００、３００  ＰＨＹ
２０２、３０２  ＭＡＣ
２０４、３０４  ＲＬＣ
２０６、３０６  ＰＤＣＰ
２０８、３０８  ＲＲＣ
３１０  ＳＤＡＰ
２１０、３１２  ＮＡＳ
５００、６０４  受信部
５０２、６０２  処理部
５０４、６００  送信部
【図１】
2020129719.tif 000003
【図２】
2020129719.tif 000004
【図３】
2020129719.tif 000005
【図４】
2020129719.tif 000006
【図５】
2020129719.tif 000007
【図６】
2020129719.tif 000008
【図７】
2020129719.tif 000009
【図８】
2020129719.tif 000010