JP7494064B2

JP7494064B2 - 端末装置、基地局装置、方法、および、集積回路

Info

Publication number: JP7494064B2
Application number: JP2020152487A
Authority: JP
Inventors: 貴子堀; 昇平山田; 秀和坪井
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2020-09-11
Filing date: 2020-09-11
Publication date: 2024-06-03
Anticipated expiration: 2040-09-11
Also published as: JP2022046876A

Description

本発明は、端末装置、基地局装置、方法、および、集積回路に関する。

セルラ移動通信システムの標準化プロジェクトである、第３世代パートナーシッププロジェクト（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ：３ＧＰＰ）において、無線アクセス、コアネットワーク、サービス等を含む、セルラ移動通信システムの技術検討及び規格策定が行われている。

例えば、Ｅ－ＵＴＲＡ（ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ）は、３ＧＰＰにおいて、第３．９世代および第４世代向けセルラ移動通信システム向け無線アクセス技術（ＲａｄｉｏＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ：ＲＡＴ）として、技術検討及び規格策定が開始された。現在も３ＧＰＰにおいて、Ｅ－ＵＴＲＡの拡張技術の技術検討及び規格策定が行われている。なお、Ｅ－ＵＴＲＡは、ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ：登録商標）とも称し、拡張技術をＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、ＬＴＥ－ＡｄｖａｎｃｅｄＰｒｏ（ＬＴＥ－ＡＰｒｏ）と称する事もある。

また、ＮＲ（ＮｅｗＲａｄｉｏ、またはＮＲＲａｄｉｏａｃｃｅｓｓ）は、３ＧＰＰにおいて、第５世代（５ｔｈＧｅｎｅｒａｔｉｏｎ：５Ｇ）向けセルラ移動通信システム向け無線アクセス技術（ＲａｄｉｏＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ：ＲＡＴ）として、技術検討及び規格策定が開始された。現在も３ＧＰＰにおいて、ＮＲの拡張技術の技術検討及び規格策定が行われている。

3GPP TS 38.300v 16.2.0,"NR;NR and NG-RAN Overall description; Stage 2" pp10-134 3GPP TS 36.300 v16.2.0,"Evolved Universal Terrestrial Radio Access (E-UTRA)and Evolved Universal Terrestrial Radio Access Network (E-UTRAN);Overall description; Stage 2" pp19-361 3GPP TS 38.331 v16.1.0,"NR;Radio Resource Control (RRC);Protocol specifications"pp21-861 3GPP TS 36.331 v16.1.0,"Evolved Universal Terrestrial Radio Access (E-UTRA);Radio Resource Control (RRC);Protocol specifications" pp25-1012 3GPP TS 37.340v 16.2.0,"EvolvedUniversal Terrestrial Radio Access (E-UTRA)and NR; Multi-Connectivity; Stage 2" pp6-67

ＮＲの拡張技術の１つとして、既存のＮＲのモビリティ技術を拡張する仕組みが検討されている。ＮＲのモビリティ技術の拡張の一つに、条件つきハンドオーバがある。条件付きハンドオーバとは１つ又は複数のハンドオーバ実行条件が満たされた時に、端末装置によりハンドオーバ手順を実行する事により、ハンドオーバの堅牢性を改善する技術である。

条件付きハンドオーバの動作は規格化されつつあるが、詳細動作については更なる検討
が必要である。

本発明の一態様は、上記した事情に鑑みてなされたもので、モビリティを効率的に制御することができる端末装置、基地局装置、方法、集積回路を提供することを目的の一つとする。

上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち本発明の一態様は、基地局装置と通信する端末装置であって、前記端末装置は、前記基地局装置からＲＲＣメッセージを受信する受信部と、処理部と、を備え、前記処理部は、前記ＲＲＣメッセージに従って前記端末装置に設定を行い、前記端末装置の第１のタイマーが満了した事に基づいて、ハンドオーバ失敗の処理を行い、前記ハンドオーバ失敗の処理において、第１の条件を満たしている事に基づいて、各ＳＲＢに対し、ＰＤＣＰエンティティの状態変数以外の前記端末装置の設定を、ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、各ＤＲＢに対し、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、前記ハンドオーバ失敗の処理において、前記第１の条件を満たしていない事に基づいて、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、前記第１の条件には、前記端末装置に第１の設定が行われている事、及び前記端末装置が行った条件付きハンドオーバが鍵更新を伴わない事を少なくとも含み、前記条件付きハンドオーバとは、前記端末装置に設定されている条件付きハンドオーバ実行条件が満たされた時に、端末装置によりハンドオーバ手順を実行するハンドオーバである。

また本発明の一態様は、端末装置と通信を行う基地局装置であって、前記基地局装置は前記端末装置にＲＲＣメッセージを送信する送信部と、処理部と、を備え、前記処理部は、前記ＲＲＣメッセージに従って前記端末装置に設定を行わせ、前記端末装置の第１のタイマーが満了した事に基づいて、前記端末装置にハンドオーバ失敗の処理を行わせ、前記ハンドオーバ失敗の処理において、第１の条件を満たしている事に基づいて、各ＳＲＢに対し、ＰＤＣＰエンティティの状態変数以外の前記端末装置の設定を、ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、各ＤＲＢに対し、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行わせ、前記ハンドオーバ失敗の処理において、前記第１の条件を満たしていない事に基づいて、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行わせ、前記第１の条件には、前記端末装置に第１の設定が行われている事、及び前記端末装置が行った条件付きハンドオーバが鍵更新を伴わない事を少なくとも含み、前記条件付きハンドオーバとは、前記端末装置に設定されている条件付きハンドオーバ実行条件が満たされた時に、端末装置によりハンドオーバ手順を実行するハンドオーバである。

また本発明の一態様は、基地局装置と通信する端末装置の方法であって、前記端末装置は、前記基地局装置からＲＲＣメッセージを受信し、前記ＲＲＣメッセージに従って前記端末装置に設定を行い、前記端末装置の第１のタイマーが満了した事に基づいて、ハンドオーバ失敗の処理を行い、前記ハンドオーバ失敗の処理において、第１の条件を満たしている事に基づいて、各ＳＲＢに対し、ＰＤＣＰエンティティの状態変数以外の前記端末装置の設定を、ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、各ＤＲＢに対し、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、前記ハンドオーバ失敗の処理において、前記第１の条件を満たしていない事に基づいて、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、前記第１の条件には、前記端末装置に第１の設定が行われている事、及び前記端末装置が行った条件付きハンドオーバが鍵更新を伴わない事を少なくとも含み、前記条件付きハンドオーバとは、前記端末装置に設定されている条件付きハンドオーバ実行条件が満たされた時に、端末装置によりハンドオーバ手順を実行するハンドオーバである。

また本発明の一態様は、端末装置と通信を行う基地局装置の方法であって、前記基地局装置は前記端末装置にＲＲＣメッセージを送信し、前記ＲＲＣメッセージに従って前記端末装置に設定を行わせ、前記端末装置の第１のタイマーが満了した事に基づいて、前記端末装置にハンドオーバ失敗の処理を行わせ、前記ハンドオーバ失敗の処理において、第１の条件を満たしている事に基づいて、各ＳＲＢに対し、ＰＤＣＰエンティティの状態変数以外の前記端末装置の設定を、ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、各ＤＲＢに対し、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行わせ、前記ハンドオーバ失敗の処理において、前記第１の条件を満たしていない事に基づいて、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行わせ、前記第１の条件には、前記端末装置に第１の設定が行われている事、及び前記端末装置が行った条件付きハンドオーバが鍵更新を伴わない事を少なくとも含み、前記条件付きハンドオーバとは、前記端末装置に設定されている条件付きハンドオーバ実行条件が満たされた時に、端末装置によりハンドオーバ手順を実行するハンドオーバである。

なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

本発明の一態様によれば、端末装置は、効率的なモビリティ処理を実現することができる。

本発明の実施の形態に係る通信システムの概略図。本発明の実施の形態に係るＥ－ＵＴＲＡプロトコル構成の一例の図。本発明の実施形態に係るＮＲプロトコル構成の一例の図。本発明の実施の形態に係るＲＲＣにおける、各種設定のための手順のフローの一例を示す図。本発明の実施の形態における端末装置の構成を示すブロック図。本発明の実施の形態における基地局装置の構成を示すブロック図。本発明の実施の形態におけるＮＲでのＲＲＣコネクションの再設定に関するメッセージに含まれるＡＳＮ．１記述の一例。本発明の実施の形態におけるＥ－ＵＴＲＡでのＲＲＣコネクションの再設定に関するメッセージに含まれるＡＳＮ．１記述の一例。本発明の実施の形態における条件付きハンドオーバの設定に関するフィールド、及び／又は情報要素を表すＡＳＮ．１記述の一例。本発明の実施の形態における、端末装置の処理の一例を示す図。

以下、本発明の実施の形態について、図面を参照して詳細に説明する。

ＬＴＥ（およびＬＴＥ－Ａ、ＬＴＥ－ＡＰｒｏ）とＮＲは、異なる無線アクセス技術（ＲａｄｉｏＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ：ＲＡＴ）として定義されてよい。またＮＲは、ＬＴＥに含まれる技術として定義されてもよい。またＬＴＥは、ＮＲに含まれる技術として定義されてもよい。また、ＮＲとＭｕｌｔｉＲａｄｉｏＤｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ（ＭＲ－ＤＣ）で接続可能なＬＴＥは、従来のＬＴＥと区別され
てよい。また、コアネットワークに５ＧＣを用いるＬＴＥは、コアネットワークにＥＰＣを用いる従来のＬＴＥと区別されてよい。なお従来のＬＴＥとは、３ＧＰＰにおけるリリース１５以降に規格化された技術を実装していないＬＴＥの事であって良い。本発明の実施形態はＮＲ、ＬＴＥおよび他のＲＡＴに適用されてよい。以下の説明では、ＬＴＥおよびＮＲに関連する用語を用いて説明するが、本発明の実施形態は他の用語を用いる他の技術において適用されてもよい。また本発明の実施形態でのＥ－ＵＴＲＡという用語は、ＬＴＥという用語に置き換えられて良いし、ＬＴＥという用語はＥ－ＵＴＲＡという用語に置き換えられて良い。

なお、本発明の実施の形態において、無線アクセス技術がＥ－ＵＴＲＡ又はＮＲである場合の各ノードやエンティティの名称、及び各ノードやエンティティにおける処理等について説明するが、本発明の実施の形態は他の無線アクセス技術に用いられて良い。本発明の実施の形態における各ノードやエンティティの名称は、別の名称であって良い。

図１は本発明の実施の形態に係る通信システムの概略図である。なお図１を用いて説明する各ノード、無線アクセス技術、コアネットワーク、インタフェース等の機能は、本発明の実施形態に密接に関わる一部の機能であり、非特許文献１から非特許文献５等に記載されている、他の機能を持って良い。また非特許文献１から非特許文献５等に記載されていない、他の機能を持って良い。

Ｅ－ＵＴＲＡ１００は非特許文献２等に記載の無線アクセス技術であって良い。またＥ－ＵＴＲＡ１００は、ＵＥ１２２とｅＮＢ１０２との間のエアインタフェース（ａｉｒｉｎｔｅｒｆａｃｅ）であって良い。ＵＥ１２２とｅＮＢ１０２との間のエアインタフェースをＵｕインタフェースと呼んで良い。ｅＮＢ（Ｅ－ＵＴＲＡＮＮｏｄｅＢ）１０２は、Ｅ－ＵＴＲＡ１００の基地局装置であって良い。ｅＮＢ１０２は、後述のＥ－ＵＴＲＡプロトコルを持って良い。Ｅ－ＵＴＲＡプロトコルは、後述のＥ－ＵＴＲＡユーザプレーン（ＵｓｅｒＰｌａｎｅ：ＵＰ）プロトコル、及び後述のＥ－ＵＴＲＡ制御プレーン（ＣｏｎｔｒｏｌＰｌａｎｅ：ＣＰ）プロトコルから構成されても良い。ｅＮＢ１０２は、ＵＥ１２２に対し、Ｅ－ＵＴＲＡユーザプレーン（ＵｓｅｒＰｌａｎｅ：ＵＰ）プロトコル、及びＥ－ＵＴＲＡ制御プレーン（ＣｏｎｔｒｏｌＰｌａｎｅ：ＣＰ）プロトコルを終端して良い。

ＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）１０４は、非特許文献２等に記載のコア網であって良い。インタフェース１１２はｅＮＢ１０２とＥＰＣ１０４の間のインタフェース（ｉｎｔｅｒｆａｃｅ）であり、Ｓ１インタフェースと呼ばれて良い。インタフェース１１２には、制御信号が通る制御プレーンインタフェース、及び／又は（ａｎｄ／ｏｒ）ユーザデータが通るユーザプレーンインタフェースが存在して良い。インタフェース１１２の制御プレーンインタフェースはＥＰＣ１０４内のＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ（ＭＭＥ：不図示）で終端して良い。インタフェース１１２のユーザプレーンインタフェースはＥＰＣ１０４内のサービングゲートウェイ（Ｓ－ＧＷ：不図示）で終端して良い。インタフェース１１２の制御プレーンインタフェースをＳ１－ＭＭＥインタフェースと呼んで良い。インタフェース１１２のユーザプレーンインタフェースをＳ１－Ｕインタフェースと呼んで良い。

なお、１つ又は複数のｅＮＢ１０２がＥＰＣ１０４にインタフェース１１２を介して接続されて良い。ＥＰＣ１０４に接続する複数のｅＮＢ１０２の間に、インタフェースが存在して良い（不図示）。ＥＰＣ１０４に接続する複数のｅＮＢ１０２間のインタフェースを、Ｘ２インタフェースと呼んで良い。

ＮＲ１０６は非特許文献１等に記載の無線アクセス技術であって良い。またＮＲ１０６
は、ＵＥ１２２とｇＮＢ１０８との間のエアインタフェース（ａｉｒｉｎｔｅｒｆａｃｅ）であって良い。ＵＥ１２２とｇＮＢ１０８との間のエアインタフェースをＵｕインタフェースと呼んで良い。ｇＮＢ（ｇＮｏｄｅＢ）１０８は、ＮＲ１０６の基地局装置であって良い。ｇＮＢ１０８は、後述のＮＲプロトコルを持って良い。ＮＲプロトコルは、後述のＮＲユーザプレーン（ＵｓｅｒＰｌａｎｅ：ＵＰ）プロトコル、及び後述のＮＲ制御プレーン（ＣｏｎｔｒｏｌＰｌａｎｅ：ＣＰ）プロトコルから構成されて良い。ｇＮＢ１０８は、ＵＥ１２２に対し、ＮＲユーザプレーン（ＵｓｅｒＰｌａｎｅ：ＵＰ）プロトコル、及びＮＲ制御プレーン（ＣｏｎｔｒｏｌＰｌａｎｅ：ＣＰ）プロトコルを終端して良い。

５ＧＣ１１０は、非特許文献１等に記載のコア網であって良い。インタフェース１１６はｇＮＢ１０８と５ＧＣ１１０の間のインタフェース（ｉｎｔｅｒｆａｃｅ）であり、ＮＧインタフェースと呼ばれて良い。インタフェース１１６には、制御信号が通る制御プレーンインタフェース、及び／又はユーザデータが通るユーザプレーンインタフェースが存在して良い。インタフェース１１６の制御プレーンインタフェースは５ＧＣ１１０内のＡｃｃｅｓｓａｎｄｍｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ（ＡＭＦ：不図示）で終端して良い。インタフェース１１６のユーザプレーンインタフェースは５ＧＣ１１０内のＵｓｅｒＰｌａｎｅＦｕｎｃｔｉｏｎ（ＵＰＦ：不図示）で終端して良い。インタフェース１１６の制御プレーンインタフェースをＮＧ－Ｃインタフェースと呼んで良い。インタフェース１１６のユーザプレーンインタフェースをＮＧ－Ｕインタフェースと呼んで良い。

なお、１つ又は複数のｇＮＢ１０８が５ＧＣ１１０にインタフェース１１６を介して接続されて良い。５ＧＣ１１０に接続する複数のｇＮＢ１０８の間に、インタフェースが存在して良い（不図示）。５ＧＣ１１０に接続する複数のｇＮＢ１０８間のインタフェースをＸｎインタフェースと呼んで良い。

ｅＮＢ１０２は５ＧＣ１１０に接続する機能を持って良い。５ＧＣ１１０に接続する機能をもつｅＮＢ１０２を、ｎｇ－ｅＮＢと呼んで良い。インタフェース１１４はｅＮＢ１０２と５ＧＣ１１０の間のインタフェースで、ＮＧインタフェースと呼ばれて良い。インタフェース１１４には、制御信号が通る制御プレーンインタフェース、及び／又はユーザデータが通るユーザプレーンインタフェースが存在して良い。インタフェース１１４の制御プレーンインタフェースは５ＧＣ１１０内のＡｃｃｅｓｓａｎｄｍｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ（ＡＭＦ：不図示）で終端して良い。インタフェース１１４のユーザプレーンインタフェースは５ＧＣ１１０内のＵｓｅｒＰｌａｎｅＦｕｎｃｔｉｏｎ（ＵＰＦ：不図示）で終端して良い。インタフェース１１４の制御プレーンインタフェースをＮＧ－Ｃインタフェースと呼んで良い。インタフェース１１４のユーザプレーンインタフェースをＮＧ－Ｕインタフェースと呼んで良い。

なお、１つ又は複数のｅＮＢ１０２が５ＧＣ１１０にインタフェース１１４を介して接続されて良い。５ＧＣ１１０に接続する複数のｅＮＢ１０２の間に、インタフェースが存在して良い（不図示）。５ＧＣ１１０に接続する複数のｅＮＢ１０２の間のインタフェースを、Ｘｎインタフェースと呼んで良い。また５ＧＣ１１０に接続するｅＮＢ１０２と、５ＧＣ１１０に接続するｇＮＢ１０８は、インタフェース１２０で接続されて良い。５ＧＣ１１０に接続するｅＮＢ１０２と、５ＧＣ１１０に接続するｇＮＢ１０８の間のインタフェース１２０は、Ｘｎインタフェースと呼ばれて良い。

ｇＮＢ１０８はＥＰＣ１０４に接続する機能を持って良い。ＥＰＣ１０４に接続する機能をもつｇＮＢ１０８を、ｅｎ－ｇＮＢと呼んで良い。インタフェース１１８はｇＮＢ１０８とＥＰＣ１０４の間のインタフェースで、Ｓ１インタフェースと呼ばれて良い。インタフェース１１８には、ユーザデータが通るユーザプレーンインタフェースが存在して良い。インタフェース１１８のユーザプレーンインタフェースはＥＰＣ１０４内のＳ－ＧＷ（不図示）で終端して良い。インタフェース１１８のユーザプレーンインタフェースをＳ１－Ｕインタフェースと呼んで良い。またＥＰＣ１０４に接続するｅＮＢ１０２と、ＥＰＣ１０４に接続するｇＮＢ１０８は、インタフェース１２０で接続されて良い。ＥＰＣ１０４に接続するｅＮＢ１０２と、ＥＰＣ１０４に接続するｇＮＢ１０８の間のインタフェース１２０はＸ２インタフェースと呼ばれて良い。

インタフェース１２４はＥＰＣ１０４と５ＧＣ１１０間のインタフェースであり、ＣＰのみ、又はＵＰのみ、又はＣＰ及びＵＰ両方を通すインタフェースであって良い。また、インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、及びインタフェース１２４等のうちの一部又は全てのインタフェースは、通信事業者等が提供する通信システムに応じて存在しない場合があって良い。

ＵＥ１２２はｅＮＢ、及び／又はｇＮＢから送信される報知情報や、ページングメッセージを受信する事が可能な端末装置であって良い。またＵＥ１２２は、ｅＮＢ１０２、及び／又はｇＮＢ１０８との無線接続が可能な端末装置であって良い。またＵＥ１２２は、ｅＮＢ１０２との無線接続、及びｇＮＢ１０８と無線接続を同時に行う事が可能な端末装置であって良い。ＵＥ１２２はＥ－ＵＴＲＡプロトコル、及び／又はＮＲプロトコルを持って良い。なお、無線接続とは、非特許文献３、非特許文献４等に記載の、ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ（ＲＲＣ）接続であって良い。

非特許文献３、非特許文献４等に記載の通り、ＵＥ１２２が、ｅＮＢ１０２、及び／又はｇＮＢ１０８と通信する場合、ＵＥ１２２と、ｅＮＢ１０２、及び／又はｇＮＢ１０８との間に無線ベアラ（ＲＢ：ＲａｄｉｏＢｅａｒｅｒ）を確立する事により、無線接続を行って良い。ＣＰに用いられる無線ベアラは、シグナリング無線ベアラ（ＳＲＢ：ＳｉｇｎａｌｉｎｇＲａｄｉｏＢｅａｒｅｒ）と呼ばて良い。またＵＰに用いられる無線ベアラは、データ無線ベアラ（ＤＲＢＤａｔａＲａｄｉｏＢｅａｒｅｒ）と呼ばれて良い。各無線ベアラには、無線ベアラ識別子（Ｉｄｅｎｔｉｔｙ：ＩＤ）が割り当てられて良い。ＳＲＢ用無線ベアラ識別子は、ＳＲＢ識別子（ＳＲＢＩｄｅｎｔｉｔｙ，又はＳＲＢＩＤ）と呼ばれて良い。ＤＲＢ用無線ベアラ識別子は、ＤＲＢ識別子（ＤＲＢ
Ｉｄｅｎｔｉｔｙ，又はＤＲＢＩＤ）と呼ばれて良い。

またＵＥ１２２は、ｅＮＢ１０２及び／又はｇＮＢを介して、ＥＰＣ１０４、及び／又は５ＧＣ１１０との接続が可能な端末装置であって良い。ＵＥ１２２が通信を行うｅＮＢ１０２、及び／又はｇＮＢ１０８の接続先コア網がＥＰＣ１０４である場合、ＵＥ１２２と、ｅＮＢ１０２、及び／又はｇＮＢ１０８との間に確立された各ＤＲＢは、更にＥＰＣ１０４内を経由する各ＥＰＳ（ＥｖｏｌｖｅｄＰａｃｋｅｔＳｙｓｔｅｍ）ベアラと一意に紐づけられて良い。各ＥＰＳベアラは、ＥＰＳベアラ識別子（Ｉｄｅｎｔｉｔｙ，又はＩＤ）で識別されて良い。また同一のＥＰＳベアラを通るＩＰパケットや、イーサネット（登録商標）フレーム等のデータには同一のＱｏＳが保証されて良い。

また、ＵＥ１２２が通信を行うｅＮＢ１０２、及び／又はｇＮＢ１０８の接続先コア網が５ＧＣ１１０である場合、ＵＥ１２２と、ｅＮＢ１０２、及び／又はｇＮＢ１０８との間に確立された各ＤＲＢは、更に５ＧＣ１１０内に確立されるＰＤＵ（ＰａｃｋｅｔＤａｔａＵｎｉｔ）セッションの一つに紐づけられて良い。各ＰＤＵセッションには、一つ又は複数のＱｏＳフローが存在して良い。各ＤＲＢは、一つ又は複数のＱｏＳフローと対応付け（ｍａｐ）されて良いし、どのＱｏＳフローと対応づけられなくて良い。各ＰＤＵセッションは、ＰＤＵセッション識別子（Ｉｄｅｎｔｉｔｙ，Ｉｄｅｎｔｉｆｉｅｒ，又はＩＤ）で識別されて良い。また各ＱｏＳフローは、ＱｏＳフロー識別子Ｉｄｅｎｔｉ
ｔｙ，Ｉｄｅｎｔｉｆｉｅｒ，又はＩＤ）で識別されて良い。また同一のＱｏＳフローを通るＩＰパケットや、イーサネットフレーム等のデータに同一のＱｏＳが保証されて良い。

ＥＰＣ１０４には、ＰＤＵセッション及び／又はＱｏＳフローは存在しなくて良い。また５ＧＣ１１０にはＥＰＳベアラは存在しなくて良い。ＵＥ１２２がＥＰＣ１０４と接続している際、ＵＥ１２２はＥＰＳベアラの情報を持つが、ＰＤＵセッション及び／又はＱｏＳフローの内の情報は持たなくて良い。またＵＥ１２２が５ＧＣ１１０と接続している際、ＵＥ１２２はＰＤＵセッション及び／又はＱｏＳフローの内の情報を持つが、ＥＰＳベアラの情報は持たなくて良い。

なお、以下の説明において、ｅＮＢ１０２および／またはｇＮＢ１０８を単に基地局装置とも称し、ＵＥ１２２を単に端末装置とも称する。

図２は本発明の実施形態に係るＥ－ＵＴＲＡプロトコル構成（ｐｒｏｔｏｃｏｌａｒｃｈｉｔｅｃｔｕｒｅ）の一例の図である。また図３は本発明の実施形態に係るＮＲプロトコル構成の一例の図である。なお図２及び／又は図３を用いて説明する各プロトコルの機能は、本発明の実施形態に密接に関わる一部の機能であり、非特許文献１から非特許文献４等に示す通り、他の機能を持っていて良い。また非特許文献１から非特許文献４等に記載されていない、他の機能を持って良い。なお、本発明の実施の形態において、上りリンク（ｕｐｌｉｎｋ：ＵＬ）とは端末装置から基地局装置へのリンクであって良い。また本発明の各実施の形態において、下りリンク（ｄｏｗｎｌｉｎｋ：ＤＬ）とは基地局装置から端末装置へのリンクであって良い。

図２（Ａ）はＥ－ＵＴＲＡユーザプレーン（ＵＰ）プロトコルスタックの図である。図２（Ａ）に示す通り、Ｅ－ＵＴＲＡＮＵＰプロトコルは、ＵＥ１２２とｅＮＢ１０２の間のプロトコルであって良い。即ちＥ－ＵＴＲＡＮＵＰプロトコルは、ネットワーク側ではｅＮＢ１０２で終端するプロトコルであって良い。図２（Ａ）に示す通り、Ｅ－ＵＴＲＡユーザプレーンプロトコルスタックは、非特許文献２等に記載の無線物理層（無線物理レイヤ）であるＰＨＹ（Ｐｈｙｓｉｃａｌｌａｙｅｒ）２００、非特許文献２等に記載の媒体アクセス制御層（媒体アクセス制御レイヤ）であるＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）２０２、非特許文献２等に記載の無線リンク制御層（無線リンク制御レイヤ）であるＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）２０４、及び非特許文献２等に記載のパケットデータ収束プロトコル層（パケットデータ収束プロトコルレイヤ）である、ＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）２０６から構成されて良い。

図３（Ａ）はＮＲユーザプレーン（ＵＰ）プロトコルスタックの図である。図３（Ａ）に示す通り、ＮＲＵＰプロトコルは、ＵＥ１２２とｇＮＢ１０８の間のプロトコルであって良い。即ちＮＲＵＰプロトコルは、ネットワーク側ではｇＮＢ１０８で終端するプロトコルであって良い。図３（Ａ）に示す通り、Ｅ－ＵＴＲＡユーザプレーンプロトコルスタックは、非特許文献１等に記載の無線物理層であるＰＨＹ３００、非特許文献１等に記載の媒体アクセス制御層であるＭＡＣ３０２、非特許文献１等に記載の無線リンク制御層であるＲＬＣ３０４、非特許文献１等に記載のパケットデータ収束プロトコル層である、ＰＤＣＰ３０６、及び非特許文献１等に記載のサービスデータ適応プロトコル層（サービスデータ適応プロトコルレイヤ）ＳＤＡＰ（ＳｅｒｖｉｃｅＤａｔａＡｄａｐｔａｔｉｏｎＰｒｏｔｏｃｏｌ）３１０であるから構成されて良い。

図２（Ｂ）はＥ－ＵＴＲＡ制御プレーン（ＣＰ）プロトコル構成の図である。図２（Ｂ）に示す通り、Ｅ－ＵＴＲＡＮＣＰプロトコルにおいて、非特許文献２、非特許文献４
等に記載の無線リソース制御層（無線リソース制御レイヤ）であるＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）２０８は、ＵＥ１２２とｅＮＢ１０２の間のプロトコルであって良い。即ちＲＲＣ２０８は、ネットワーク側ではｅＮＢ１０２で終端するプロトコルであって良い。またＥ－ＵＴＲＡＮＣＰプロトコルにおいて、非ＡＳ（ＡｃｃｅｓｓＳｔｒａｔｕｍ）層（非ＡＳレイヤ）であるＮＡＳ（ＮｏｎＡｃｃｅｓｓＳｔｒａｔｕｍ）２１０は、ＵＥ１２２とＭＭＥとの間のプロトコルであって良い。即ちＮＡＳ２１０は、ネットワーク側ではＭＭＥで終端するプロトコルであって良い。

図３（Ｂ）はＮＲ制御プレーン（ＣＰ）プロトコル構成の図である。図３（Ｂ）に示す通り、ＮＲＣＰプロトコルにおいて、非特許文献１、非特許文献３等に記載の無線リソース制御層であるＲＲＣ３０８は、ＵＥ１２２とｇＮＢ１０８の間のプロトコルであって良い。即ちＲＲＣ３０８は、ネットワーク側ではｇＮＢ１０８で終端するプロトコルであって良い。またＥ－ＵＴＲＡＮＣＰプロトコルにおいて、非ＡＳ層であるＮＡＳ３１２は、ＵＥ１２２とＡＭＦとの間のプロトコルであって良い。即ちＮＡＳ３１２は、ネットワーク側ではＡＭＦで終端するプロトコルであって良い。

なおＡＳ（ＡｃｃｅｓｓＳｔｒａｔｕｍ）層とは、ＵＥ１２２とｅＮＢ１０２及び／又はｇＮＢ１０８との間で終端する層であって良い。即ちＡＳ層とは、ＰＨＹ２００、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８の一部又は全てを含む層、及び／又はＰＨＹ３００、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０、及びＲＲＣ３０８の一部又は全てを含む層であって良い。

なお本発明の実施の形態において、以下Ｅ－ＵＴＲＡのプロトコルとＮＲのプロトコルを区別せず、ＰＨＹ（ＰＨＹ層）、ＭＡＣ（ＭＡＣ層）、ＲＬＣ（ＲＬＣ層）、ＰＤＣＰ（ＰＤＣＰ層）、ＲＲＣ（ＲＲＣ層）、ＮＡＳ（ＮＡＳ層）と言う用語を用いる場合がある。この場合、ＰＨＹ（ＰＨＹ層）、ＭＡＣ（ＭＡＣ層）、ＲＬＣ（ＲＬＣ層）、ＰＤＣＰ（ＰＤＣＰ層）、ＲＲＣ（ＲＲＣ層）、ＮＡＳ（ＮＡＳ層）は其々Ｅ－ＵＴＲＡプロトコルのＰＨＹ（ＰＨＹ層）、ＭＡＣ（ＭＡＣ層）、ＲＬＣ（ＲＬＣ層）、ＰＤＣＰ（ＰＤＣＰ層）、ＲＲＣ（ＲＲＣ層）、ＮＡＳ（ＮＡＳ層）であって良いし、ＮＲプロトコルの、ＰＨＹ（ＰＨＹ層）、ＭＡＣ（ＭＡＣ層）、ＲＬＣ（ＲＬＣ層）、ＰＤＣＰ（ＰＤＣＰ層）、ＲＲＣ（ＲＲＣ層）、ＮＡＳ（ＮＡＳ層）であって良い。またＳＤＡＰ（ＳＤＡＰ層）は、ＮＲプロトコルのＳＤＡＰ（ＳＤＡＰ層）であって良い。

また本発明の実施の形態において、以下Ｅ－ＵＴＲＡのプロトコルとＮＲのプロトコルを区別する場合、ＰＨＹ２００、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８を、それぞれＥ－ＵＴＲＡ用ＰＨＹ又はＬＴＥ用ＰＨＹ、Ｅ－ＵＴＲＡ用ＭＡＣ又はＬＴＥ用ＭＡＣ、Ｅ－ＵＴＲＡ用ＲＬＣ又はＬＴＥ用ＲＬＣ、Ｅ－ＵＴＲＡ用ＰＤＣＰ又はＬＴＥ用ＰＤＣＰ、及びＥ－ＵＴＲＡ用ＲＲＣ又はＬＴＥ用ＲＲＣと呼ぶ事もある。またＰＨＹ２００、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８を、それぞれＥ－ＵＴＲＡＰＨＹ又はＬＴＥＰＨＹ、Ｅ－ＵＴＲＡＭＡＣ又はＬＴＥＭＡＣ、Ｅ－ＵＴＲＡＲＬＣ又はＬＴＥＲＬＣ、Ｅ－ＵＴＲＡＰＤＣＰ又はＬＴＥＰＤＣＰ、Ｅ－ＵＴＲＡＲＲＣ又はＬＴＥＲＲＣなどとスペースを用いて記述する場合もある。また、Ｅ－ＵＴＲＡのプロトコルとＮＲのプロトコルを区別する場合、ＰＨＹ３００、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＲＲＣ３０８を、それぞれＮＴ用ＰＨＹ、ＮＲ用ＭＡＣ、ＮＲ用ＲＬＣ、ＮＲ用ＲＬＣ、及びＮＲ用ＲＲＣと呼ぶ事もある。またＰＨＹ２００、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、及びＲＲＣ３０８を、それぞれＮＲＰＨＹ、ＮＲＭＡＣ、ＮＲＲＬＣ、ＮＲＰＤＣＰ、ＮＲＲＲＣなどとスペースを用いて記述する場合もある。

Ｅ－ＵＴＲＡ及び／又はＮＲのＡＳ層におけるエンティティ（ｅｎｔｉｔｙ）について
説明する。ＭＡＣ層の機能の一部又は全てを持つエンティティの事をＭＡＣエンティティと呼んで良い。ＲＬＣ層の機能の一部又は全てを持つエンティティの事をＲＬＣエンティティと呼んで良い。ＰＤＣＰ層の機能の一部又は全てを持つエンティティの事をＰＤＣＰエンティティと呼んで良い。ＳＤＡＰ層の機能の一部又は全てを持つエンティティの事をＳＤＡＰエンティティと呼んで良い。ＲＲＣ層の機能の一部又は全てを持つエンティティの事をＲＲＣエンティティと呼んで良い。ＭＡＣエンティティ、ＲＬＣエンティティ、ＰＤＣＰエンティティ、ＳＤＡＰエンティティ、ＲＲＣエンティティを、其々ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＳＤＡＰ、ＲＲＣと言い換えて良い。

なお、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＳＤＡＰから下位層に提供されるデータ、及び／又はＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＳＤＡＰに下位層から提供されるデータの事を、それぞれＭＡＣＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）、ＲＬＣＰＤＵ、ＰＤＣＰ
ＰＤＵ、ＳＤＡＰＰＤＵと呼んで良い。また、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＳＤＡＰに上位層から提供されるデータ、及び／又はＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＳＤＡＰから上位層に提供するデータの事を、それぞれＭＡＣＳＤＵ（ＳｅｒｖｉｃｅＤａｔａＵｎｉｔ）、ＲＬＣＳＤＵ、ＰＤＣＰＳＤＵ、ＳＤＡＰＳＤＵと呼んで良い。また、分割されたＲＬＣＳＤＵの事をＲＬＣＳＤＵセグメントと呼んで良い。

ＰＨＹの機能の一例について説明する。端末装置のＰＨＹは基地局装置のＰＨＹから、下りリンク（Ｄｏｗｎｌｉｎｋ：ＤＬ）物理チャネル（ＰｈｙｓｉｃａｌＣｈａｎｎｅｌ）を介して伝送されたデータを受信する機能を有して良い。端末装置のＰＨＹは基地局装置のＰＨＹに対し、上りリンク（Ｕｐｌｉｎｋ：ＵＬ）物理チャネルを介してデータを送信する機能を有して良い。ＰＨＹは上位のＭＡＣと、トランスポートチャネル（ＴｒａｎｓｐｏｒｔＣｈａｎｎｅｌ）で接続されて良い。ＰＨＹはトランスポートチャネルを介してＭＡＣにデータを受け渡して良い。またＰＨＹはトランスポートチャネルを介してＭＡＣからデータを提供されて良い。ＰＨＹにおいて、様々な制御情報を識別するために、ＲＮＴＩ（ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ）が用いられて良い。

ここで、物理チャネルについて説明する。

端末装置と基地局装置との無線通信に用いられる物理チャネルには、以下の物理チャネルが含まれてよい。

ＰＢＣＨ（物理報知チャネル：ＰｈｙｓｉｃａｌＢｒｏａｄｃａｓｔＣＨａｎｎｅｌ）
ＰＤＣＣＨ（物理下りリンク制御チャネル：ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ）
ＰＤＳＣＨ（物理下りリンク共用チャネル：ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ）
ＰＵＣＣＨ（物理上りリンク制御チャネル：ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ）
ＰＵＳＣＨ（物理上りリンク共用チャネル：ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ）
ＰＲＡＣＨ（物理ランダムアクセスチャネル：ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣＨａｎｎｅｌ）

ＰＢＣＨは、端末装置が必要とするシステム情報を報知するために用いられて良い。

また、ＮＲにおいて、ＰＢＣＨは、同期信号のブロック（ＳＳ／ＰＢＣＨブロックとも
称する）の周期内の時間インデックス（ＳＳＢ－Ｉｎｄｅｘ）を報知するために用いられてよい。

ＰＤＣＣＨは、下りリンクの無線通信（基地局装置から端末装置への無線通信）において、下りリンク制御情報（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を送信する（または運ぶ）ために用いられて良い。ここで、下りリンク制御情報の送信に対して、一つまたは複数のＤＣＩ（ＤＣＩフォーマットと称してもよい）が定義されて良い。すなわち、下りリンク制御情報に対するフィールドがＤＣＩとして定義され、情報ビットへマップされて良い。ＰＤＣＣＨは、ＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）において送信されて良い。端末装置は、サービングセルにおいてＰＤＣＣＨ候補のセットをモニタして良い。ＰＤＣＣＨ候補のセットをモニタするとは、あるＤＣＩフォーマットに応じてＰＤＣＣＨのデコードを試みることを意味して良い。ＤＣＩフォーマットは、サービングセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＰＵＳＣＨは、ユーザデータの送信や、後述するＲＲＣメッセージの送信などのために使われてよい。

ＰＵＣＣＨは、上りリンクの無線通信（端末装置から基地局装置への無線通信）において、上りリンク制御情報（ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）を送信するために用いられてよい。ここで、上りリンク制御情報には、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報（ＣＳＩ：ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ）が含まれてもよい。また、上りリンク制御情報には、ＵＬ－ＳＣＨ（ＵＬ－ＳＣＨ：ＵｐｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ）リソースを要求するために用いられるスケジューリング要求（ＳＲ：ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ）が含まれてもよい。また、上りリンク制御情報には、ＨＡＲＱ－ＡＣＫ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔｒｅｑｕｅｓｔＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）が含まれてもよい。

ＰＤＳＣＨは、ＭＡＣ層からの下りリンクデータ（ＤＬ－ＳＣＨ：ＤｏｗｎｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ）の送信に用いられてよい。また、下りリンクの場合にはシステム情報（ＳＩ：ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ）やランダムアクセス応答（ＲＡＲ：ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ）などの送信に用いられて良い。

ＰＵＳＣＨは、ＭＡＣ層からの上りリンクデータ（ＵＬ－ＳＣＨ：ＵｐｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ）または上りリンクデータと共にＨＡＲＱ－ＡＣＫおよび／またはＣＳＩを送信するために用いられてもよい。またＰＵＳＣＨは、ＣＳＩのみ、または、ＨＡＲＱ－ＡＣＫおよびＣＳＩのみを送信するために用いられてもよい。すなわちＰＵＳＣＨは、ＵＣＩのみを送信するために用いられてもよい。また、ＰＤＳＣＨまたはＰＵＳＣＨは、ＲＲＣシグナリング（ＲＲＣメッセージとも称する）、およびＭＡＣコントロールエレメントを送信するために用いられてもよい。ここで、ＰＤＳＣＨにおいて、基地局装置から送信されるＲＲＣシグナリングは、セル内における複数の端末装置に対して共通のシグナリングであってもよい。また、基地局装置から送信されるＲＲＣシグナリングは、ある端末装置に対して専用のシグナリング（ｄｅｄｉｃａｔｅｄｓｉｇｎａｌｉｎｇとも称する）であってもよい。すなわち、端末装置固有（ＵＥスペシフィック）の情報は、ある端末装置に対して専用のシグナリングを用いて送信されてもよい。また、ＰＵＳＣＨは、上りリンクにおいてＵＥの能力（ＵＥＣａｐａｂｉｌｉｔｙ）の送信に用いられてもよい。

ＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するために用いられてもよい。ＰＲＡＣＨは、初期コネクション確立（ｉｎｉｔｉａｌｃｏｎｎｅｃｔｉｏｎｅｓｔａ
ｂｌｉｓｈｍｅｎｔ）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（ｃｏｎｎｅｃｔｉｏｎｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、上りリンク送信に対する同期（タイミング調整）、およびＰＵＳＣＨ（ＵＬ－ＳＣＨ）リソースの要求を示すために用いられてもよい。

ＭＡＣの機能の一例について説明する。ＭＡＣは、ＭＡＣ副層（サブレイヤ）と呼ばれて良い。ＭＡＣは、多様な論理チャネル（ロジカルチャネル：ＬｏｇｉｃａｌＣｈａｎｎｅｌ）を、対応するトランスポートチャネルに対してマッピングを行う機能を持って良い。論理チャネルは、論理チャネル識別子（ＬｏｇｉｃａｌＣｈａｎｎｅｌＩｄｅｎｔｉｔｙ、又はＬｏｇｉｃａｌＣｈａｎｎｅｌＩＤ）によって識別されて良い。ＭＡＣは上位のＲＬＣと、論理チャネル（ロジカルチャネル）で接続されて良い。論理チャネルは、伝送される情報の種類によって、制御情報を伝送する制御チャネルと、ユ－ザ情報を伝送するトラフィックチャネルに分けられて良い。また論理チャネルは、上りリンク論理チャネルと、下りリンク論理チャネルに分けられて良い。ＭＡＣは、一つ又は複数の異なる論理チャネルに所属するＭＡＣＳＤＵを多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）して、ＰＨＹに提供する機能を持って良い。またＭＡＣは、ＰＨＹから提供されたＭＡＣＰＤＵを逆多重化（ｄｅｍｕｌｔｉｐｌｅｘｉｎｇ）し、各ＭＡＣＳＤＵが所属する論理チャネルを介して上位レイヤに提供する機能を持って良い。またＭＡＣは、ＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔｒｅＱｕｅｓｔ）を通して誤り訂正を行う機能を持って良い。またＭＡＣは、スケジューリング情報（ｓｃｈｅｄｕｌｉｎｇｉｎｆｏｒｍａｔｉｏｎ）をレポートする、スケジューリングレポート（ＳｃｈｅｄｕｌｉｎｇＲｅｐｏｒｔ：ＳＲ）機能を持って良い。ＭＡＣは、動的スケジューリングを用いて、端末装置間の優先処理を行う機能を持って良い。またＭＡＣは、一つの端末装置内の論理チャネル間の優先処理を行う機能を持って良い。ＭＡＣは、一つの端末装置内でオーバーラップしたリソースの優先処理を行う機能を持って良い。Ｅ－ＵＴＲＡＭＡＣはＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔＭｕｌｔｉｃａｓｔＳｅｒｖｉｃｅｓ（ＭＢＭＳ）を識別する機能を持って良い。またＮＲＭＡＣは、マルチキャスト／ブロードキャストサービス（ＭｕｌｔｉｃａｓｔＢｒｏａｄｃａｓｔＳｅｒｖｉｃｅ：ＭＢＳ）を識別する機能を持って良い。ＭＡＣは、トランスポートフォーマットを選択する機能を持って良い。ＭＡＣは、間欠受信（ＤＲＸ：ＤｉｓｃｏｎｔｉｎｕｏｕｓＲｅｃｅｐｔｉｏｎ）及び／又は間欠送信（ＤＴＸ：ＤｉｓｃｏｎｔｉｎｕｏｕｓＴｒａｎｓｍｉｓｓｉｏｎ）を行う機能、ランダムアクセス（ＲａｎｄｏｍＡｃｃｅｓｓ：ＲＡ）手順を実行する機能、送信可能電力の情報を通知する、パワーヘッドルームレポート（ＰｏｗｅｒＨｅａｄｒｏｏｍＲｅｐｏｒｔ：ＰＨＲ）機能、送信バッファのデータ量情報を通知する、バッファステイタスレポート（ＢｕｆｆｅｒＳｔａｔｕｓＲｅｐｏｒｔ：ＢＳＲ）機能、などを持って良い。ＮＲＭＡＣは帯域適応（ＢａｎｄｗｉｄｔｈＡｄａｐｔａｔｉｏｎ：ＢＡ）機能を持って良い。またＥ－ＵＴＲＡＭＡＣで用いられるＭＡＣＰＤＵフォーマットとＮＲＭＡＣで用いられるＭＡＣＰＤＵフォーマットは異なって良い。またＭＡＣＰＤＵには、ＭＡＣにおいて制御を行うための要素である、ＭＡＣ制御要素（ＭＡＣコントロールエレメント：ＭＡＣＣＥ）が含まれて良い。

Ｅ－ＵＴＲＡ及び／又はＮＲで用いられる、上りリンク（ＵＬ：Ｕｐｌｉｎｋ）、及び／又は下りリンク（ＤＬ：Ｄｏｗｎｌｉｎｋ）用論理チャネルについて説明する。

ＢＣＣＨ（ＢｒｏａｄｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）は、システム情報（ＳＩ：ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ）等の、制御情報を報知（ｂｒｏａｄｃａｓｔ）するための下りリンク論理チャネルであって良い。

ＰＣＣＨ（ＰａｇｉｎｇＣｏｎｔｒｏｌＣｈａｎｎｅｌ）は、ページング（Ｐａｇｉｎｇ）メッセージを運ぶための下りリンク論理チャネルであって良い。

ＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ）は、端末装置と基地局装置との間で制御情報を送信するための論理チャネルであって良い。ＣＣＣＨは、端末装置が、ＲＲＣ接続を有しない場合に用いられて良い。またＣＣＣＨは基地局装置と複数の端末装置との間で使われて良い。

ＤＣＣＨ（ＤｅｄｉｃａｔｅｄＣｏｎｔｒｏｌＣｈａｎｎｅｌ）は、端末装置と基地局装置との間で、１対１（ｐｏｉｎｔ－ｔｏ－ｐｏｉｎｔ）の双方向（ｂｉ－ｄｉｒｅｃｔｉｏｎａｌ）で、専用制御情報を送信するための論理チャネルであって良い。専用制御情報とは、各端末装置専用の制御情報であって良い。ＤＣＣＨは、端末装置が、ＲＲＣ接続を有する場合に用いられて良い。

ＤＴＣＨ（ＤｅｄｉｃａｔｅｄＴｒａｆｆｉｃＣｈａｎｎｅｌ）は、端末装置と基地局装置との間で、１対１（ｐｏｉｎｔ－ｔｏ－ｐｏｉｎｔ）で、ユーザデータを送信するための論理チャネルであって良い。ＤＴＣＨは専用ユーザデータを送信するための論理チャネルであって良い。専用ユーザデータとは、各端末装置専用のユーザデータであって良い。ＤＴＣＨは上りリンク、下りリンク両方に存在して良い。

ＭＴＣＨ（ＭｕｌｔｉｃａｓｔＴｒａｆｆｉｃＣｈａｎｎｅｌ）は、基地局装置から端末装置に対し、データを送信するための１対多（ｐｏｉｎｔ－ｔｏ－ｍｕｌｔｉｐｏｉｎｔ）の下りリンクチャネルであって良い。ＭＴＣＨはマルチキャスト用論理チャネルであって良い。ＭＴＣＨは、端末装置がＭＢＭＳを受信する場合にのみ、該当端末装置によって使われて良い。

ＭＣＣＨ（ＭｕｌｔｉｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）は、基地局装置から端末装置へ、一つ又は複数のＭＴＣＨに対するＭＢＭＳ制御情報を送るための、１対多（ｐｏｉｎｔ－ｔｏ－ｍｕｌｔｉｐｏｉｎｔ）の下りリンクチャネルであって良い。ＭＣＣＨはマルチキャスト用論理チャネルであって良い。ＭＣＣＨは端末装置がＭＢＭＳを受信する、又は端末装置がＭＢＭＳを受信する事に興味がある時にのみ、該当端末装置によって使われて良い。

ＳＣ－ＭＴＣＨ（ＳｉｎｇｌｅＣｅｌｌＭｕｌｔｉｃａｓｔＴｒａｆｆｉｃＣｈａｎｎｅｌ）は、基地局装置から端末装置に対し、ＳＣ－ＰＴＭを用いてデータを送信するための１対多（ｐｏｉｎｔ－ｔｏ－ｍｕｌｔｉｐｏｉｎｔ）の下りリンクチャネルであって良い。ＳＣ－ＭＴＣＨはマルチキャスト用論理チャネルであって良い。ＳＣ－ＭＴＣＨは、端末装置がＳＣ－ＰＴＭ（ＳｉｎｇｌｅＣｅｌｌＰｏｉｎｔ－Ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）を用いてＭＢＭＳを受信する場合にのみ、該当端末装置によって使われて良い。

ＳＣ－ＭＣＣＨ（ＳｉｎｇｌｅＣｅｌｌＭｕｌｔｉｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）は、基地局装置から端末装置へ、一つ又は複数のＳＣ－ＭＴＣＨに対するＭＢＭＳ制御情報を送るための、１対多（ｐｏｉｎｔ－ｔｏ－ｍｕｌｔｉｐｏｉｎｔ）の下りリンクチャネルであって良い。ＳＣ－ＭＣＣＨはマルチキャスト用論理チャネルであって良い。ＳＣ－ＭＣＣＨは端末装置がＳＣ－ＰＴＭを用いてＭＢＭＳを受信する、又は端末装置がＳＣ－ＰＴＭを用いてＭＢＭＳを受信する事に興味がある時にのみ、該当端末装置によって使われて良い。

Ｅ－ＵＴＲＡ及び／又はＮＲにおける上りリンクの、論理チャネルとトランスポートチャネルのマッピングについて説明する。

ＣＣＣＨは、上りリンクトランスポートチャネルである、ＵＬ－ＳＣＨ（Ｕｐｌｉｎｋ
ＳｈａｒｅｄＣｈａｎｎｅｌ）にマップされて良い。

ＤＣＣＨは、上りリンクトランスポートチャネルである、ＵＬ－ＳＣＨ（Ｕｐｌｉｎｋ
ＳｈａｒｅｄＣｈａｎｎｅｌ）にマップされて良い。

ＤＴＣＨは、上りリンクトランスポートチャネルである、ＵＬ－ＳＣＨ（Ｕｐｌｉｎｋ
ＳｈａｒｅｄＣｈａｎｎｅｌ）にマップされて良い。

Ｅ－ＵＴＲＡ及び／又はＮＲにおける下りリンクの、論理チャネルとトランスポートチャネルのマッピングについて説明する。

ＢＣＣＨは、下りリンクトランスポートチャネルであるＢＣＨ（ＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ）、及び／又はＤＬ－ＳＣＨ（ＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）にマップされて良い。

ＰＣＣＨは、下りリンクトランスポートチャネルであるＰＣＨ（ＰａｇｉｎｇＣｈａｎｎｅｌ）にマップされて良い。

ＣＣＣＨは、下りリンクトランスポートチャネルであるＤＬ－ＳＣＨ（ＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）にマップされて良い。

ＤＣＣＨは、下りリンクトランスポートチャネルであるＤＬ－ＳＣＨ（ＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）にマップされて良い。

ＤＴＣＨは、下りリンクトランスポートチャネルであるＤＬ－ＳＣＨ（ＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）にマップされて良い。

ＭＴＣＨは、下りリンクトランスポートチャネルであるＭＣＨ（ＭｕｌｔｉｃａｓｔＣｈａｎｎｅｌ）にマップされて良い。

ＭＣＣＨは、下りリンクトランスポートチャネルであるＭＣＨ（ＭｕｌｔｉｃａｓｔＣｈａｎｎｅｌ）にマップされて良い。

ＳＣ－ＭＴＣＨは、下りリンクトランスポートチャネルであるＤＬ－ＳＣＨ（ＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）にマップされて良い。

ＲＬＣの機能の一例について説明する。ＲＬＣは、ＲＬＣ副層（サブレイヤ）と呼ばれて良い。Ｅ－ＵＴＲＡＲＬＣは、上位レイヤのＰＤＣＰから提供されたデータを、分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）及び／又は結合（Ｃｏｎｃａｔｅｎａｔｉｏｎ）し、下位層（下位レイヤ）に提供する機能を持って良い。Ｅ－ＵＴＲＡＲＬＣは、下位レイヤから提供されたデータに対し、再組立て（ｒｅａｓｓｅｍｂｌｙ）及びリオーダリング（ｒｅ－ｏｒｄｅｒｉｎｇ）を行い、上位レイヤに提供する機能を持って良い。ＮＲＲＬＣは、上位レイヤのＰＤＣＰから提供されたデータに、ＰＤＣＰで付加されたシーケンス番号とは独立したシーケンス番号を付加する機能を持って良い。またＮＲＲＬＣは、ＰＤＣＰから提供されたデータ分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位レイヤに提供する機能を持って良い。またＮＲＲＬＣは、下位レイヤから提供されたデータに対し、再組
立て（ｒｅａｓｓｅｍｂｌｙ）を行い、上位レイヤに提供する機能を持って良い。またＲＬＣは、データの再送機能及び／又は再送要求機能（ＡｕｔｏｍａｔｉｃＲｅｐｅａｔ
ｒｅＱｕｅｓｔ：ＡＲＱ）を持って良い。またＲＬＣは、ＡＲＱによりエラー訂正を行う機能を持って良い。ＡＲＱを行うために、ＲＬＣの受信側から送信側に送られる、再送が必要なデータを示す制御情報を、ステータスレポートと言って良い。またＲＬＣの送信側から受信側に送られる、ステータスレポート送信指示の事をポール（ｐｏｌｌ）と言って良い。またＲＬＣは、データ重複の検出を行う機能を持って良い。またＲＬＣはデータ破棄の機能を持って良い。ＲＬＣには、トランスパレントモード（ＴＭ：ＴｒａｎｓｐａｒｅｎｔＭｏｄｅ）、非応答モード（ＵＭ：ＵｎａｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅ）、応答モード（ＡＭ：ＡｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅ）の３つのモードがあって良い。ＴＭでは上位層から受信したデータの分割は行わず、ＲＬＣヘッダの付加は行わなくて良い。ＴＭＲＬＣエンティティは単方向（ｕｎｉ－ｄｉｒｅｃｔｉｏｎａｌ）のエンティティであって、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）ＴＭＲＬＣエンティティとして、又は受信（ｒｅｃｅｉｖｉｎｇ）ＴＭＲＬＣエンティティとして設定されて良い。ＵＭでは上位層から受信したデータの分割及び／又は結合、ＲＬＣヘッダの付加等は行うが、データの再送制御は行わなくて良い。ＵＭＲＬＣエンティティは単方向のエンティティであっても良いし双方向（ｂｉ－ｄｉｒｅｃｔｉｏｎａｌ）のエンティティであっても良い。ＵＭＲＬＣエンティティが単方向のエンティティである場合、ＵＭＲＬＣエンティティは送信ＵＭＲＬＣエンティティとして、又は受信ＵＭＲＬＣエンティティとして設定されて良い。ＵＭＲＬＣエンティティが双方向のエンティティである場合、ＵＭＲＬＣエンティティは送信（ｔｒａｎｓｍｉｔｔｉｎｇ）サイド及び受信（ｒｅｃｅｉｖｉｎｇ）サイドから構成されるＵＭＲＬＣエンティティとして設定されて良い。ＡＭでは上位層から受信したデータの分割及び／又は結合、ＲＬＣヘッダの付加、データの再送制御等を行って良い。ＡＭＲＬＣエンティティは双方向のエンティティであって、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）サイド及び受信（ｒｅｃｅｉｖｉｎｇ）サイドから構成されるＡＭＲＬＣとして設定されて良い。なお、ＴＭで下位層に提供するデータ、及び／又は下位層から提供されるデータの事をＴＭＤＰＤＵと呼んで良い。またＵＭで下位層に提供するデータ、及び／又は下位層から提供されるデータの事をＵＭＤＰＤＵと呼んで良い。またＡＭで下位層に提供するデータ、又は下位層から提供されるデータの事をＡＭＤＰＤＵと呼んで良い。Ｅ－ＵＴＲＡＲＬＣで用いられるＲＬＣＰＤＵフォーマットとＮＲＲＬＣで用いられるＲＬＣＰＤＵフォーマットは異なって良い。またＲＬＣＰＤＵには、データ用ＲＬＣＰＤＵと制御用ＲＬＣＰＤＵがあって良い。データ用ＲＬＣＰＤＵを、ＲＬＣＤＡＴＡＰＤＵ（ＲＬＣＤａｔａＰＤＵ、ＲＬＣデータＰＤＵ）と呼んで良い。また制御用ＲＬＣＰＤＵを、ＲＬＣＣＯＮＴＲＯＬＰＤＵ（ＲＬＣＣｏｎｔｒｏｌＰＤＵ、ＲＬＣコントロールＰＤＵ、ＲＬＣ制御ＰＤＵ）と呼んで良い。

ＰＤＣＰの機能の一例について説明する。ＰＤＣＰは、ＰＤＣＰ副層（サブレイヤ）と呼ばれて良い。ＰＤＣＰは、シーケンス番号のメンテナンスを行う機能を持って良い。またＰＤＣＰは、ＩＰパケット（ＩＰＰａｃｋｅｔ）や、イーサネットフレーム等のユーザデータを無線区間で効率的に伝送するための、ヘッダ圧縮・解凍機能を持ってもよい。ＩＰパケットのヘッダ圧縮・解凍に用いられるプロトコルをＲＯＨＣ（ＲｏｂｕｓｔＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ）プロトコルと呼んで良い。またイーサネットフレームヘッダ圧縮・解凍に用いられるプロトコルをＥＨＣ（Ｅｔｈｅｒｎｅｔ（登録商標）ＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ）プロトコルと呼んで良い。また、ＰＤＣＰは、デ－タの暗号化・復号化の機能を持ってもよい。また、ＰＤＣＰは、デ－タの完全性保護・完全性検証の機能を持ってもよい。またＰＤＣＰは、リオーダリング（ｒｅ－ｏｒｄｅｒｉｎｇ）の機能を持って良い。またＰＤＣＰは、ＰＤＣＰＳＤＵの再送機能を持って良い。またＰＤＣＰは、破棄タイマー（ｄｉｓｃａｒｄｔｉｍｅｒ）を用いたデータ破棄を行う機能を持って良い。またＰＤＣＰは、多重化（Ｄｕｐｌｉｃａｔｉｏｎ）機能を持って良い。またＰＤＣＰは、重複受信したデータを破棄する機能を持って良い。ＰＤＣＰエンティティは双方向のエンティティであって、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）ＰＤＣＰエンティティ、及び受信（ｒｅｃｅｉｖｉｎｇ）ＰＤＣＰエンティティから構成されて良い。またＥ－ＵＴＲＡＰＤＣＰで用いられるＰＤＣＰＰＤＵフォーマットとＮＲＰＤＣＰで用いられるＰＤＣＰＰＤＵフォーマットは異なって良い。またＰＤＣＰＰＤＵには、データ用ＰＤＣＰＰＤＵと制御用ＰＤＣＰＰＤＵがあって良い。データ用ＰＤＣＰＰＤＵを、ＰＤＣＰＤＡＴＡＰＤＵ（ＰＤＣＰＤａｔａＰＤＵ、ＰＤＣＰデータＰＤＵ）と呼んで良い。また制御用ＰＤＣＰＰＤＵを、ＰＤＣＰＣＯＮＴＲＯＬＰＤＵ（ＰＤＣＰＣｏｎｔｒｏｌＰＤＵ、ＰＤＣＰコントロールＰＤＵ、ＰＤＣＰ制御ＰＤＵ）と呼んで良い。

ＳＤＡＰの機能の一例について説明する。ＳＤＡＰは、サービスデータ適応プロトコル層（サービスデータ適応プロトコルレイヤ）である。ＳＤＡＰは、５ＧＣ１１０から基地局装置を介して端末装置に送られるダウンリンクのＱｏＳフローとデータ無線ベアラ（ＤＲＢ）との対応付け（マッピング：ｍａｐｐｉｎｇ）、及び／又は端末装置から基地局装置を介して５ＧＣ１１０に送られるアップリンクのＱｏＳフローと、ＤＲＢとのマッピングを行う機能を持って良い。またＳＤＡＰはマッピングルール情報を格納する機能を持って良い。またＳＤＡＰはＱｏＳフロー識別子（ＱｏＳＦｌｏｗＩＤ：ＱＦＩ）のマーキングを行う機能を持って良い。なお、ＳＤＡＰＰＤＵには、データ用ＳＤＡＰＰＤＵと制御用ＳＤＡＰＰＤＵがあって良い。データ用ＳＤＡＰＰＤＵをＳＤＡＰＤＡＴＡＰＤＵ（ＳＤＡＰＤａｔａＰＤＵ、ＳＤＡＰデータＰＤＵ）と呼んで良い。また制御用ＳＤＡＰＰＤＵをＳＤＡＰＣＯＮＴＲＯＬＰＤＵ（ＳＤＡＰＣｏｎｔｒｏｌＰＤＵ、ＳＤＡＰコントロールＰＤＵ、ＳＤＡＰ制御ＰＤＵ）と呼んで良い。なお端末装置のＳＤＡＰエンティティは、ＰＤＵセッションに対して一つ存在して良い。

ＲＲＣの機能の一例について説明する。ＲＲＣは、報知（ブロードキャスト：ｂｒｏａｄｃａｓｔ）機能を持って良い。ＲＲＣは、ＥＰＣ１０４及び／又は５ＧＣ１１０からの呼び出し（ページング：Ｐａｇｉｎｇ）機能を持って良い。ＲＲＣは、ｇＮＢ１０８又は５ＧＣ１００に接続するｅＮＢ１０２からの呼び出し（ページング：Ｐａｇｉｎｇ）機能を持って良い。またＲＲＣは、ＲＲＣ接続管理機能を持って良い。またＲＲＣは、無線ベアラ制御機能を持って良い。またＲＲＣは、セルグループ制御機能を持って良い。またＲＲＣは、モビリティ（ｍｏｂｉｌｉｔｙ）制御機能を持って良い。またＲＲＣは端末装置測定レポーティング及び端末装置測定レポーティング制御機能を持って良い。またＲＲＣは、ＱｏＳ管理機能を持って良い。またＲＲＣは、無線リンク失敗の検出及び復旧の機能を持って良い。ＲＲＣは、ＲＲＣメッセージを用いて、報知、ページング、ＲＲＣ接続管理、無線ベアラ制御、セルグループ制御、モビィティ制御、端末装置測定レポーティング及び端末装置測定レポーティング制御、ＱｏＳ管理、無線リンク失敗の検出及び復旧等を行って良い。なお、Ｅ－ＵＴＲＡＲＲＣで用いられるＲＲＣメッセージやパラメータは、ＮＲＲＲＣで用いられるＲＲＣメッセージやパラメータと異なって良い。

ＲＲＣメッセージは、論理チャネルのＢＣＣＨを用いて送られて良いし、論理チャネルのＰＣＣＨを用いて送られて良いし、論理チャネルのＣＣＣＨを用いて送られて良いし、論理チャネルのＤＣＣＨを用いて送られて良いし、論理チャネルのＭＣＣＨを用いて送られて良い。

ＢＣＣＨを用いて送られるＲＲＣメッセージには、例えば非特許文献３及び／又は非特許文献４に記載のマスター情報ブロック（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ：ＭＩＢ）が含まれて良いし、各タイプのシステム情報ブロック（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ：ＳＩＢ）が含まれて良いし、他のＲＲＣメッセージが含まれて良い。ＰＣＣＨを用いて送られるＲＲＣメッセージには、例えば非特許文献
３及び／又は非特許文献４に記載のページングメッセージが含まれて良いし、他のＲＲＣメッセージが含まれて良い。

ＣＣＣＨを用いてアップリンク（ＵＬ）方向送られるＲＲＣメッセージには、例えば非特許文献３に記載のＲＲＣセットアップ要求メッセージ（ＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔ）、ＲＲＣ再開要求メッセージ（ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ）、ＲＲＣ再確立要求メッセージ（ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔ）、ＲＲＣシステム情報要求メッセージ（ＲＲＣＳｙｓｔｅｍＩｎｆｏＲｅｑｕｅｓｔ）などが含まれて良い。また例えば非特許文献４に記載のＲＲＣ接続要求メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ）、ＲＲＣコネクション再開要求メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔ）、ＲＲＣ接続再確立要求メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔ）などが含まれて良い。また他のＲＲＣメッセージが含まれて良い。

ＣＣＣＨを用いてダウンリンク（ＤＬ）方向送られるＲＲＣメッセージには、例えば非特許文献４に記載のＲＲＣ接続拒絶メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｊｅｃｔ）、ＲＲＣ接続セットアップメッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ）、ＲＲＣコネクション再確立メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔ）、ＲＲＣコネクション再確立拒絶メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｊｅｃｔ）などが含まれて良い。また例えば非特許文献３に記載のＲＲＣ拒絶メッセージ（ＲＲＣＲｅｊｅｃｔ）、ＲＲＣセットアップメッセージ（ＲＲＣＳｅｔｕｐ）などが含まれて良い。また他のＲＲＣメッセージが含まれて良い。

ＤＣＣＨを用いてアップリンク（ＵＬ）方向送られるＲＲＣメッセージには、例えば非特許文献４に記載の測定報告メッセージ（ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ）、ＲＲＣコネクション再設定完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）、ＲＲＣ接続セットアップ完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅ）、ＲＲＣ接続再確立完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅ）、セキュリティモード完了メッセージ（ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅ）、ＵＥ能力情報メッセージ（ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎ）などが含まれて良い。また例えば非特許文献３に記載の測定報告メッセージ（ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ）、ＲＲＣ再設定完了メッセージ（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）、ＲＲＣセットアップ完了メッセージ（ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅ）、ＲＲＣ再確立完了メッセージ（ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅ）、ＲＲＣ再開完了メッセージ（ＲＲＣＲｅｓｕｍｅＣｏｍｐｌｅｔｅ）、セキュリティモード完了メッセージ（ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅ）、ＵＥ能力情報メッセージ（ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎ）などが含まれて良い。また他のＲＲＣメッセージが含まれて良い。

ＤＣＣＨを用いてダウンリンク（ＤＬ）方向送られるＲＲＣメッセージには、例えば非特許文献４に記載のＲＲＣ接続再設定メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）、ＲＲＣ接続解放メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅ）、セキュリティモードコマンドメッセージ（ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄ）、ＵＥ能力照会メッセージ（ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙ）などが含まれて良い。また例えば非特許文献３に記載のＲＲＣ再設定メッセージ（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）、ＲＲＣ再開メッセージ（ＲＲＣＲｅｓｕｍｅ）、ＲＲＣ解放メッセージ（ＲＲＣＲｅｌｅａｓｅ）、ＲＲＣ再確立メッセージ（ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔ）、セキュリティモードコマンドメッセージ（ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄ）、ＵＥ能力照会メッセージ（ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙ）などが含まれて良い。また他のＲＲＣメッセージが含まれて良い。

ＮＡＳの機能の一例について説明する。ＮＡＳは、認証機能を持って良い。またＮＡＳは、モビリティ（ｍｏｂｉｌｉｔｙ）管理を行う機能を持って良い。またＮＡＳは、セキュリティ制御の機能を持って良い。

前述のＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＳＤＡＰ、ＲＲＣ、ＮＡＳの機能は一例であり、各機能の一部あるいは全てが実装されなくてもよい。また、各層（各レイヤ）の機能の一部あるいは全部が他の層（レイヤ）に含まれてもよい。

なお、端末装置のＡＳ層の上位層（不図示）にはＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）レイヤ、などが存在して良い。また端末装置のＡＳ層の上位層には、イーサネット層が存在して良い。端末装置のＡＳ層の上位層ＰＤＵ層（ＰＤＵレイヤ）と呼んで良い。ＰＤＵレイヤにはＩＰレイヤ、ＴＣＰレイヤ、ＵＤＰレイヤ、イーサネットレイヤ等が含まれて良い。ＩＰレイヤ、ＴＣＰレイヤ、ＵＤＰレイヤ、イーサネットレイヤ、ＰＤＵレイヤ等の上位層に、アプリケーションレイヤが存在して良い。アプリケーションレイヤには、３ＧＰＰにおいて規格化されているサービス網の一つである、ＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ）で用いられるＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）やＳＤＰ（ＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎＰｒｏｔｏｃｏｌ）が含まれて良い。またアプリケーション層にはメディア通信に用いられるＲＴＰ（Ｒｅａｌ－ｔｉｍｅＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）、及び／又はメディア通信制御にＲＴＣＰ（Ｒｅａｌ－ｔｉｍｅＴｒａｎｓｐｏｒｔＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）等のプロトコルが含まれて良い。またアプリケーションレイヤには、各種メディアのコーデック等が含まれて良い。またＲＲＣレイヤはＳＤＡＰレイヤの上位レイヤであって良い。

次にＬＴＥ及びＮＲにおけるＵＥ１２２の状態遷移について説明する。ＥＰＣ、又は５ＧＣに接続するＵＥ１２２は、ＲＲＣ接続が設立されている（ＲＲＣｃｏｎｎｅｃｔｉｏｎｈａｓｂｅｅｎｅｓｔａｂｌｉｓｈｅｄ）とき、ＵＥ１２２はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であってよい。ＲＲＣ接続が設立されている状態とは、ＵＥ１２２が、後述のＵＥコンテキストの一部又は全てを保持している状態を含んで良い。またＲＲＣ接続が設立されている状態とは、ＵＥ１２２がユニキャストデータを送信、及び／又は受信できる状態を含んで良い。またＵＥ１２２は、ＲＲＣ接続が休止（サスペンド：ｓｕｓｐｅｎｄ）しているとき、ＵＥ１２２はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であってよい。また、ＵＥ１２２がＲＲＣ＿ＩＮＡＣＴＩＶＥ状態になるのは、ＵＥ１２２が５ＧＣに接続している場合で、ＲＲＣ接続が休止しているときであって良い。ＵＥが、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でも、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でも無いとき、ＵＥ１２２はＲＲＣ＿ＩＤＬＥ状態であってよい。

なお、ＵＥ１２２がＥＰＣに接続している場合、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態を持たないが、Ｅ－ＵＴＲＡＮによってＲＲＣ接続の休止が開始されてもよい。ＵＥ１２２がＥＰＣに接続している場合、ＲＲＣ接続が休止されるとき、ＵＥ１２２はＵＥのＡＳコンテキストと復帰（リジューム：ｒｅｓｕｍｅ）に用いる識別子（ｒｅｓｕｍｅＩｄｅｎｔｉｔｙ）を保持してＲＲＣ＿ＩＤＬＥ状態に遷移して良い。ＵＥ１２２のＲＲＣレイヤの上位レイヤ（例えばＮＡＳレイヤ）は、ＵＥ１２２がＵＥのＡＳコンテキストを保持してお
り、かつＥ－ＵＴＲＡＮによってＲＲＣ接続の復帰が許可（Ｐｅｒｍｉｔ）されており、かつＵＥ１２２がＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する必要があるとき、休止されたＲＲＣ接続の復帰を開始してもよい。

ＥＰＣ１０４に接続するＵＥ１２２と、５ＧＣ１１０に接続するＵＥ１２２とで、休止の定義が異なってよい。また、ＵＥ１２２がＥＰＣに接続している場合（ＲＲＣ＿ＩＤＬＥ状態で休止している場合）と、ＵＥ１２２が５ＧＣに接続している場合（ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で休止している場合）とで、ＵＥ１２２が休止から復帰する手順のすべてあるいは一部が異なってよい。

なお、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態、ＲＲＣ＿ＩＤＬＥ状態の事をそれぞれ、接続状態（ｃｏｎｎｅｃｔｅｄｍｏｄｅ）、非活性状態（ｉｎａｃｔｉｖｅｍｏｄｅ）、アイドル状態（ｉｄｌｅｍｏｄｅ）と呼んで良いし、ＲＲＣ接続状態（ＲＲＣｃｏｎｎｅｃｔｅｄｍｏｄｅ）、ＲＲＣ非活性状態（ＲＲＣｉｎａｃｔｉｖｅｍｏｄｅ）、ＲＲＣアイドル状態（ＲＲＣｉｄｌｅｍｏｄｅ）と呼んで良い。

ＵＥ１２２が保持するＵＥのＡＳコンテキストは、現在のＲＲＣ設定、現在のセキュリティコンテキスト、ＲＯＨＣ（ＲＯｂｕｓｔＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ）状態を含むＰＤＣＰ状態、接続元（Ｓｏｕｒｃｅ）のＰＣｅｌｌで使われていたＣ－ＲＮＴＩ（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ）、セル識別子（ｃｅｌｌＩｄｅｎｔｉｔｙ）、接続元のＰＣｅｌｌの物理セル識別子、のすべてあるいは一部を含む情報であってよい。なお、ｅＮＢ１０２およびｇＮＢ１０８の内のいずれかまたは全ての保持するＵＥのＡＳコンテキストは、ＵＥ１２２が保持するＵＥのＡＳコンテキストと同じ情報を含んでもよいし、ＵＥ１２２が保持するＵＥのＡＳコンテキストに含まれる情報とは異なる情報が含まれてもよい。

セキュリティコンテキストとは、ＡＳレベルにおける暗号鍵、ＮＨ（ＮｅｘｔＨｏｐ
ｐａｒａｍｅｔｅｒ）、次ホップのアクセス鍵導出に用いられるＮＣＣ（ＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔｅｒｐａｒａｍｅｔｅｒ）、選択されたＡＳレベルの暗号化アルゴリズムの識別子、リプレイ保護のために用いられるカウンター、のすべてあるいは一部を含む情報であってよい。

端末装置に対し基地局装置から設定される、セルグループ（ＣｅｌｌＧｒｏｕｐ）について説明する。セルグループは、１つのスペシャルセル（ＳｐｅｃｉａｌＣｅｌｌ：ＳｐＣｅｌｌ）で構成されて良い。またセルグループは、１つのＳｐＣｅｌｌと、１つ又は複数のセカンダリセル（ＳｅｃｏｎｄａｒｙＣｅｌｌ：ＳＣｅｌｌ）から構成されて良い。即ちセルグループは、１つのＳｐＣｅｌｌと、必要に応じて（ｏｐｔｉｏｎａｌｌｙ）１つ又は複数のＳＣｅｌｌから構成されて良い。なお後述するマスターセルグループ（ＭａｓｔｅｒＣｅｌｌＧｒｏｕｐ：ＭＣＧ）におけるＳｐＣｅｌｌの事をプライマリセル（ＰｒｉｍａｒｙＣｅｌｌ：ＰＣｅｌｌ）と呼んで良い。また後述するセカンダリセルグループ（ＳｅｃｏｎｄａｒｙＣｅｌｌＧｒｏｕｐ：ＳＣＧ）のＳｐＣｅｌｌの事をプライマリＳＣＧセル（ＰｒｉｍａｒｙＳＣＧＣｅｌｌ：ＰＳＣｅｌｌ）と呼んで良い。ＰＣｅｌｌはＲＲＣアイドル状態の端末装置がＲＲＣ接続状態に遷移する際の、ＲＲＣ接続確立手順に用いられるセルであって良い。またＰＣｅｌｌは、端末装置がＲＲＣ接続の再確立を行う、ＲＲＣ接続再確立手順に用いられるセルであって良い。またＰＣｅｌｌは、ハンドオーバの際のランダムアクセス手順に用いられるセルであって良い。ＰＳＣｅｌｌは、後述するセカンダリノード（ＳｅｃｏｎｄａｒｙＮｏｄｅ：ＳＮ）追加の際に、ランダムアクセス手順に用いられるセルであって良い。またＳｐＣｅｌｌは、上述の用途以外の用途に用いられるセルであって良い。なお、セルグループがＳｐＣｅｌｌ及び１つ以上のＳＣｅｌｌから構成される場合、このセルグループにはキャリアアグリゲーション（ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ：ＣＡ）が設定されていると言って良い。

また非特許文献４等に記載のＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ（ＤＣ）や、非特許文献５等に記載のＭｕｌｔｉ－ＲａｄｉｏＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ（ＭＲ－ＤＣ）が行われる場合、端末装置対し基地局装置からセルグループの追加が行われて良い。ＤＣとは、第１の基地局装置（第１のノード）と第２の基地局装置（第２のノード）がそれぞれ構成するセルグループの無線リソースを利用してデータ通信を行う技術であって良い。ＭＲ－ＤＣはＤＣに含まれる技術であって良い。ＤＣを行うために、第１の基地局装置が第２の基地局装置を追加して良い。第１の基地局装置の事をマスターノード（ＭａｓｔｅｒＮｏｄｅ：ＭＮ）と呼んで良い。またマスターノードが構成するセルグループをマスターセルグループ（ＭａｓｔｅｒＣｅｌｌＧｒｏｕｐ：ＭＣＧ）と呼んで良い。第２の基地局装置の事をセカンダリノード（ＳｅｃｏｎｄａｒｙＮｏｄｅ：ＳＮ）と呼んで良い。またセカンダリノードが構成するセルグループをセカンダリセルグループ（ＳｅｃｏｎｄａｒｙＣｅｌｌＧｒｏｕｐ：ＳＣＧ）と呼んで良い。なお、マスターノードとセカンダリノードは同じ基地局装置内に構成されていて良い。

また、ＤＣが設定されていない場合において、端末装置に設定されるセルグループの事をＭＣＧと呼んで良い。また、ＤＣが設定されていない場合において、端末装置に設定されるＳｐＣｅｌｌはＰＣｅｌｌであって良い。

なお非特許文献５に記載等の通り、ＭＲ－ＤＣとは、ＭＣＧにＥ－ＵＴＲＡ，ＳＣＧにＮＲを用いたＤＣを行う技術であって良い。またＭＲ－ＤＣとは、ＭＣＧにＮＲ，ＳＣＧにＥ－ＵＴＲＡを用いたＤＣを行う技術であっても良い。またＭＲ－ＤＣとは、ＭＣＧ及びＳＣＧの両方にＮＲを用いたＤＣを行う技術であっても良い。ＭＣＧにＥ－ＵＴＲＡ，ＳＣＧにＮＲを用いるＭＲ－ＤＣの例として、コア網にＥＰＣを用いるＥＮ－ＤＣ（Ｅ－ＵＴＲＡ－ＮＲＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ）があって良いし、コア網に５ＧＣを用いるＮＧＥＮ－ＤＣ（ＮＧ－ＲＡＮＥ－ＵＴＲＡ－ＮＲＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ）があって良い。またＭＣＧにＮＲ，ＳＣＧにＥ－ＵＴＲＡを用いるＭＲ－ＤＣの例として、コア網に５ＧＣを用いるＮＥ－ＤＣ（ＮＲ－Ｅ－ＵＴＲＡＤｕａｌ
Ｃｏｎｎｅｃｔｉｖｉｔｙ）があって良い。またＭＣＧ及びＳＣＧの両方にＮＲを用いるＭＲ－ＤＣの例として、コア網に５ＧＣを用いるＮＲ－ＤＣ（ＮＲ－ＮＲＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ）があって良い。

なお端末装置において、ＭＡＣエンティティは各セルグループに対して１つ存在して良い。例えば端末装置にＤＣ又はＭＲ－ＤＣが設定される場合において、ＭＣＧに対する１つのＭＡＣエンティティ、及びＳＣＧに対する１つのＭＡＣエンティティが存在して良い。端末装置におけるＭＣＧに対するＭＡＣエンティティは、全ての状態（ＲＲＣアイドル状態、ＲＲＣ接続状態、及びＲＲＣ非活性状態など）の端末装置において、常に確立されていて良い。また端末装置におけるＳＣＧに対するＭＡＣエンティティは、端末装置にＳＣＧが設定される際、端末装置によってクリエイト（ｃｒｅａｔｅ）されて良い。また端末装置の各セルグループに対するＭＡＣエンティティは、基地局装置はからＲＲＣメッセージを受け取る事により設定が行われて良い。ＥＮ－ＤＣ、及びＮＧＥＮ－ＤＣにおいて、ＭＣＧに対するＭＡＣエンティティはＥ－ＵＴＲＡＭＡＣエンティティであっても良く、ＳＣＧに対するＭＡＣエンティティはＮＲＭＡＣエンティティであって良い。また、ＮＥ－ＤＣにおいて、ＭＣＧに対するＭＡＣエンティティはＮＲＭＡＣエンティティであっても良く、ＳＣＧに対するＭＡＣエンティティはＥ－ＵＴＲＡＭＡＣエンティティであって良い。またＮＲ－ＤＣにおいて、ＭＣＧ及びＳＣＧに対するＭＡＣエンティティは共にＮＲＭＡＣエンティティであって良い。なお、ＭＡＣエンティティが各セルグループに対して１つ存在する事を、ＭＡＣエンティティは各ＳｐＣｅｌｌに対して１つ存在すると言い換えて良い。また、各セルグループに対する１つのＭＡＣエンティティを、各ＳｐＣｅｌｌに対する１つのＭＡＣエンティティと言い換えて良い。

無線ベアラについて説明する。Ｅ－ＵＴＲＡのＳＲＢにはＳＲＢ０からＳＲＢ２が定義されて良いし、これ以外のＳＲＢが定義されて良い。ＮＲのＳＲＢにはＳＲＢ０からＳＲＢ３が定義されてよいし、これ以外のＳＲＢが定義されて良い。ＳＲＢ０は、論理チャネルのＣＣＣＨを用いて送信、及び／又は受信が行われる、ＲＲＣメッセージのためのＳＲＢであってよい。ＳＲＢ１は、ＲＲＣメッセージのため、及びＳＲＢ２の確立前のＮＡＳメッセージのためのＳＲＢであって良い。ＳＲＢ１を用いて送信、及び／又は受信が行われるＲＲＣメッセージには、ピギーバックされたＮＡＳメッセージが含まれて良い。ＳＲＢ１を用いて送信、及び／又は受信される全てのＲＲＣメッセージやＮＡＳメッセージには、論理チャネルのＤＣＣＨが用いられて良い。ＳＲＢ２は、ＮＡＳメッセージのため、及び記録測定情報（ｌｏｇｇｅｄｍｅａｓｕｒｅｍｅｎｔｉｎｆｏｒｍａｔｉｏｎ）を含むＲＲＣメッセージのためのＳＲＢであってよい。ＳＲＢ２を用いて送信、及び／又は受信される全てのＲＲＣメッセージやＮＡＳメッセージには、論理チャネルのＤＣＣＨが用いられて良い。また、ＳＲＢ２はＳＲＢ１よりも低い優先度であってよい。ＳＲＢ３は、端末装置に、ＥＮ－ＤＣ，ＮＧＥＮ－ＤＣ、ＮＲ－ＤＣなどが設定されているときの特定のＲＲＣメッセージを送信、及び／又は受信するためのＳＲＢであって良い。ＳＲＢ３を用いて送信、及び／又は受信される全てのＲＲＣメッセージやＮＡＳメッセージには、論理チャネルのＤＣＣＨが用いられて良い。また、その他の用途のために他のＳＲＢが用意されてもよい。ＤＲＢは、ユーザデータのための無線ベアラであって良い。ＤＲＢを用いて送信、及び／又は受信が行われるＲＲＣメッセージには、論理チャネルのＤＴＣＨが用いられても良い。

端末装置における無線ベアラについて説明する。無線ベアラにはＲＬＣベアラが含まれて良い。ＲＬＣベアラは１つ又は２つのＲＬＣエンティティと論理チャネルで構成されて良い。ＲＬＣベアラにＲＬＣエンティティが２つ存在する場合のＲＬＣエンティティはＴＭＲＬＣエンティティ、及び／又は単方向ＵＭモードのＲＬＣエンティティにおける、送信ＲＬＣエンティティ及び受信ＲＬＣエンティティであって良い。ＳＲＢ０は１つのＲＬＣベアラから構成されて良い。ＳＲＢ０のＲＬＣベアラはＴＭのＲＬＣエンティティ、及び論理チャネルから構成されて良い。ＳＲＢ０は全ての状態（ＲＲＣアイドル状態、ＲＲＣ接続状態、及びＲＲＣ非活性状態など）の端末装置において、常に確立されていて良い。ＳＲＢ１は端末装置がＲＲＣアイドル状態からＲＲＣ接続状態に遷移する際、基地局装置から受信するＲＲＣメッセージにより、端末装置に１つ確立及び／又は設定されて良い。ＳＲＢ１は１つのＰＤＣＰエンティティ、及び１つ又は複数のＲＬＣベアラから構成されて良い。ＳＲＢ１のＲＬＣベアラはＡＭのＲＬＣエンティティ、及び論理チャネルから構成されて良い。ＳＲＢ２はＡＳセキュリティが活性化されたＲＲＣ接続状態の端末装置が基地局装置から受信するＲＲＣメッセージにより、端末装置に１つ確立及び／又は設定されて良い。ＳＲＢ２は１つのＰＤＣＰエンティティ、及び１つ又は複数のＲＬＣベアラから構成されて良い。ＳＲＢ２のＲＬＣベアラはＡＭのＲＬＣエンティティ、及び論理チャネルから構成されて良い。なお、ＳＲＢ１及びＳＲＢ２の基地局装置側のＰＤＣＰはマスターノードに置かれて良い。ＳＲＢ３はＥＮ－ＤＣ、又はＮＧＥＮ－ＤＣ、又はＮＲ－ＤＣにおけるセカンダリノードが追加される際、又はセカンダリノードが変更される際に、ＡＳセキュリティが活性化されたＲＲＣ接続状態の端末装置が基地局装置から受信するＲＲＣメッセージにより、端末装置に１つ確立及び／又は設定されて良い。ＳＲＢ３は端末装置とセカンダリノードとの間のダイレクトＳＲＢであって良い。ＳＲＢ３は１つのＰＤＣＰエンティティ、及び１つ又は複数のＲＬＣベアラから構成されて良い。ＳＲＢ３のＲＬＣベアラはＡＭのＲＬＣエンティティ、及び論理チャネルから構成されて良い。ＳＲＢ３の基地局装置側のＰＤＣＰはセカンダリノードに置かれて良い。ＤＲＢはＡＳセキ
ュリティが活性化されたＲＲＣ接続状態の端末装置が基地局装置から受信するＲＲＣメッセージにより、端末装置に１つ又は複数確立及び／又は設定されて良い。ＤＲＢは１つのＰＤＣＰエンティティ、及び１つ又は複数のＲＬＣベアラから構成されて良い。ＤＲＢのＲＬＣベアラはＡＭ又はＵＭのＲＬＣエンティティ、及び論理チャネルから構成されて良い。

なお、ＭＲ－ＤＣにおいて、マスターノードにＰＤＣＰが置かれる無線ベアラの事を、ＭＮ終端（ターミネティド：ｔｅｒｍｉｎａｔｅｄ）ベアラと呼んで良い。また、ＭＲ－ＤＣにおいて、セカンダリノードにＰＤＣＰが置かれる無線ベアラの事を、ＳＮ終端（ターミネティド：ｔｅｒｍｉｎａｔｅｄ）ベアラと呼んで良い。なお、ＭＲ－ＤＣにおいて、ＲＬＣベアラがＭＣＧにのみ存在する無線ベアラの事を、ＭＣＧベアラ（ＭＣＧｂｅａｒｅｒ）と呼んで良い。また、ＭＲ－ＤＣにおいて、ＲＬＣベアラがＳＣＧにのみ存在する無線ベアラの事を、ＳＣＧベアラ（ＳＣＧｂｅａｒｅｒ）と呼んで良い。またＤＣにおいて、ＲＬＣベアラがＭＣＧ及びＳＣＧ両方に存在する無線ベアラの事をスプリットベアラ（ｓｐｌｉｔｂｅａｒｅｒ）と呼んで良い。

端末装置にＭＲ－ＤＣが設定される場合、端末装置に確立／及び又は設定されるＳＲＢ１及びＳＲＢ２のベアラタイプは、ＭＮ終端ＭＣＧベアラ及び／又はＭＮ終端スプリットベアラであって良い。また端末装置にＭＲ－ＤＣが設定される場合、端末装置に確立／及び又は設定されるＳＲＢ３のベアラタイプは、ＳＮ終端ＳＣＧベアラであって良い。また端末装置にＭＲ－ＤＣが設定される場合、端末装置に確立／及び又は設定されるＤＲＢのベアラタイプは、全てのベアラタイプのうちの何れかであって良い。

Ｅ－ＵＴＲＡで構成されるセルグループに確立及び／又は設定されるＲＬＣベアラに対し、確立及び／又は設定されるＲＬＣエンティティは、Ｅ－ＵＴＲＡＲＬＣであって良い。またＮＲで構成されるセルグループに確立及び／又は設定されるＲＬＣベアラに対し、確立及び／又は設定されるＲＬＣエンティティは、ＮＲＲＬＣであって良い。端末装置にＥＮ－ＤＣが設定され場合、ＭＮ終端ＭＣＧベアラに対し確立及び／又は設定されるＰＤＣＰエンティティは、Ｅ－ＵＴＲＡＰＤＣＰ又はＮＲＰＤＣＰの何れかであって良い。また端末装置にＥＮ－ＤＣが設定される場合、その他のベアラタイプの無線ベアラ、即ちＭＮ終端スプリットベアラ、ＭＮ終端ＳＣＧベアラ、ＳＮ終端ＭＣＧベアラ、ＳＮ終端スプリットベアラ、及びＳＮ終端ＳＣＧベアラ、に対して確立及び／又は設定されるＰＤＣＰは、ＮＲＰＤＣＰであって良い。また端末装置にＮＧＥＮ－ＤＣ、又はＮＥ－ＤＣ、又はＮＲ－ＤＣが設定される場合、全てのベアラタイプにおける無線ベアラに対して確立及び／又は設定されるＰＤＣＰエンティティは、ＮＲＰＤＣＰであって良い。

なおＮＲにおいて、端末装置に確立及び／又は設定されるＤＲＢは1つのＰＤＵセッションに紐づけられ良い。端末装置において１つのＰＤＵセッションに対し、１つのＳＤＡＰエンティティが確立及び／又は設定されて良い。端末装置に確立及び／又は設定ＳＤＡＰエンティティ、ＰＤＣＰエンティティ、ＲＬＣエンティティ、及び論理チャネルは、端末装置が基地局装置から受信するＲＲＣメッセージにより確立及び／又は設定されて良い。

なお、ＭＲ－ＤＣが設定されるか否かに関わらず、マスターノードがｅＮＢ１０２でＥＰＣ１０４をコア網とするネットワーク構成をＥ－ＵＴＲＡ／ＥＰＣと呼んで良い。またマスターノードがｅＮＢ１０２で５ＧＣ１１０をコア網とするネットワーク構成をＥ－ＵＴＲＡ／５ＧＣと呼んで良い。またマスターノードがｇＮＢ１０８で５ＧＣ１１０をコア網とするネットワーク構成をＮＲ、又はＮＲ／５ＧＣと呼んで良い。ＭＲ－ＤＣが設定されない場合において、上述のマスターノードとは、端末装置と通信を行う基地局装置の事を指して良い。

次にＬＴＥ及びＮＲにおけるハンドオーバについて説明する。ハンドオーバとはＲＲＣ接続状態のＵＥ１２２がサービングセルを変更する処理であって良い。ハンドオーバは、ＵＥ１２２がｅＮＢ１０２、及び／又はｇＮＢ１０８より、ハンドオーバを指示するＲＲＣメッセージを受信した時に行われて良い。ハンドオーバを指示するＲＲＣメッセージとは、ハンドオーバを指示するパラメータ（例えば非特許文献４に記載のＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏという名称の情報要素、又は非特許文献３に記載のＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃという名称の情報要素、）を含むＲＲＣコネクションの再設定に関するメッセージの事であって良い。なお上述のＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏという名称の情報要素の事を、モビリティ制御設定情報要素、又はモビリティ制御設定、又はモビリティ制御情報と言い換えて良い。なお上述のＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃという名称の情報要素の事を同期付再設定情報要素、又は同期付再設定と言い換えて良い。またハンドオーバを指示するＲＲＣメッセージとは、他のＲＡＴのセルへの移動を示すメッセージ（例えば非特許文献４に記載のＭｏｂｉｌｉｔｙＦｒｏｍＥＵＴＲＡＣｏｍｍａｎｄ、又は非特許文献３に記載のＭｏｂｉｌｉｔｙＦｒｏｍＮＲＣｏｍｍａｎｄ）の事であって良い。またハンドオーバの事を同期付再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎｗｉｔｈｓｙｎｃ）と言い換えて良い。またＵＥ１２２がハンドオーバを行う事ができる条件に、ＡＳセキュリティが活性化されている時、ＳＲＢ２が確立されている時、少なくとも一つのＤＲＢが確立している事のうちの一部又は全てを含んで良い。

端末装置と基地局装置との間で送受信される、ＲＲＣメッセージのフローについて説明する。図４は、本発明の実施の形態に係るＲＲＣにおける、各種設定のための手順（ｐｒｏｃｅｄｕｒｅ）のフローの一例を示す図である。図４は、基地局装置（ｅＮＢ１０２、及び／又はｇＮＢ１０８）から端末装置（ＵＥ１２２）にＲＲＣメッセージが送られる場合のフローの一例である。

図４において、基地局装置はＲＲＣメッセージを作成する（ステップＳ４００）。基地局装置におけるＲＲＣメッセージの作成は、基地局装置が報知情報（ＳＩ：Ｓｙｓｔｅｍ
Ｉｎｆｏｒｍａｔｉｏｎ）やページング情報を配信するため行われて良い。また基地局装置におけるＲＲＣメッセージの作成は、基地局装置が特定の端末装置に対して処理を行わせるために行われて良い。特定の端末装置に対して行わせる処理は、例えばセキュリティに関する設定、ＲＲＣ接続の再設定、異なるＲＡＴへのハンドオーバ、ＲＲＣ接続の休止、ＲＲＣ接続の解放などの処理を含んで良い。ＲＲＣ接続の再設定処理には、例えば無線ベアラの制御（確立、変更、解放など）、セルグループの制御（確立、追加、変更、解放など）、メジャメント設定、ハンドオーバ、セキュリティ鍵更新、などの処理が含まれて良い。また基地局装置におけるＲＲＣメッセージの作成は、端末装置から送信されたＲＲＣメッセージへの応答のために行われて良い。端末装置から送信されたＲＲＣメッセージへの応答は、例えばＲＲＣセットアップ要求への応答、ＲＲＣ再接続要求への応答、ＲＲＣ再開要求への応答などを含んで良い。ＲＲＣメッセージには各種情報通知や設定のための情報（パラメータ）が含まれる。非特許文献３又は非特許文献４等に記載の通り、これらのパラメータは、フィールド及び／又は情報要素呼ばれて良く、ＡＳＮ．１（ＡｂｓｔｒａｃｔＳｙｎｔａｘＮｏｔａｔｉｏｎＯｎｅ）という記述方式を用いて記述されて良い。

図４において、次に基地局装置は、作成したＲＲＣメッセージを端末装置に送信する（ステップＳ４０２）。次に端末装置は受信した上述のＲＲＣメッセージに従って、設定などの処理が必要な場合には処理を行う（ステップＳ４０４）。処理を行った端末装置は、基地局装置に対し、応答のためのＲＲＣメッセージを送信して良い（不図示）。

ＲＲＣメッセージは、上述の例に限らず、非特許文献３や、非特許文献４などに記載の通り、他の目的に使われて良い。

なおＭＲ－ＤＣにおいて、マスターノード側のＲＲＣが、ＳＣＧ側の設定（セルグループ設定、無線ベアラ設定、測定設定など）のためのＲＲＣメッセージを、端末装置との間で転送するのに用いられて良い。例えばＥＮ－ＤＣ、又はＮＧＥＮ－ＤＣにおいて、ｅＮＢ１０２とＵＥ１２２との間で送受信されるＥ－ＵＴＲＡのＲＲＣメッセージに、ＮＲのＲＲＣメッセージがコンテナの形で含まれて良い。またＮＥ－ＤＣにおいて、ｇＮＢ１０８とＵＥ１２２との間で送受信されるＮＲのＲＲＣメッセージに、Ｅ－ＵＴＲＡのＲＲＣメッセージがコンテナの形で含まれて良い。ＳＣＧ側の設定のためのＲＲＣメッセージは、マスターノードとセカンダリノードの間で送受信されて良い。

なお、ＭＲ－ＤＣを利用する場合に限らず、ｅＮＢ１０２からＵＥ１２２に送信されるＥ－ＵＴＲＡ用ＲＲＣメッセージに、ＮＲ用ＲＲＣメッセージが含まれていて良いし、ｇＮＢ１０８からＵＥ１２２に送信されるＮＲ用ＲＲＣメッセージに、Ｅ－ＵＴＲＡ用ＲＲＣメッセージが含まれていて良い。

ＲＲＣコネクションの再設定に関するＲＲＣメッセージに含まれる、パラメータの一例を説明する。図７は、図４において、ＮＲでのＲＲＣコネクションの再設定に関するメッセージに含まれる、無線ベアラ設定に関するフィールド、及び／又は情報要素を表すＡＳＮ．１記述の一例である。また図８は、図４において、Ｅ－ＵＴＲＡでのＲＲＣコネクションの再設定に関するメッセージに含まれる、無線ベアラ設定に関するフィールド、及び／又は情報要素を表すＡＳＮ．１記述の一例である。図７、図８に限らず、本発明の実施の形態におけるＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、情報要素が省略されていて良い。なお本発明の実施の形態においてＡＳＮ．１の例はＡＳＮ．１表記方法に正しく従ったものではない。本発明の実施の形態においてＡＳＮ．１の例は、本発明の実施形態におけるＲＲＣメッセージのパラメータの一例を表記したものであり、他の名称や他の表記が用いられて良い。またＡＳＮ．１の例は、説明が煩雑になることを避けるために、本発明の一形態と密接に関連する主な情報に関する例のみを示す。なお、ＡＳＮ．１で記述されるパラメータを、フィールド、情報要素等に区別せず、全て情報要素と言う場合がある。また本発明の実施の形態において、ＲＲＣメッセージに含まれる、ＡＳＮ．１で記述されるフィールド、情報要素等を、情報と言い換えても良く、パラメータと言い換えても良い。なおＲＲＣコネクションの再設定に関するメッセージとは、ＮＲにおけるＲＲＣ再設定メッセージであって良いし、Ｅ－ＵＴＲＡにおけるＲＲＣコネクション再設定メッセージであって良い。

図７においてＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇで表される情報要素は、ＳＲＢ、ＤＲＢ等の無線ベアラの設定、変更、解放等に使われる情報要素であって良い。ＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇで表される情報要素は、後述のＰＤＣＰ設定情報要素や、ＳＤＡＰ設定情報要素を含んで良い。ＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇで表される情報要素を、無線ベアラ設定情報要素、又は無線ベアラ設定と言い換えて良い。ＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇで表される情報要素に含まれる、ＳＲＢ－ＴｏＡｄｄＭｏｄで表される情報要素は、ＳＲＢ（シグナリング無線ベアラ）設定を示す情報要素であって良い。ＳＲＢ－ＴｏＡｄｄＭｏｄで表される情報要素を、ＳＲＢ設定情報要素、又はＳＲＢ設定と言い換えて良い。またＳＲＢ－ＴｏＡｄｄＭｏｄＬｉｓｔで表される情報要素は、ＳＲＢ設定のリストであって良い。ＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇで表される情報要素に含まれる、ＤＲＢ－ＴｏＡｄｄＭｏｄで表される情報要素は、ＤＲＢ（データ無線ベアラ）設定を示す情報要素であって良い。ＤＲＢ－ＴｏＡｄｄＭｏｄで表される情報要素を、ＤＲＢ設定情報要素、又はＤＲＢ設定と言い換えて良い。ＤＲＢ－ＴｏＡｄｄＭｏｄＬｉｓｔで表される情報要素は、ＤＲＢ設定のリストであって良い。なお、ＳＲＢ設定、及びＤＲＢ設定を、無線ベアラ設定と言い換えても良い。

ＳＲＢ設定情報要素の中の、ｓｒｂ－Ｉｄｅｎｔｉｔｙで表されるフィールドは、追加又は変更するＳＲＢのＳＲＢ識別子（ＳＲＢＩｄｅｎｔｉｔｙ）の情報であり、各端末装置においてＳＲＢを一意に識別する識別子であって良い。ＳＲＢ設定情報要素の中の、ｓｒｂ－Ｉｄｅｎｔｉｔｙで表されるフィールドの事を、ＳＲＢ識別子フィールド、またはＳＲＢ識別子と言い換えて良い。またＳＲＢ識別子を無線ベアラ識別子と言い換えて良い。

ＤＲＢ設定情報要素の中の、ｄｒｂ－Ｉｄｅｎｔｉｔｙで表されるフィールドは、追加又は変更するＤＲＢのＤＲＢ識別子（ＤＲＢＩｄｅｎｔｉｔｙ）の情報であり、各端末装置においてＤＲＢを一意に識別する識別子であって良い。ＤＲＢ設定情報要素の中の、ｄｒｂ－Ｉｄｅｎｔｉｔｙで表されるフィールドの事を、ＤＲＢ識別子フィールド、またはＤＲＢ識別子と言い換えて良い。ＤＲＢ識別子の値は図７の例では１から３２の整数値としているが、別の値を取って良い。ＤＣの場合、ＤＲＢ識別子は、ＵＥ１２２のスコープ内で固有であって良い。またＤＲＢ識別子を無線ベアラ識別子と言い換えて良い。

ＤＲＢ設定情報要素の中の、ｃｎＡｓｓｏｃｉａｔｉｏｎで表されるフィールドは、無線ベアラが後述のｅｐｓ－ｂｅａｒｅｒＩｄｅｎｔｉｔｙで表されるフィールドに関連付くか、後述のＳＤＡＰ－Ｃｏｎｆｉｇで表される情報要素に関連付けられるかを示すフィールドであって良い。ｃｎＡｓｓｏｃｉａｔｉｏｎで表されるフィールドを、コア網関連付けフィールド又はコア網関連付けと言い換えて良い。ｃｎＡｓｓｏｃｉａｔｉｏｎで表されるフィールドは、端末装置がＥＰＣ１０４と接続する場合に後述するＥＰＳベアラ識別子フィールド（ｅｐｓ－ｂｅａｒｅｒＩｄｅｎｔｉｔｙ）を含んで良い。またｃｎＡｓｓｏｃｉａｔｉｏｎで表されるフィールドは、端末装置がコア網５ＧＣ１１０と接続する場合に後述するＳＤＡＰ設定を示す情報要素（ＳＤＡＰ－Ｃｏｎｆｉｇ）を含んで良い。ｅｐｓ－ｂｅａｒｅｒＩｄｅｎｔｉｔｙで示されるフィールドは、ＥＰＳベアラを特定すするＥＰＳベアラ識別子を示すフィールドであって良い。ｅｐｓ－ｂｅａｒｅｒＩｄｅｎｔｉｔｙで示されるフィールドを、ＥＰＳベアラ識別子フィールド又はＥＰＳベアラ識別子と言い換えて良い。

ＳＤＡＰ－Ｃｏｎｆｉｇで表される情報要素は、ＳＤＡＰエンティティの設定又は再設定に関する情報であっても良い。ＳＤＡＰ－Ｃｏｎｆｉｇで表される情報要素を、ＳＤＡＰ設定情報要素又はＳＤＡＰ設定と言い換えて良い。

ＳＤＡＰ設定情報要素に含まれる、ｐｄｕ－ｓｅｓｓｉｏｎで示されるフィールドは、該当無線ベアラにマップ（ｍａｐ）されるＱｏＳフローが所属するＰＤＵセッションのＰＤＵセッション識別子であって良い。ｐｄｕ－ｓｅｓｓｉｏｎで示されるフィールドを、ＰＤＵセッション識別子フィールド又はＰＤＵセッション識別子と言い換えて良い。ＰＤＵセッション識別子とは非特許文献１に記載のＰＤＵセッションのＰＤＵセッション識別子であって良い。また該当無線ベアラとは、本ＳＤＡＰ設定フィールドを含むＤＲＢ設定の、ＤＲＢ識別子に紐づくＤＲＢの事であって良い。

ＳＤＡＰ設定情報要素に含まれる、ｍａｐｐｅｄＱｏＳ－ＦｌｏｗｓＴｏＡｄｄで示されるフィールドは、該当無線ベアラに追加でマップさせる、アップリンクＱｏＳフローの、ＱｏＳフロー識別子（ＱＦＩ：ＱｏＳＦｌｏｗＩｄｅｎｔｉｔｙ）フィールドのリストを示す情報であって良い。ｍａｐｐｅｄＱｏＳ－ＦｌｏｗｓＴｏＡｄｄで示されるフィールドを、追加するＱｏＳフローフィールド又は追加するＱｏＳフローと言い換えて良い。上述のＱｏＳフローは本ＳＤＡＰ設定情報要素に含まれるＰＤＵセッションが示すＰＤＵセッションのＱｏＳフローであって良い。また該当無線ベアラとは、本ＳＤＡＰ設定フィールドを含むＤＲＢ設定の、ＤＲＢ識別子に紐づくＤＲＢの事であって良い。

また、ＳＤＡＰ設定情報要素に含まれる、ｍａｐｐｅｄＱｏＳ－ＦｌｏｗｓＴｏＲｅｌｅａｓｅで示されるフィールドは、該当無線ベアラにマップしているＱｏＳフローのうち、対応関係を解放するＱｏＳフローの、ＱｏＳフロー識別子情報要素のリストを示す情報であって良い。ｍａｐｐｅｄＱｏＳ－ＦｌｏｗｓＴｏＲｅｌｅａｓｅで示されるフィールドを、解放するＱｏＳフローフィールド又は解放するＱｏＳフローと言い換えて良い。上述のＱｏＳフローは本ＳＤＡＰ設定情報要素に含まれるＰＤＵセッションが示すＰＤＵセッションのＱｏＳフローであって良い。また該当無線ベアラとは、本ＳＤＡＰ設定フィールドを含むＤＲＢ設定の、ＤＲＢ識別子に紐づくＤＲＢの事であって良い。

またＳＤＡＰ設定情報要素には、この他に、該当無線ベアラを介して送信するアップリンクデータにアップリンク用ＳＤＡＰヘッダが存在するか否かを示すフィールド、該当無線ベアラを介して受信するダウンリンクデータにダウンリンク用ＳＤＡＰヘッダが存在するか否か事を示すフィールド、該当無線ベアラがデフォルト無線ベアラ（デフォルトＤＲＢ）であるか否かを示すフィールドなどが含まれて良い。また該当無線ベアラとは、本ＳＤＡＰ設定フィールドを含むＤＲＢ設定の、ＤＲＢ識別子に紐づくＤＲＢの事であって良い。

また、ＳＲＢ設定情報要素、及びＤＲＢ設定情報要素の中の、ＰＤＣＰ－Ｃｏｎｆｉｇで表される情報要素は、ＮＲＰＤＣＰエンティティの設定に関する情報要素であっても良い。ＰＤＣＰ－Ｃｏｎｆｉｇで表される情報要素を、ＰＤＣＰ設定情報要素又はＰＤＣＰ設定と言い換えて良い。ＮＲＰＤＣＰエンティティの設定に関する情報要素には、アップリンク用シーケンス番号のサイズを示すフィールド、ダウンリンク用シーケンス番号のサイズを示すフィールド、ヘッダ圧縮（ＲｏＨＣ：ＲＯｂｕｓｔＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ）のプロファイルを示すフィールド、リオーダリング（ｒｅ－ｏｒｄｅｒｉｎｇ）タイマーの値を示すフィールドなどが含まれて良い。

ＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇで表される情報要素に含まれる、ＤＲＢ－ＴｏＲｅｌｅａｓｅＬｉｓｔで表される情報要素は、解放する１つ以上のＤＲＢ識別子を示す情報を含んで良い。

図８においてＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄで表される情報要素は、無線ベアラの設定、変更、解放等に使われる情報要素であって良い。ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄで表される情報要素に含まれる、ＳＲＢ－ＴｏＡｄｄＭｏｄで表される情報要素は、ＳＲＢ（シグナリング無線ベアラ）設定を示す情報であっても良い。ＳＲＢ－ＴｏＡｄｄＭｏｄで表される情報要素を、ＳＲＢ設定情報要素又はＳＲＢ設定と言い換えて良い。ＳＲＢ－ＴｏＡｄｄＭｏｄＬｉｓｔで表される情報要素はＳＲＢ設定を示す情報のリストであって良い。ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄで表される情報要素に含まれる、ＤＲＢ－ＴｏＡｄｄＭｏｄで表される情報要素は、ＤＲＢ（データ無線ベアラ）設定を示す情報であって良い。ＤＲＢ－ＴｏＡｄｄＭｏｄで表される情報要素を、ＤＲＢ設定情報要素又はＤＲＢ設定と言い換えて良い。ＤＲＢ－ＴｏＡｄｄＭｏｄＬｉｓｔで表される情報要素は、ＤＲＢ設定を示す情報のリストであって良い。なお、ＳＲＢ設定、及びＤＲＢ設定のうちの何れか、または全ての事を、無線ベアラ設定と言い換えても良い。

ＳＲＢ設定情報要素の中の、ｓｒｂ－Ｉｄｅｎｔｉｔｙで表されるフィールドは、追加又は変更するＳＲＢのＳＲＢ識別子（ＳＲＢＩｄｅｎｔｉｔｙ）の情報であり、各端末装置においてＳＲＢを一意に識別する識別子であって良い。ＳＲＢ設定情報要素の中の、
ｓｒｂ－Ｉｄｅｎｔｉｔｙで表されるフィールドの事を、ＳＲＢ識別子フィールド、またはＳＲＢ識別子と言い換えて良い。またＳＲＢ識別子を無線ベアラ識別子と言い換えて良い。図８のＳＲＢ識別子は、図７のＳＲＢ識別子と、同一の役割をもって良い。

ＤＲＢ設定の中の、ｄｒｂ－Ｉｄｅｎｔｉｔｙで表されるフィールドは、追加又は変更するＤＲＢのＤＲＢ識別子（ＤＲＢＩｄｅｎｔｉｔｙ）の情報であり、各端末装置においてＤＲＢを一意に識別する識別子であって良い。ＤＲＢ設定情報要素の中の、ｄｒｂ－Ｉｄｅｎｔｉｔｙで表されるフィールドの事を、ＤＲＢ識別子フィールド、またはＤＲＢ識別子と言い換えて良い。ＤＲＢ識別子の値は、図８の例では１から３２の整数値としているが、別の値を取って良い。またＤＲＢ識別子を無線ベアラ識別子と言い換えて良い。図８のＤＲＢ識別子は、図７のＤＲＢ識別子と、同一の役割をもって良い。

ＤＲＢ設定情報要素の中の、ｅｐｓ－ＢｅａｒｅｒＩｄｅｎｔｉｔｙで表されるフィールドは、各端末装置においてＥＰＳベアラを一意に識別するＥＰＳベアラ識別子であって良い。ｅｐｓ－ＢｅａｒｅｒＩｄｅｎｔｉｔｙで表されるフィールドを、ＥＰＳベアラ識別子フィールド又はＥＰＳベアラ識別子と言い換えて良い。ＥＰＳベアラ識別子の値は、図８の例では１から１５の整数値としているが、別の値を取って良い。図８のＥＰＳベアラ識別子は、図７のＥＰＳベアラ識別子と、同一の役割をもって良い。またＥＰＳベアラ識別子と、ＤＲＢ識別子とは各端末装置において、１対１に対応して良い。

またＳＲＢ設定情報要素、及びＤＲＢ設定情報要素の中の、ＰＤＣＰ－Ｃｏｎｆｉｇで表される情報要素はＥ－ＵＴＲＡＰＤＣＰエンティティの設定に関する情報要素であって良い。ＰＤＣＰ－Ｃｏｎｆｉｇで表される情報要素をＰＤＣＰ設定情報要素又はＰＤＣＰ設定と言い換えて良い。Ｅ－ＵＴＲＡＰＤＣＰエンティティの設定に関する情報要素には、シーケンス番号のサイズを示すフィールド、ヘッダ圧縮（ＲｏＨＣ：ＲＯｂｕｓｔ
ＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ）のプロファイルを示すフィールド、リオーダリング（ｒｅ－ｏｒｄｅｒｉｎｇ）タイマーの値を示すフィールドなどが含まれて良い。

また図８に示すＳＲＢ設定情報要素には、更にＥ－ＵＴＲＡＲＬＣエンティティ設定に関するフィールドを含んで良い（不図示）。Ｅ－ＵＴＲＡＲＬＣエンティティ設定に関するフィールドの事を、ＲＬＣ設定フィールド又はＲＬＣ設定と言い換えて良い。また、図８に示すＳＲＢ設定情報要素には、論理チャネル設定に関する情報要素を含んで良い（不図示）。論理チャネル設定に関する情報要素を、論理チャネル設定情報要素又は論理チャネル設定と言い換えて良い。

また図８に示すＤＲＢ設定情報要素には、更にＥ－ＵＴＲＡＲＬＣエンティティ設定に関する情報要素を含んでも良い（不図示）。Ｅ－ＵＴＲＡＲＬＣエンティティ設定に関する情報要素の事を、ＲＬＣ設定情報要素又はＲＬＣ設定と言い換えて良い。また、図８に示すＤＲＢ設定情報要素には、論理チャネル識別子（ｉｄｅｎｔｉｔｙ：ＩＤ）情報を示すフィールドが含まれて良い。論理チャネル識別子（ｉｄｅｎｔｉｔｙ：ＩＤ）情報を示すフィールドを、論理チャネル識別子フィールド又は論理チャネル識別子と言い換えて良い。また、図８に示すＤＲＢ設定情報要素には、論理チャネル設定に関する情報要素を含んで良い（不図示）。論理チャネル設定に関する情報要素を、論理チャネル設定情報要素又は論理チャネル設定と言い換えて良い。なお論理チャネル識別子は無線ベアラ識別子に紐づいて良い。

ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄで表される情報要素に含まれる、ＤＲＢ－ＴｏＲｅｌｅａｓｅＬｉｓｔで表される情報要素は、解放する一つ以上のＤＲＢ識別子を示す情報を含んで良い。

なおＮＲにおいて、各無線ベアラに対するＮＲＲＬＣエンティティ設定に関する情報要素、論理チャネル識別子（ｉｄｅｎｔｉｔｙ：ＩＤ）情報を示す情報要素、論理チャネル設定に関する情報要素等のＲＬＣベアラ設定に関する情報要素は、図７におけるＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇで表される情報要素ではなく、セルグループ設定に関する情報要素に含まれて良い（不図示）。セルグループ設定に関する情報要素は、ＲＲＣコネクションの再設定に関するメッセージに含まれて良い。セルグループ設定に関する情報要素を、セルグループ設定情報要素、又はセルグループ設定と言い換えて良い。ＮＲＲＬＣエンティティ設定に関する情報要素を、ＲＬＣ設定情報要素、又はＲＬＣ設定と言い換えて良い。論理チャネル識別子情報を示す情報要素を、論理チャネル識別子情報要素又は論理チャネル識別子と言い換えて良い。論理チャネル設定に関する情報要素を、論理チャネル設定情報要素又は論理チャネル識別子と言い換えて良い。なお論理チャネル識別子は無線ベアラ識別子に紐づいて良い。

また図７又は図８を用いて説明した一部、又は全てのフィールドや情報要素は、オプショナルであって良い。即ち図７又は図８を用いて説明したフィールドや情報要素は必要や条件に応じてＲＲＣコネクションの再設定に関するメッセージに含まれて良い。またＲＲＣコネクションの再設定に関するメッセージには、無線ベアラの設定に関する情報要素の他に、フル設定が適用される事を意味するフィールドなどが含まれて良い。フル設定が適用される事を意味するフィールドは、ｆｕｌｌＣｏｎｆｉｇなどの情報要素名で表されても良く、ｔｒｕｅ、ｅｎａｂｌｅなどを用いてフル設定が適用される事を示して良い。

以上の説明をベースとして、本発明の様々な実施の形態を説明する。なお、以下の説明で省略される各処理については上記で説明した各処理が適用されてよい。

図５は本発明の実施の形態における端末装置（ＵＥ１２２）の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図５では、本発明の一形態と密接に関連する主な構成部のみを示す。

図５に示すＵＥ１２２は、基地局装置よりＲＲＣメッセージ等を受信する受信部５００、及び受信したメッセージに含まれるパラメータに従って処理を行う処理部５０２、および基地局装置にＲＲＣメッセージ等を送信する送信部５０４から成る。上述の基地局装置とは、ｅＮＢ１０２であっても良いし、ｇＮＢ１０８であっても良い。また、処理部５０２には様々な層（例えば、物理層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、ＳＤＡＰ層、ＲＲＣ層、およびＮＡＳ層）の機能の一部または全部が含まれてよい。すなわち、処理部５０２には、物理層処理部、ＭＡＣ層処理部、ＲＬＣ層処理部、ＰＤＣＰ層処理部、ＳＤＡＰ処理部、ＲＲＣ層処理部、およびＮＡＳ層処理部の一部または全てが含まれてよい。

図６は本発明の実施の形態における基地局装置の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図６では、本発明の一形態と密接に関連する主な構成部のみを示す。上述の基地局装置とは、ｅＮＢ１０２であっても良いし、ｇＮＢ１０８であっても良い。

図６に示す基地局装置は、ＵＥ１２２へＲＲＣメッセージ等を送信する送信部６００、及びパラメータを含むＲＲＣメッセージを作成し、ＵＥ１２２に送信する事により、ＵＥ１２２の処理部５０２に処理を行わせる処理部６０２、およびＵＥ１２２からＲＲＣメッセージ等を受信する受信部６０４から成る。また、処理部６０２には様々な層（例えば、物理層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、ＳＤＡＰ層、ＲＲＣ層、およびＮＡＳ層）の機能の一部または全部が含まれてよい。すなわち、処理部６０２には、物理層処理部、ＭＡＣ層処理部、ＲＬＣ層処理部、ＰＤＣＰ層処理部、ＳＤＡＰ処理部、ＲＲＣ層処理部、およびＮＡＳ層処理部の一部または全部が含まれてよい。

本発明の実施の形態における、条件付きハンドオーバ（ＣｏｎｄｉｔｉｏｎａｌＨａｎｄｏｖｅｒ：ＣＨＯ）について説明する。条件付きハンドオーバとは、非特許文献１や非特許文献３等に記載の条件付きハンドオーバであって良い。端末装置は、基地局装置から条件付きハンドオーバ設定のパラメータを含むＲＲＣメッセージを受信する事により、条件付きハンドオーバの設定が行われても良い。条件付きハンドオーバ設定のパラメータには、ターゲット候補ＳｐＣｅｌｌの設定パラメータと、そのターゲット候補ＳｐＣｅｌｌへの設定を適用してハンドオーバを実行するための実行条件パラメータが含まれて良い。条件付きハンドオーバとは、１つ又は複数の実行条件が満たされた時に、端末装置によりハンドオーバ手順を実行するハンドオーバであって良い。なお、条件付きハンドオーバを、条件付き再設定（ＣｏｎｄｉｔｉｏｎａｌＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）と言い換えても良い。また条件付きハンドオーバを、ハンドオーバと言い換えても良い。なお、条件付きハンドオーバ設定情報要素を含むＲＲＣメッセージとは、ＲＲＣコネクションの再設定に関するメッセージ又はＲＲＣ再設定メッセージであって良い。

図９は、本発明の実施の形態における、条件付きハンドオーバの設定に関するフィールド、及び／又は情報要素を表すＡＳＮ．１記述の一例である。図９においてＣｏｎｄｉｔｉｏｎａｌＲｅｃｏｎｆｉｇｕｒａｔｉｏｎで表される情報要素は、条件付きハンドオーバにおけるターゲット候補（ｃａｎｄｉｄａｔｅ）ＳｐＣｅｌｌと、条件付きハンドオーバ実行条件の設定を示す情報要素であって良い。ＣｏｎｄｉｔｉｏｎａｌＲｅｃｏｎｆｉｇｕｒａｔｉｏｎで表される情報要素を、条件付きハンドオーバ設定情報要素、又は条件付きハンドオーバ設定と言い換えて良い。条件付きハンドオーバ設定情報要素は条件付きＰＳＣｅｌｌ変更にも使われて良い。

図９において、条件付きハンドオーバ設定情報要素に含まれる、ａｔｔｅｍｐｔＣｏｎｄＲｅｃｏｎｆｉｇで表されるフィールドは、本フィールドが存在する場合、条件付きハンドオーバが失敗した後で最初に選択したセルが、条件付きハンドオーバ設定情報要素に含まれる候補ＳｐＣｅｌｌの１つである場合、候補ＳｐＣｅｌｌに対し、条件付き再設定を行う事を示す設定であって良い。ａｔｔｅｍｐｔＣｏｎｄＲｅｃｏｎｆｉｇで表されるフィールドを、アテンプト（ａｔｔｅｍｐｔ）条件付き再設定フィールド、又はアテンプト条件付き再設定と言い換えて良い。

図９において、条件付きハンドオーバ設定情報要素に含まれる、ＣｏｎｄＲｅｃｏｎｆｉｇＴｏＲｅｍｏｖｅＬｉｓｔで表される情報要素は、削除（ｒｅｍｏｖｅ）される候補（ｃａｎｄｉｄａｔｅ）ＳｐＣｅｌｌのリストであって良い。ＣｏｎｄＲｅｃｏｎｆｉｇＴｏＲｅｍｏｖｅＬｉｓｔで表される情報要素を、削除する条件付き再設定リスト情報要素、又は削除する条件付き再設定リストと言い換えても良い。削除する条件付き再設定リスト情報要素は、後述するＣｏｎｄＲｅｃｏｎｆｉｇＩｄで表される情報要素のリストであって良い。

図９において、条件付きハンドオーバ設定情報要素に含まれる、ＣｏｎｄＲｅｃｏｎｆｉｇＴｏＡｄｄＭｏｄＬｉｓｔで表される情報要素は、追加又は変更される候補ＳｐＣｅｌｌの設定のリストであって良い。ＣｏｎｄＲｅｃｏｎｆｉｇＴｏＡｄｄＭｏｄＬｉｓｔで表される情報要素を、条件付き再設定リスト情報要素、又は条件付き再設定リストと言い換えて良い。また、条件付き再設定リスト情報要素は、ＣｏｎｄＲｅｃｏｎｆｉｇＴｏＡｄｄＭｏｄで表される情報要素のリストであって良い。ＣｏｎｄＲｅｃｏｎｆｉｇＴｏＡｄｄＭｏｄで表される情報要素を、条件付き再設定情報要素、又は条件付き再設定と言い換えて良い。

図９において、条件付き再設定情報要素に含まれる、ｃｏｎｄＲｅｃｏｎｆｉｇＩｄで
表されるフィールドは、条件付きハンドオーバ又は条件付きＰＳＣｅｌｌ変更の設定を識別する識別子であって良い。ｃｏｎｄＲｅｃｏｎｆｉｇＩｄで表されるフィールドを、条件付き再設定識別子フィールド、又は条件付き再設定識別子と言い換えて良い。

図９において、条件付き再設定情報要素に含まれる、ｃｏｎｄＥｘｅｃｕｔｉｏｎＣｏｎｄで表されるフィールドは、条件付き再設定の実行をトリガ（ｔｒｉｇｇｅｒ）するために満たす必要のある、実行条件であって良い。ｃｏｎｄＥｘｅｃｕｔｉｏｎＣｏｎｄで表されるフィールドを、条件付き再設定実行条件フィールド、又は条件付き再設定実行条件と言い換えて良い。再設定実行条件フィールドには、メジャメント設定を識別する識別子が１つ又は複数含まれて良い。

図９において、条件付き再設定情報要素に含まれる、ｃｏｎｄＲＲＣＲｅｃｏｎｆｉｇで表される情報要素は、上述の条件付き再設定実行条件フィールドに示される、条件付き再設定実行条件が満たされた際に適用される、ＲＲＣ再設定メッセージであって良い。即ちｃｏｎｄＲＲＣＲｅｃｏｎｆｉｇで表される情報要素は、非特許文献３に記載のＲＲＣ再設定メッセージに含まれる情報要素及び／又はフィールドの一部又は全てを含んで良い。ｃｏｎｄＲＲＣＲｅｃｏｎｆｉｇで表される情報要素を、条件付き再設定情報要素、又は条件付き再設定と言い換えて良い。また条件付き再設定情報要素に含まれるＲＲＣ再設定メッセージの情報要素及び／又はフィールドに、条件付き再設定情報要素を含める事は禁止されて良い。

上述の条件付き再設定情報要素は、例えば下記の（Ａ）から（Ｆ）の設定の一部または全てを含んでよい。
（Ａ）セルグループ設定（非特許文献３に記載のＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇで表される情報要素であっても良い）。
（Ｂ）フル設定であるか否かを示す情報（非特許文献３に記載のｆｕｌｌＣｏｎｆｉｇで表されるフィールドであっても良い）。
（Ｃ）ＮＡＳ層のメッセージ（非特許文献３に記載のＤｅｄｉｃａｔｅｄＮＡＳ－ｍｅｓｓａｇｅで表される情報要素であっても良い）。
（Ｄ）鍵更新設定（非特許文献３に記載のＭａｓｔｅｒＫｅｙＵｐｄａｔｅで表される情報要素であっても良い）。
（Ｅ）測定設定（非特許文献３に記載のＭｅａｓＣｏｎｆｉｇで表される情報要素であっても良い）。
（Ｆ）無線ベアラ設定。

また上述のセルグループの設定情報は、例えば下記の（１）から（６）の設定の一部または全てを含んでよい。
（１）セルグループの識別子（非特許文献３に記載のＣｅｌｌＧｒｏｕｐＩｄで表される情報要素であっても良い）。
（２）ＲＬＣベアラ設定（非特許文献３に記載のＲＬＣ－ＢｅａｒｅｒＣｏｎｆｉｇで表される情報要素であっても良い）。
（３）セルグループのＭＡＣレイヤ設定（非特許文献３に記載のＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇで表される情報要素であっても良い）。
（４）セルグループの物理（ＰＨＹ）レイヤ設定（非特許文献３に記載のＰｈｙｓｉｃａｌＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇで表される情報要素であっても良い）。
（５）ＳｐＣｅｌｌ設定（非特許文献３に記載のＳｐＣｅｌｌＣｏｎｆｉｇで表される情報要素であっても良い）。
（６）ＳＣｅｌｌの情報（非特許文献３に記載のＳＣｅｌｌＣｏｎｆｉｇで表される情報要素であっても良い）。
なお、（５）のＳｐＣｅｌｌ設定は、同期付再設定情報要素を含んで良い。（５）のＳ
ｐＣｅｌｌ設定に含まれる同期付再設定情報要素は、ターゲット候補ＳｐＣｅｌｌの物理セル識別子（非特許文献３に記載のＰｈｙｓＣｅｌｌＩｄで表される情報要素であっても良い）を含んで良い。

また、上述の無線ベアラの設定は、下記の（１）から（３）の設定の一部または全てを含んで良い。
（１）ＳＲＢ設定
（２）ＤＲＢ設定
（３）セキュリティ設定（非特許文献３に記載のＳｅｃｕｒｉｔｙＣｏｎｆｉｇで表される情報要素であっても良い）。
（３）のセキュリティ設定は、ＳＲＢ及び／又はＤＲＢに対する整合性保護のアルゴリズムおよび暗号化のアルゴリズムに関する情報（非特許文献３に記載のＳｅｃｕｒｉｔｙＡｌｇｏｒｉｔｈｍＣｏｎｆｉｇで表される情報要素であっても良い）、及び／又はＭＣＧ用鍵とＳＣＧ用鍵の何れの鍵を用いるかを示す情報（非特許文献３に記載のｋｅｙＴｏＵｓｅで示されるフィールドであって良い）を含んで良い。

なお、上述の候補ＳｐＣｅｌｌをターゲット候補ＳｐＣｅｌｌと言い換えて良い。またＳｐＣｅｌｌをＣｅｌｌ又はＰＣｅｌｌ又はＰＳＣｅｌｌと言い換えて良い。

図１０を用いて本発明の実施の形態における、端末装置の処理の一例を説明する。図１０を用いて説明する、本発明の実施の形態の端末装置の処理の一例は、端末装置が実行するセキュリティ鍵更新を伴わない条件付きハンドオーバに、非特許文献１等に記載のコンテンションベースの（ｃｏｎｔｅｎｔｉｏｎｂａｓｅｄ）ランダムアクセスが用いられ、かつ上述の条件付きハンドオーバが失敗した場合に起こりうる、セキュリティ課題解決の一例である。

図１０は本発明の実施の形態における、端末装置の処理の一例を示す図である。ＵＥ１２２の受信部５００は、基地局装置よりＲＲＣメッセージを受信して良い。ＵＥ１２２の処理部５０２は基地局装置より受信したＲＲＣメッセージに従って、ＵＥ１２２に設定を行って良い。（ステップＳ１０００）

ステップＳ１００２におけるハンドオーバ手順開始の一例を説明する。ステップＳ１０００において、例えば、基地局装置より受信したＲＲＣメッセージに第１の同期付再設定情報要素が含まれている場合で、上述の第１の同期付再設定情報要素が、条件付きハンドオーバ設定情報要素に含まれる情報要素ではない場合、ＵＥ１２２の処理部５０２は、上述の第１の同期付再設定情報要素を適用し、上述の第１の同期付再設定情報要素に従って、第１のＳｐＣｅｌｌに対しハンドオーバ手順を開始して良い。上述の、基地局装置より受信したＲＲＣメッセージに第１の同期付再設定情報要素が含まれている場合で、上述の第１の同期付再設定情報要素が、条件付きハンドオーバ設定情報要素に含まれる情報要素ではない場合、とは、条件付きではないハンドオーバ、又はノーマル（ｎｏｒｍａｌ）ハンドオーバの場合であって良い。なお、基地局装置より受信したＲＲＣメッセージに上述の第１の同期付再設定情報要素が含まれていない場合には、上述の第１のＳｐＣｅｌｌに対するハンドオーバ手順を開始しなくて良い。（ステップＳ１００２）

ステップＳ１００２におけるハンドオーバ手順開始の別の一例を説明する。ステップＳ１０００において、例えば、基地局装置より受信したＲＲＣメッセージに、条件付きハンドオーバ設定情報要素が含まれていた場合には、ＵＥ１２２の処理部５０２は上述の条件付きハンドオーバ設定情報要素に従ってＵＥ１２２に設定を行って良い。ここで上述のハンドオーバ設定情報要素は、条件付き再設定リスト情報要素を含んで良い。また上述の条件付き再設定リスト情報要素は、第１から第Ｎまでの条件付き再設定情報要素を含んで良
い（ただしＮは正数とする）。ある時点で、ＵＥ１２２に設定されている、第Ｎの条件付き再設定情報要素に含まれる、第Ｎの条件付き再設定実行条件を満たした場合、ＵＥ１２２の処理部５０２は、以下の（Ａ）を含む処理を行って良い。
（Ａ）上述の第Ｎの条件付き再設定情報要素に含まれる、第Ｎの条件付き再設定情報要素を適用し、上述の第Ｎの条件付き再設定情報要素に含まれる、第Ｎの同期付再設定情報要素に従って、第ＮのＳｐＣｅｌｌに対しハンドオーバ手順を開始して良い。
なお、上述の第ＮのＳｐＣｅｌｌに対するハンドオーバを、上述の第ＮのＳｐＣｅｌｌに対する条件付きハンドオーバと言い換えて良い。また、上述の第Ｎの条件付き再設定実行条件を満たしていない場合、ＵＥ１２２の処理部５０２は、上述の（Ａ）の処理を行わなくて良い。（ステップＳ１００２）

ステップＳ１００２において、上述の第１のＳｐＣｅｌｌと上述の第ＮのＳｐＣｅｌｌは同じセルであって良い。またステップＳ１００２において、ＵＥ１２２の処理部５０２は、上述の第１のＳｐＣｅｌｌに対しハンドオーバを行う際、上述の第１のＳｐＣｅｌｌに対し、第１のタイマーを起動して良い。またステップＳ１００２において、ＵＥ１２２の処理部５０２は、上述の第ＮのＳｐＣｅｌｌに対しハンドオーバを行う際、上述の第ＮのＳｐＣｅｌｌに対し、上述の第１のタイマーを起動して良い。ＵＥ１２２の処理部５０２は、上述の第１のＳｐＣｅｌｌに対する、上述の第１のタイマーを起動する際、上述の第１の同期付再設定情報要素に含まれる、上述の第１のタイマーに適用する値を、上述の第１のタイマーに適用して良い。またＵＥ１２２の処理部５０２は、上述の第ＮのＳｐＣｅｌｌに対する、上述の第１のタイマーを起動する際、上述の第Ｎの同期付再設定情報要素に含まれる、上述の第１のタイマーに適用する値を、上述の第１のタイマーに適用して良い。なお、上述の第１のタイマーとは、ハンドオーバ失敗を検出するため等に使うタイマーであっても良い。また、上述の第１のタイマーとは、ハンドオーバを指示するＲＲＣメッセージを受信した際などに開始し、対応する（ハンドオーバ先の）ＳｐＣｅｌｌへのランダムアクセスが成功した際などに停止するタイマーであっても良い。また上述の第１のタイマーが満了した場合には、ハンドオーバが失敗したと見なされても良い。また、上述の第１のタイマーとは、非特許文献３に記載のＴ３０４という名称のタイマーであって良い。

上述の第１のタイマーが満了した場合、ＵＥ１２２の処理部５０２は、ハンドオーバ失敗手順を行っても良い。なお、ハンドオーバ失敗を同期付再設定失敗と言い換えて良い。（ステップＳ１００４）

ステップＳ１００４のハンドオーバ失敗手順において、ＵＥ１２２の処理部５０２は、ＵＥ１１２に第１の設定が行われているかを確認する。上述の第１の設定とは、上述のアテンプト条件付き再設定であって良い。即ち上述の第１の設定とは、条件付きハンドオーバが失敗した後で最初に選択したセルが、条件付きハンドオーバ設定情報要素に含まれる候補ＳｐＣｅｌｌの１つである場合、候補ＳｐＣｅｌｌに対し、条件付き再設定を行う事を示す設定であって良い。また上述の第１の設定が行われている事を、ステップＳ１０００で受信したＲＲＣメッセージに、アテンプト条件付き再設定フィールドを含む条件付きハンドオーバ設定情報要素が含まれていた（又は含まれている）と言い換えて良い。またＵＥ１２２の処理部５０２は、ステップＳ１００２におけるＵＥ１２２のハンドオーバが、セキュリティ鍵更新を伴っていたかを確認して良い。ステップＳ１００２におけるＵＥ１２２のハンドオーバが、セキュリティ鍵更新を伴っていた事を、上述の第Ｎの条件付き再設定情報要素に、上述の鍵更新設定に関するパラメータが含まれていた（又は含まれている）と言い換えて良い。またステップＳ１００２におけるＵＥ１２２のハンドオーバが、セキュリティ鍵更新を伴っていなかった事を、上述の第Ｎの条件付き再設定情報要素に、鍵更新設定に関するパラメータが含まれていなかった（又は含まれていない）と言い換えて良い。またステップＳ１００２におけるＵＥ１２２のハンドオーバを、前のハンドオーバ、又はハンドオーバ、又は同期付再設定などに言い換えて良い。またステップＳ１００２におけるＵＥ１２２のハンドオーバを、ステップ１００２において、第１のタイマーの満了を起こしたハンドオーバを意味する用語であれば、他の用語に言い換えて良い。上述の鍵更新設定に関するパラメータとは、非特許文献３等に記載のＭａｓｔｅｒＫｅｙＵｐｄａｔｅで表される情報要素、及び／又はｍａｓｔｅｒＫｅｙＵｐｄａｔｅで表されるフィールドであって良い。なお、セキュリティ鍵更新を、鍵更新と言い換えて良い。

ステップＳ１００４のハンドオーバ失敗手順において、ＵＥ１２２の処理部５０２は、第１の条件を満たしている事に基づいて、次の（Ａ）から（Ｂ）の一部又は全てを含む処理を行って良い。
（Ａ）ＵＥ１２２に確立及び／又は設定されている無線ベアラのうちの一部又は全てに対し、ＰＤＣＰエンティティの状態変数以外のＵＥ１２２の設定を、ソースＰＣｅｌｌで使用されていた設定に戻す（ｒｅｖｅｒｔｂａｃｋ）。
（Ｂ）上述の（Ａ）において、ＰＤＣＰエンティティの状態変数以外のＵＥ１２２の設定を、ソースＰＣｅｌｌで使用されていた設定に戻す処理が行われない、ＵＥ１２２に確立及び／又は設定されている無線ベアラのうちの一部又は全てに対し、ＵＥ１２２の設定をソースＰＣｅｌｌで使用されていた設定に戻す。
なお、上述の（Ａ）において、ＵＥ１２２に確立及び／又は設定されている無線ベアラのうちの一部又は全てとは、ＵＥ１２２に確立及び／又は設定されているＳＲＢのうちの一部又は全てであって良い。また、上述の（Ｂ）において、ＰＤＣＰエンティティの状態変数以外のＵＥ１２２の設定を、ソースＰＣｅｌｌで使用されていた設定に戻す処理が行われない、ＵＥ１２２に確立及び／又は設定されている無線ベアラのうちの一部又は全て、とは、ＵＥ１２２に確立及び／又は設定されているＤＲＢのうちの一部又は全てであって良い。即ち、上述の（Ａ）、（Ｂ）の処理は、次のように言い換えられても良い。
（Ａ）ＵＥ１２２に確立及び／又は設定されているＳＲＢのうちの一部又は全てに対し、ＰＤＣＰエンティティの状態変数以外のＵＥ１２２の設定を、ソースＰＣｅｌｌで使用されていた設定に戻す。
（Ｂ）ＵＥ１２２に確立及び／又は設定されているＤＲＢのうちの一部又は全てに対し、ＵＥ１２２の設定をソースＰＣｅｌｌで使用されていた設定に戻す。

なお、ステップＳ１００４のハンドオーバ失敗手順における、上述の第１の条件とは、ＵＥ１２２に上述の第１の設定が行われている事、及び／又はステップＳ１００２におけるＵＥ１２２のハンドオーバが、セキュリティ鍵更新を伴っていなかった事、を含む条件であって良い。また、上述の第1の条件とは、ＵＥ１２２に上述の第１の設定が行われている事、及びステップＳ１００２におけるＵＥ１２２のハンドオーバが、セキュリティ鍵更新を伴っていなかった事、を少なくとも含む条件であっても良い。

また、ステップＳ１００４のハンドオーバ失敗手順において、上述の（Ａ）のＵＥ１２２に確立及び／又は設定されている無線ベアラのうちの一部又は全てに対し、ＰＤＣＰエンティティの状態変数以外をソースＰＣｅｌｌで使用されていたＵＥ１２２の設定に戻す処理とは、ＵＥ１２２に確立及び／又は設定されている無線ベアラのうちの一部又は全てに対し、次の（１）から（２）の処理のうちの一部又は全てを含む処理であって良い。
（１）ＵＥ１２２の設定をソースＰＣｅｌｌで使用されていた設定に戻す。
（２）ＰＤＣＰエンティティの状態変数に、ターゲットＰＣｅｌｌの（又はターゲットＰＣｅｌｌで使用されていた）ＰＤＣＰエンティティの状態変数を設定する。

また、ステップＳ１００４のハンドオーバ失敗手順において、ＵＥ１２２の処理部５０２は、上述の第１の条件を満たしていない事に基づいて、ＵＥ１２２の設定をソースＰＣｅｌｌで使用されていた設定に戻す処理を行っても良い。上述の第１の条件を満たしていない事とは、ＵＥ１２２に上述の第１の設定が行われている事、及びステップＳ１００２におけるＵＥ１２２のハンドオーバが、鍵更新を伴っていなかった事、のうちの一部又は全てが該当しない事であって良い。

またステップＳ１００４のハンドオーバ失敗手順において、ＵＥ１２２の処理部５０２は、ＵＥ１２２の設定をソースＰＣｅｌｌで使用されていた設定に戻した後で、上述の第１の条件を満たす事に基づいて、次の（Ｃ）から（Ｄ）の処理うちの一部又は全てを含む処理を行って良い。
（Ｃ）ＵＥ１２２に確立及び／又は設定されている無線ベアラのうちの一部又は全てに対し、ＰＤＣＰエンティティの状態変数以外のＵＥ１２２の設定を、ソースＰＣｅｌｌで使用されていた設定に戻す。
（Ｄ）ＵＥ１２２に確立及び／又は設定されている無線ベアラのうちの一部又は全てに対し、ＰＤＣＰエンティティの状態変数に、ターゲットＰＣｅｌｌの（又はターゲットＰＣｅｌｌで使用されていた）ＰＤＣＰエンティティの状態変数を設定する。
なお、上述の（Ｃ）及び／又は（Ｄ）において、ＵＥ１２２に確立及び／又は設定されている無線ベアラのうちの一部又は全ての事を、ＵＥ１２２に確立及び／又は設定されているＳＲＢのうちの一部又は全てと言い換えて良い。

またステップＳ１００４のハンドオーバ失敗手順において、ＵＥ１２２の処理部５０２は、ＵＥ１２２の設定をソースＰＣｅｌｌで使用されていた設定に戻した後で、上述の第１の条件を満たしていない事に基づいて、次の（Ｅ）の処理を含む処理を行って良い。
（Ｅ）ＵＥ１２２の設定をソースＰＣｅｌｌで使用されていた設定に戻す。

またステップＳ１００４のハンドオーバ失敗手順において、上述の（Ａ）の処理、及び（Ｃ）の処理における、「ＵＥ１２２に確立及び／又は設定されている無線ベアラのうちの一部又は全てに対し、ＰＤＣＰエンティティの状態変数以外のＵＥ１２２の設定を、ソースＰＣｅｌｌで使用されていた設定に戻す。」を、「ＰＤＣＰエンティティの状態変数以外のＵＥ１２２の設定を、ソースＰＣｅｌｌで使用されていた設定に戻す。」と言い換えて良い。またステップＳ１００４のハンドオーバ失敗手順において、上述の（Ｄ）の処理における「ＵＥ１２２に確立及び／又は設定されている無線ベアラのうちの一部又は全てに対し、ＰＤＣＰエンティティの状態変数に、ターゲットＰＣｅｌｌの（又はターゲットＰＣｅｌｌで使用されていた）ＰＤＣＰエンティティの状態変数を設定する。」を、「ＰＤＣＰエンティティの状態変数に、ターゲットＰＣｅｌｌの（又はターゲットＰＣｅｌｌで使用されていた）ＰＤＣＰエンティティの状態変数を設定する。」と言い換えて良い。

またステップＳ１００４のハンドオーバ失敗手順において、上述の第１の条件を満たしていない事を、上述の第１の条件を満たしている事に対する、その他（ｅｌｓｅ）の条件と言い換えて良い。

なお、ステップＳ１００４のハンドオーバ失敗処理において、ＵＥ１２２の処理部５０２は更に、以下の（Ｆ）から（Ｇ）の処理うちの一部又は全てを含む処理を行っても良い。
（Ｆ）ＵＥ１２２の無線リンク失敗に関する変数に、上述のハンドオーバ失敗に関する情報を格納する。
（Ｇ）ＲＲＣ接続の再確立手順を起動する。
上述の（Ｆ）の無線リンク失敗に関する変数とは、非特許文献３等に記載の、ＶａｒＲＬＦ－Ｒｅｐｏｒｔという名称の変数であって良い。また上述の（Ｇ）のＲＲＣ接続の再確立手順とは、非特許文献３等に記載のＲＲＣ再確立手順であって良い。ＲＲＣ再確立手順は、端末装置がＲＲＣ接続の再確立を行うセルを選択し、基地局装置に対しＲＲＣ再確立要求メッセージを送信し、基地局装置からＲＲＣ再確立メッセージを受け取る手順を含
んで良い。

ステップＳ１００４のハンドオーバ失敗処理後（不図示）における、上述のＲＲＣ再接続手順において、ＵＥ１２２の処理部５０２は、以下の（１）から（４）の条件のうちの一部又は全てを含む条件に該当する事に基づいて、ＵＥ１２２に確立及び／又は設定されている無線ベアラのうちの一部又は全てに対し、ＰＤＣＰエンティティの状態変数に、ターゲットＰＣｅｌｌの（又はターゲットＰＣｅｌｌで使用されていた）ＰＤＣＰエンティティの状態変数を設定しても良い。
（１）ＵＥ１２２に上述の第１の設定が行われている。
（２）ステップＳ１００２におけるＵＥ１２２のハンドオーバが、鍵更新を伴っていなかった。
（３）選択したセルが条件付きハンドオーバの候補ＳｐＣｅｌｌの１つである。
（４）上述の選択したセルに対する条件付きハンドオーバに鍵更新が伴わない。
なお、上述のＵＥ１２２に確立及び／又は設定されている無線ベアラのうちの一部又は全てとは、ＵＥ１２２に確立及び／又は設定されているＳＲＢのうちの一部又は全てであって良い。また上述の「ＵＥ１２２に確立及び／又は設定されている無線ベアラのうちの一部又は全てに対し、ＰＤＣＰエンティティの状態変数に、ターゲットＰＣｅｌｌの（又はターゲットＰＣｅｌｌで使用されていた）ＰＤＣＰエンティティの状態変数を設定」を、「ＰＤＣＰエンティティの状態変数に、ターゲットＰＣｅｌｌの（又はターゲットＰＣｅｌｌで使用されていた）ＰＤＣＰエンティティの状態変数を設定」と言い換えて良い。

なお、上述のステップＳ１００４のハンドオーバ失敗処理は、以下の（Ｈ）から（Ｉ）の条件のうちの一部又は全てを含む条件に該当しない事に基づいて、行われて良い。
（Ｈ）ＤＡＰＳ（ＤｕａｌＡｃｔｉｖｅＰｒｏｔｏｃｏｌＳｔａｃｋ）ベアラが設定されている。
（Ｉ）ソースＰＣｅｌｌにおける無線リンク失敗が検出されていない。
上述の（Ｈ）におけるＤＡＰＳベアラとは、非特許文献３等に記載のＤＡＰＳベアラであって良い。ＤＡＰＳベアラとはＤＡＰＳハンドオーバの間、ソースとターゲット両方のリソースを用いるため、ソースとターゲット両方に無線（ＡＳ）プロトコルの一部又は全てを持つ無線ベアラであって良い。なお、上述のソースは、ソースＰＣｅｌｌであって良い。また上述のソースは、ソース基地局装置であっても良い。また、上述のターゲットは、ターゲットＰＣｅｌｌであって良い。また上述のターゲットは、ターゲット基地局装置であっても良い。

発明の実施の形態において、ＵＥ１２２の設定をソースＰＣｅｌｌで使用されていた設定に戻す場合の「ＵＥ１２２の設定」は、各無線ベアラの状態変数とパラメータを含む、とされて良い。また発明の実施の形態において、ＵＥ１２２の設定をソースＰＣｅｌｌで使用されていた設定に戻す場合の「ＵＥ１２２の設定」は、特に言及しない限り各無線ベアラの状態変数とパラメータを含む、とされても良い。

発明の実施の形態において、Ｃｅｌｌ、ＰＣｅｌｌ、ＳｐＣｅｌｌ、ＰＳＣｅｌｌ、ＭＣＧ、ＳＣＧ、セルグループは、互いに言い換えられて良い。

このように、本発明の実施の形態では、端末装置のハンドオーバ時に効率的な通信を行うことができる。

上記説明における無線ベアラは其々、ＤＲＢであって良いし、ＳＲＢであって良いし、ＤＲＢ及びＳＲＢであって良い。

また上記説明において、「紐づける」、「対応付ける」、「関連付ける」等の表現は、
互いに換言されてもよい。

また上記説明における各処理の例、又は各処理のフローの例において、ステップの一部または全ては実行されなくても良い。また上記説明における各処理の例、又は各処理のフローの例において、ステップの順番は異なっても良い。また上記説明における各処理の例、又は各処理のフローの例において、各ステップ内の一部または全ての処理は実行されなくても良い。また上記説明における各処理の例、又は各処理のフローの例において、各ステップ内の処理の順番は異なっても良い。また上記説明において「Ａである事に基づいてＢを行う」は、「Ｂを行う」と言い換えられても良い。即ち「Ｂを行う」事は「Ａである事」と独立して実行されても良い。

なお、上記説明において、「ＡをＢと言い換えてよい」は、ＡをＢと言い換えることに加え、ＢをＡと言い換える意味も含んでよい。また上記説明において、「ＣはＤであって良い」と「ＣはＥであって良い」とが記載されている場合には、「ＤはＥであって良い」事を含んでも良い。また上記説明において、「ＦはＧであって良い」と「ＧはＨであって良い」とが記載されている場合には、「ＦはＨであっても良い」事を含んでも良い。

また上記説明において、「Ａ」という条件と、「Ｂ」という条件が、相反する条件の場合には、「Ｂ」という条件は、「Ａ」という条件の「その他」の条件として表現されても良い。

以下、本発明の実施形態における、端末装置、基地局装置、方法の種々の態様について説明する。

（１）基地局装置と通信する端末装置であって、前記端末装置は、前記基地局装置からＲＲＣメッセージを受信する受信部と、処理部と、を備え、前記処理部は、前記ＲＲＣメッセージに従って前記端末装置に設定を行い、前記端末装置の第１のタイマーが満了した事に基づいて、ハンドオーバ失敗の処理を行い、前記ハンドオーバ失敗の処理において、第１の条件を満たしている事に基づいて、各ＳＲＢに対し、ＰＤＣＰエンティティの状態変数以外の前記端末装置の設定を、ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、各ＤＲＢに対し、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、前記ハンドオーバ失敗の処理において、前記第１の条件を満たしていない事に基づいて、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、前記第１の条件には、前記端末装置に第１の設定が行われている事、及び前記端末装置が行った条件付きハンドオーバが鍵更新を伴わない事を少なくとも含み、前記条件付きハンドオーバとは、前記端末装置に設定されている条件付きハンドオーバ実行条件が満たされた時に、端末装置によりハンドオーバ手順を実行するハンドオーバである。

（２）端末装置と通信を行う基地局装置であって、前記基地局装置は前記端末装置にＲＲＣメッセージを送信する送信部と、処理部と、を備え、前記処理部は、前記ＲＲＣメッセージに従って前記端末装置に設定を行わせ、前記端末装置の第１のタイマーが満了した事に基づいて、前記端末装置にハンドオーバ失敗の処理を行わせ、前記ハンドオーバ失敗の処理において、第１の条件を満たしている事に基づいて、各ＳＲＢに対し、ＰＤＣＰエンティティの状態変数以外の前記端末装置の設定を、ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、各ＤＲＢに対し、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行わせ、前記ハンドオーバ失敗の処理において、前記第１の条件を満たしていない事に基づいて、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行わせ、前記第１の条件には、前記端末装置に第１の設定が行われている事、及び前記端末装置が行った条件付きハンドオーバが鍵更新を伴わな
い事を少なくとも含み、前記条件付きハンドオーバとは、前記端末装置に設定されている条件付きハンドオーバ実行条件が満たされた時に、端末装置によりハンドオーバ手順を実行するハンドオーバである。

（３）基地局装置と通信する端末装置の方法であって、前記端末装置は、前記基地局装置からＲＲＣメッセージを受信し、前記ＲＲＣメッセージに従って前記端末装置に設定を行い、前記端末装置の第１のタイマーが満了した事に基づいて、ハンドオーバ失敗の処理を行い、前記ハンドオーバ失敗の処理において、第１の条件を満たしている事に基づいて、各ＳＲＢに対し、ＰＤＣＰエンティティの状態変数以外の前記端末装置の設定を、ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、各ＤＲＢに対し、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、前記ハンドオーバ失敗の処理において、前記第１の条件を満たしていない事に基づいて、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、前記第１の条件には、前記端末装置に第１の設定が行われている事、及び前記端末装置が行った条件付きハンドオーバが鍵更新を伴わない事を少なくとも含み、前記条件付きハンドオーバとは、前記端末装置に設定されている条件付きハンドオーバ実行条件が満たされた時に、端末装置によりハンドオーバ手順を実行するハンドオーバである。

（４）端末装置と通信を行う基地局装置の方法であって、前記基地局装置は前記端末装置にＲＲＣメッセージを送信し、前記ＲＲＣメッセージに従って前記端末装置に設定を行わせ、前記端末装置の第１のタイマーが満了した事に基づいて、前記端末装置にハンドオーバ失敗の処理を行わせ、前記ハンドオーバ失敗の処理において、第１の条件を満たしている事に基づいて、各ＳＲＢに対し、ＰＤＣＰエンティティの状態変数以外の前記端末装置の設定を、ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、各ＤＲＢに対し、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行わせ、前記ハンドオーバ失敗の処理において、前記第１の条件を満たしていない事に基づいて、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行わせ、前記第１の条件には、前記端末装置に第１の設定が行われている事、及び前記端末装置が行った条件付きハンドオーバが鍵更新を伴わない事を少なくとも含み、前記条件付きハンドオーバとは、前記端末装置に設定されている条件付きハンドオーバ実行条件が満たされた時に、端末装置によりハンドオーバ手順を実行するハンドオーバである。

（５）前記（１）から（４）に記載の第１の設定とは、前記条件付きハンドオーバが失敗した後で最初に選択したセルが、前記条件付きハンドオーバ設定に含まれるターゲット候補ＳｐＣｅｌｌの１つである場合、前記ターゲット候補ＳｐＣｅｌｌに対し、条件付き再設定を行う事を示す設定である。

本発明に関わる装置で動作するプログラムは、本発明に関わる上述した実施形態の機能を実現するように、ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ（ＣＰＵ）等を制御してコンピュ－タを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄＤｉｓｋＤｒｉｖｅ（ＨＤＤ）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

なお、上述した実施形態における装置の一部、をコンピュ－タで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュ－タが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュ－タシステムに読み込ませ、実行することによって実現してもよい。ここでいう「コンピュ－タシステム」とは、装置に内蔵されたコンピュ－タシステムであって、オペレ－ティングシステム
や周辺機器等のハ－ドウェアを含むものとする。また、「コンピュ－タが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体等のいずれであってもよい。

さらに「コンピュ－タが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュ－タシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュ－タシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、すなわち典型的には集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、代わりにプロセッサは従来型のプロセッサ、コントロ－ラ、マイクロコントロ－ラ、またはステ－トマシンであってもよい。汎用用途プロセッサ、または前述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。

なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。

以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。

１００Ｅ－ＵＴＲＡ
１０２ｅＮＢ
１０４ＥＰＣ
１０６ＮＲ
１０８ｇＮＢ
１１０５ＧＣ
１１２、１１４、１１６，１１８、１２０、１２４インタフェース
１２２ＵＥ
２００、３００ＰＨＹ
２０２、３０２ＭＡＣ
２０４、３０４ＲＬＣ
２０６、３０６ＰＤＣＰ
２０８、３０８ＲＲＣ
３１０ＳＤＡＰ
２１０、３１２ＮＡＳ
５００，６０４受信部
５０２、６０２処理部
５０４、６００送信部

Claims

基地局装置と通信する端末装置であって、
前記端末装置は、前記基地局装置からＲＲＣメッセージを受信する受信部と、処理部と、を備え、
前記処理部は、前記ＲＲＣメッセージに従って前記端末装置に設定を行い、
前記端末装置の第１のタイマーが満了した事に基づいて、ハンドオーバ失敗の処理を行い、
前記ハンドオーバ失敗の処理において、第１の条件を満たしている事に基づいて、各ＳＲＢに対し、ＰＤＣＰエンティティの状態変数以外の前記端末装置の設定を、ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、各ＤＲＢに対し、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、
前記ハンドオーバ失敗の処理において、前記第１の条件を満たしていない事に基づいて、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、
前記第１の条件には、前記端末装置に第１の設定が行われている事、及び前記端末装置が行った条件付きハンドオーバが鍵更新を伴わない事を少なくとも含み、
前記条件付きハンドオーバとは、前記端末装置に設定されている条件付きハンドオーバ実行条件が満たされた時に、端末装置によりハンドオーバ手順を実行するハンドオーバである、
端末装置。
前記第１の設定とは、前記条件付きハンドオーバが失敗した後で最初に選択したセルが、前記条件付きハンドオーバ設定に含まれるターゲット候補ＳｐＣｅｌｌの１つである場合、前記ターゲット候補ＳｐＣｅｌｌに対し、条件付き再設定を行う事を示す設定である、
請求項１に記載の端末装置。
端末装置と通信を行う基地局装置であって、
前記基地局装置は前記端末装置にＲＲＣメッセージを送信する送信部と、処理部と、を備え、
前記処理部は、前記ＲＲＣメッセージに従って前記端末装置に設定を行わせ、
前記端末装置の第１のタイマーが満了した事に基づいて、前記端末装置にハンドオーバ失敗の処理を行わせ、
前記ハンドオーバ失敗の処理において、第１の条件を満たしている事に基づいて、各ＳＲＢに対し、ＰＤＣＰエンティティの状態変数以外の前記端末装置の設定を、ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、各ＤＲＢに対し、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行わせ、
前記ハンドオーバ失敗の処理において、前記第１の条件を満たしていない事に基づいて、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行わせ、
前記第１の条件には、前記端末装置に第１の設定が行われている事、及び前記端末装置が行った条件付きハンドオーバが鍵更新を伴わない事を少なくとも含み、
前記条件付きハンドオーバとは、前記端末装置に設定されている条件付きハンドオーバ実行条件が満たされた時に、端末装置によりハンドオーバ手順を実行するハンドオーバである、
基地局装置。
前記第１の設定とは、前記条件付きハンドオーバが失敗した後で最初に選択したセルが、前記条件付きハンドオーバ設定に含まれるターゲット候補ＳｐＣｅｌｌの１つである場合、前記ターゲット候補ＳｐＣｅｌｌに対し、条件付き再設定を行う事を示す設定である、
請求項３に記載の基地局装置。
基地局装置と通信する端末装置の方法であって、
前記端末装置は、前記基地局装置からＲＲＣメッセージを受信し、
前記ＲＲＣメッセージに従って前記端末装置に設定を行い、
前記端末装置の第１のタイマーが満了した事に基づいて、ハンドオーバ失敗の処理を行い、
前記ハンドオーバ失敗の処理において、第１の条件を満たしている事に基づいて、各ＳＲＢに対し、ＰＤＣＰエンティティの状態変数以外の前記端末装置の設定を、ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、各ＤＲＢに対し、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、
前記ハンドオーバ失敗の処理において、前記第１の条件を満たしていない事に基づいて、前記端末装置の設定を前記ソースＰＣｅｌｌで使用されていた設定に戻す処理を行い、
前記第１の条件には、前記端末装置に第１の設定が行われている事、及び前記端末装置が行った条件付きハンドオーバが鍵更新を伴わない事を少なくとも含み、
前記条件付きハンドオーバとは、前記端末装置に設定されている条件付きハンドオーバ実行条件が満たされた時に、端末装置によりハンドオーバ手順を実行するハンドオーバである、
方法。