特許 7145611 端末装置、方法、および、集積回路

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-09-22

(45)【発行日】2022-10-03

(54)【発明の名称】端末装置、方法、および、集積回路

(51)【国際特許分類】

   H04W 76/20 20180101AFI20220926BHJP

   H04W 92/10 20090101ALI20220926BHJP

   H04W 36/14 20090101ALI20220926BHJP

【ＦＩ】

H04W76/20

H04W92/10

H04W36/14

【請求項の数】 4

(21)【出願番号】P 2017253553

(22)【出願日】2017-12-28

(65)【公開番号】P2019121833

(43)【公開日】2019-07-22

【審査請求日】2020-12-04

(73)【特許権者】

【識別番号】000005049

【氏名又は名称】シャープ株式会社

(73)【特許権者】

【識別番号】518446879

【氏名又は名称】鴻穎創新有限公司

【氏名又は名称原語表記】ＦＧ ＩＮＮＯＶＡＴＩＯＮ ＣＯＭＰＡＮＹ ＬＩＭＩＴＥＤ

【住所又は居所原語表記】Ｆｌａｔ ２６２３，２６／Ｆ Ｔｕｅｎ Ｍｕｎ Ｃｅｎｔｒａｌ Ｓｑｕａｒｅ，２２ Ｈｏｉ Ｗｉｎｇ Ｒｏａｄ，Ｔｕｅｎ Ｍｕｎ，Ｎｅｗ Ｔｅｒｒｉｔｏｒｉｅｓ，Ｔｈｅ Ｈｏｎｇ Ｋｏｎｇ Ｓｐｅｃｉａｌ Ａｄｍｉｎｉｓｔｒａｔｉｖｅ Ｒｅｇｉｏｎ ｏｆ ｔｈｅ Ｐｅｏｐｌｅ’ｓ Ｒｅｐｕｂｌｉｃ ｏｆ Ｃｈｉｎａ

(74)【代理人】

【識別番号】110002848

【氏名又は名称】特許業務法人ＳＢＰＪ国際特許事務所

(74)【代理人】

【識別番号】100161207

【弁理士】

【氏名又は名称】西澤 和純

(74)【代理人】

【識別番号】100129115

【弁理士】

【氏名又は名称】三木 雅夫

(74)【代理人】

【識別番号】100133569

【弁理士】

【氏名又は名称】野村 進

(74)【代理人】

【識別番号】100131473

【弁理士】

【氏名又は名称】覚田 功二

(74)【代理人】

【識別番号】100160783

【弁理士】

【氏名又は名称】堅田 裕之

(72)【発明者】

【氏名】堀 貴子

(72)【発明者】

【氏名】山田 昇平

(72)【発明者】

【氏名】坪井 秀和

【審査官】青木 健

(56)【参考文献】

【文献】特表２０１７－５２９７６３（ＪＰ，Ａ）

【文献】Sharp，Handling of EPS bearer identity in EN-DC[online]，3GPP TSG RAN WG2 #100 R2-1713864，2017年11月27日

【文献】Sharp，PDCP version change for MCG DRBs with handover[online]，3GPP TSG RAN WG2 #99bis R2-1711816，2017年09月29日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ ４／００ － ９９／００

Ｈ０４Ｂ ７／２４ － ７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

一つ又は複数の基地局装置と通信を行う端末装置であって、
前記一つ又は複数の基地局装置からData Radio Bearer（ＤＲＢ）設定を含むRadio Resource Control（ＲＲＣ）コネクション再設定メッセージを受信する受信部と、
前記ＤＲＢ設定は、ＤＲＢ識別子及びEvolved Packet System（ＥＰＳ）ベアラ識別子を含み、
前記ＲＲＣコネクション再設定メッセージがPacket Data Convergence Protocol（ＰＤＣＰ）バージョンチェンジに関する情報を含むかを判断し、
前記ＲＲＣコネクション再設定メッセージが前記ＰＤＣＰバージョンチェンジに関する情報を含む場合、
前記ＤＲＢ設定に従って前記ＤＲＢ識別子に対応するＤＲＢを確立し、
前記ＤＲＢの確立時に、前記ＤＲＢ識別子が前記端末装置の現在の設定の一部ではない場合、且つ、前記ＲＲＣコネクション再設定メッセージを受信する前に、前記ＥＰＳベアラ識別子に対し前記ＤＲＢが設定されていた場合には、前記確立されたＤＲＢを前記ＥＰＳベアラ識別子と関連付ける処理部と、を有する、
端末装置。

【請求項2】

一つ又は複数の基地局装置と通信を行う端末装置の通信方法であって、
前記一つ又は複数の基地局装置からData Radio Bearer（ＤＲＢ）設定を含むRadio Resource Control（ＲＲＣ）コネクション再設定メッセージを受信し、
前記ＤＲＢ設定は、ＤＲＢ識別子及びEvolved Packet System（ＥＰＳ）ベアラ識別子を含み、
前記ＲＲＣコネクション再設定メッセージがPacket Data Convergence Protocol（ＰＤＣＰ）バージョンチェンジに関する情報を含むかを判断し、
前記ＲＲＣコネクション再設定メッセージが前記ＰＤＣＰバージョンチェンジに関する情報を含む場合、
前記ＤＲＢ設定に従って前記ＤＲＢ識別子に対応するＤＲＢを確立し、
前記ＤＲＢの確立時に、前記ＤＲＢ識別子が前記端末装置の現在の設定の一部ではない場合、且つ、前記ＲＲＣコネクション再設定メッセージを受信する前に、前記ＥＰＳベアラ識別子に対し前記ＤＲＢが設定されていた場合には、前記確立されたＤＲＢを前記ＥＰＳベアラ識別子と関連付ける、
通信方法。

【請求項3】

端末装置と通信を行う基地局装置であって、
前記端末装置に、Data Radio Bearer（ＤＲＢ）設定を含むRadio Resource Control（ＲＲＣ）コネクション再設定メッセージを送信する送信部を有し、
前記ＤＲＢ設定は、ＤＲＢ識別子及びEvolved Packet System（ＥＰＳ）ベアラ識別子を含み、
前記端末装置の処理部は、前記ＲＲＣコネクション再設定メッセージを受信した後に、
前記ＲＲＣコネクション再設定メッセージがPacket Data Convergence Protocol（ＰＤＣＰ）バージョンチェンジに関する情報を含むかを判断し、
前記ＲＲＣコネクション再設定メッセージが前記ＰＤＣＰバージョンチェンジに関する情報を含む場合、
前記ＤＲＢ設定に従って前記ＤＲＢ識別子に対応するＤＲＢを確立し、
前記ＤＲＢの確立時に、前記ＤＲＢ識別子が前記端末装置の現在の設定の一部ではない場合、且つ、前記端末装置によって前記ＲＲＣコネクション再設定メッセージが受信される前に、前記ＥＰＳベアラ識別子に対し前記ＤＲＢが設定されていた場合には、前記確立されたＤＲＢを前記ＥＰＳベアラ識別子と関連付ける、
基地局装置。

【請求項4】

端末装置と通信を行う基地局装置の通信方法であって、
前記端末装置に、Data Radio Bearer（ＤＲＢ）設定を含むRadio Resource Control（ＲＲＣ）コネクション再設定メッセージを送信し、
前記ＤＲＢ設定は、ＤＲＢ識別子及びEvolved Packet System（ＥＰＳ）ベアラ識別子を含み、
前記端末装置は、前記ＲＲＣコネクション再設定メッセージを受信した後に、
前記ＲＲＣコネクション再設定メッセージがPacket Data Convergence Protocol（ＰＤＣＰ）バージョンチェンジに関する情報を含むかを判断し、
前記ＲＲＣコネクション再設定メッセージが前記ＰＤＣＰバージョンチェンジに関する情報を含む場合、
前記ＤＲＢ設定に従って前記ＤＲＢ識別子に対応するＤＲＢを確立し、
前記ＤＲＢの確立時に、前記ＤＲＢ識別子が前記端末装置の現在の設定の一部ではない場合、且つ、前記端末装置によって前記ＲＲＣコネクション再設定メッセージが受信される前に、前記ＥＰＳベアラ識別子に対し前記ＤＲＢが設定されていた場合には、前記確立されたＤＲＢを前記ＥＰＳベアラ識別子と関連付ける、
基地局装置の通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

セルラ－移動通信の無線アクセス方式および無線ネットワーク（以下、「Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ：登録商標）」、または、「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ：ＥＵＴＲＡ」と称する。）、及びコアネットワーク（以下、「Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ：ＥＰＣ」）が、第三世代パートナーシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：３ＧＰＰ）において検討されている。

【0003】

また、３ＧＰＰにおいて、第５世代のセルラ－システムに向けた無線アクセス方式および無線ネットワーク技術として、ＬＴＥの拡張技術であるＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏおよび新しい無線アクセス技術であるＮＲ（Ｎｅｗ Ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）の技術検討及び規格策定が行われている（非特許文献１）。また第５世代セルラーシステムに向けたコアネットワークである、５ＧＣ（５ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ Ｎｅｔｗｏｒｋ）の検討も行われている（非特許文献２）。

【先行技術文献】

【非特許文献】

【0004】

【文献】３ＧＰＰ ＲＰ－１７０８５５，”Ｗｏｒｋ Ｉｔｅｍ ｏｎ Ｎｅｗ Ｒａｄｉｏ （ＮＲ） Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ”

【文献】３ＧＰＰ ＴＳ ２３．５０１,“Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ ｔｈｅ ５Ｇ Ｓｙｓｔｅｍ； Ｓｔａｇｅ ２”

【文献】３ＧＰＰ ＴＳ ３６．３００, “Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ－ＵＴＲＡ）ａｎｄ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （Ｅ－ＵＴＲＡＮ）；Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ； Ｓｔａｇｅ ２”

【文献】３ＧＰＰ ＴＳ ３６．３３１,“Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ－ＵＴＲＡ）；Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ （ＲＲＣ）；Ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎｓ”

【文献】３ＧＰＰ ＴＳ ３６．３２３,“Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ－ＵＴＲＡ）；Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ （ＰＤＣＰ） ｓｐｅｃｉｆｉｃａｔｉｏｎ”

【文献】３ＧＰＰ ＴＳ ３６．３２２,“Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ－ＵＴＲＡ）；Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ （ＲＬＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ”

【文献】３ＧＰＰ ＴＳ ３６．３２１,“Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ－ＵＴＲＡ）；Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ （ＭＡＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ”

【文献】３ＧＰＰ ＴＳ ３７．３７４,“ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ－ＵＴＲＡ）ａｎｄ ＮＲ; Ｍｕｌｔｉ－Ｃｏｎｎｅｃｔｉｖｉｔｙ; Ｓｔａｇｅ ２”

【文献】３ＧＰＰ ＴＳ ３８．３００, “ＮＲ；ＮＲ ａｎｄ ＮＧ－ＲＡＮ Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ； Ｓｔａｇｅ ２”

【文献】３ＧＰＰ ＴＳ ３８．３３１,“ＮＲ；Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ （ＲＲＣ）；Ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎｓ”

【文献】３ＧＰＰ ＴＳ ３８．３２３,“ＮＲ；Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ （ＰＤＣＰ） ｓｐｅｃｉｆｉｃａｔｉｏｎ”

【文献】３ＧＰＰ ＴＳ ３８．３２２,“ＮＲ；Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ （ＲＬＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ”

【文献】３ＧＰＰ ＴＳ ３８．３２１,“ＮＲ；Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ （ＭＡＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ”

【文献】３ＧＰＰ ＴＳ ２３．４０１ ｖ１４．３．０，“Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ （ＧＰＲＳ） ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （Ｅ－ＵＴＲＡＮ） ａｃｃｅｓｓ”

【文献】３ＧＰＰ ＴＳ ２３．５０２,“Ｐｒｏｃｅｄｕｒｅ ｆｏｒ ５Ｇ Ｓｙｓｔｅｍ； Ｓｔａｇｅ ２”

【文献】３ＧＰＰ ＴＳ ３８．３２４, “ＮＲ；Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＳＤＡＰ） ｓｐｅｃｉｆｉｃａｔｉｏｎ”

【発明の概要】

【発明が解決しようとする課題】

【0005】

ＮＲの技術検討の一つとして、Ｅ－ＵＴＲＡとＮＲの両方のＲＡＴ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）のセルをＲＡＴ毎にセルグループ化してＵＥに割り当て、端末装置と１つ以上の基地局装置とが通信する仕組み（ＭＲ－ＤＣ：Ｍｕｌｔｉ－ＲＡＴ Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）が検討されている（非特許文献８）。

【0006】

しかしながら、Ｅ－ＵＴＲＡとＮＲとで利用する通信プロトコルのフォーマットや機能が異なるため、ＲＡＴとしてＥ－ＵＴＲＡのみを用いる従来のＬＴＥでのＤｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙに比べ、プロトコル処理が複雑になり、基地局装置と端末装置との通信を効率的に行うことができないという課題があった。

【0007】

本発明の一態様は、上記した事情に鑑みてなされたもので、基地局装置との通信を効率的に行うことができる端末装置、該端末装置に用いられる方法、該端末装置に実装される集積回路を提供することを目的の一つとする。

【課題を解決するための手段】

【0008】

上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち、本発明の一態様は、一つ又は複数の基地局装置と通信と行う端末装置であって、前記基地局装置からＤＲＢ設定を含むＲＲＣコネクション再設定メッセージを受信する受信部と、前記ＤＲＢ設定に、ＤＲＢ識別子及びＥＰＳベアラ識別子が含まれ、前記ＤＲＢ識別子が、前記端末装置の現在の設定の一部ではない場合で、前記ＲＲＣコネクション再設定メッセージを受信する前に、前記ＥＰＳベアラ識別子に対しＤＲＢが設定されていた場合には、前記ＤＲＢ設定に従って設定したＤＲＢと、前記ＥＰＳベアラ識別子とを関連付ける処理部と、を有する。

【0009】

また本発明の一態様は、一つ又は複数の基地局装置と通信と行う端末装置であって、前記基地局装置からＤＲＢ設定を含むＲＲＣコネクション再設定メッセージを受信する受信部と、前記ＤＲＢ設定に、ＤＲＢ識別子及びＥＰＳベアラ識別子が含まれ、前記ＤＲＢ識別子が、前記端末装置の現在の設定の一部ではない場合で、前記ＲＲＣコネクション再設定メッセージにＰＤＣＰバージョンチェンジである事を示す情報を含む場合には、前記ＤＲＢ設定に従って確立したＤＲＢと、前記ＥＰＳベアラ識別子とを関連付ける処理部と、を有する。

【0010】

また本発明の一態様は、一つ又は複数の基地局装置と通信と行う端末装置であって、前記基地局装置からＤＲＢ設定を含むＲＲＣコネクション再設定メッセージを受信する受信部と、前記ＤＲＢ設定に、ＤＲＢ識別子及びＥＰＳベアラ識別子が含まれ、前記ＤＲＢ識別子が、前記端末装置の現在の設定の一部ではない場合で、前記ＤＲＢ設定に、関連付けの指示がセットされていた場合には、前記ＤＲＢ設定に従って確立したＤＲＢと、前記ＥＰＳベアラ識別子とを関連付ける処理部と、を有する。

【0011】

また本発明の一態様は、一つ又は複数の基地局装置と通信と行う端末装置の方法であって、前記基地局装置からＤＲＢ設定を含むＲＲＣコネクション再設定メッセージを受信し、前記ＤＲＢ設定に、ＤＲＢ識別子及びＥＰＳベアラ識別子が含まれ、前記ＤＲＢ識別子が、前記端末装置の現在の設定の一部ではない場合で、前記ＲＲＣコネクション再設定メッセージを受信する前に、前記ＥＰＳベアラ識別子に対しＤＲＢが設定されていた場合には、前記ＤＲＢ設定に従って設定したＤＲＢと、前記ＥＰＳベアラ識別子とを関連付ける。

【0012】

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

【発明の効果】

【0013】

本発明の一態様によれば、端末装置は、プロトコル処理の複雑さを軽減し、効率的に通信を行うことができる。

【図面の簡単な説明】

【0014】

【図1】本発明の各実施の形態に係る通信システムの概略図。

【図2】本発明の各実施の形態における、Ｅ－ＵＴＲＡにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。

【図3】本発明の各実施の形態における、ＮＲにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。

【図4】本発明の各実施の形態におけるＲＲＣコネクション再設定手順のフローの一例を示す図

【図5】本発明の各実施の形態における端末装置の構成を示すブロック図。

【図6】本発明の各実施の形態におけるＤＲＢ設定に係る情報、及び情報のＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）記述の一例を示す図。

【図7】本発明の実施の形態１における処理方法の一例。

【図8】本発明の実施の形態１における処理方法の別の一例。

【図9】本発明の実施の形態２における処理方法の一例。

【図10】本発明の実施の形態３における処理方法の一例。

【図11】本発明の実施の形態３における処理方法の第二の一例。

【図12】本発明の実施の形態３における処理方法の第三の一例。

【図13】本発明の実施の形態４における処理方法の一例。

【図14】本発明の実施の形態４における処理方法の第二の一例。

【図15】本発明の実施の形態４における処理方法の第三の一例。

【発明を実施するための形態】

【0015】

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

【0016】

ＬＴＥ（およびＬＴＥ－Ａ Ｐｒｏ）とＮＲは、異なるＲＡＴとして定義されてもよい。またＮＲは、ＬＴＥに含まれる技術として定義されてもよい。ＬＴＥは、ＮＲに含まれる技術として定義されてもよい。また、ＮＲとＭｕｌｔｉ ＲＡＴ Ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙで接続可能なＬＴＥは、従来のＬＴＥと区別されてもよい。本実施形態はＮＲ、ＬＴＥおよび他のＲＡＴに適用されてよい。以下の説明では、ＬＴＥおよびＮＲに関連する用語を用いて説明するが、他の用語を用いる他の技術において適用されてもよい。また本実施形態でのＥ－ＵＴＲＡという用語は、ＬＴＥという用語に置き換えられても良いし、ＬＴＥという用語はＥ－ＵＴＲＡという用語に置き換えられても良い。

【0017】

図１は本発明の実施の形態に係る通信システムの概略図である。

【0018】

Ｅ－ＵＴＲＡ１００は非特許文献３等に記載の無線アクセス技術であり、１つ又は複数の周波数帯域で構成するセルグループ（Ｃｅｌｌ Ｇｒｏｕｐ：ＣＧ）から成る。ｅＮＢ（Ｅ－ＵＴＲＡＮ Ｎｏｄｅ Ｂ）１０２は、Ｅ－ＵＴＲＡの基地局装置である。ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）１０４は、非特許文献１４等に記載のコア網であり、Ｅ－ＵＴＲＡ用コア網として設計された。インタフェース１１２はｅＮＢ１０２とＥＰＣ１０４の間のインタフェース（ｉｎｔｅｒｆａｃｅ）であり、制御信号が通る制御プレーン（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ：ＣＰ）と、そのユーザデータが通るユーザプレーン（Ｕｓｅｒ Ｐｌａｎｅ：ＵＰ）が存在する。

【0019】

ＮＲ１０６は現在３ＧＰＰにて検討している新しい無線アクセス技術であり、１つ又は複数の周波数帯域で構成するセルグループ（Ｃｅｌｌ Ｇｒｏｕｐ：ＣＧ）から成る。ｇＮＢ（ｇ Ｎｏｄｅ Ｂ）１０８は、ＮＲの基地局装置である。５ＧＣ１１０は、現在３ＧＰＰにて検討しているＮＲ用の新しいコア網であり、非特許文献２等に記載される。

【0020】

インタフェース１１４はｅＮＢ１０２と５ＧＣ１１０の間のインタフェース、インタフェース１１６はｇＮＢ１０８と５ＧＣ１１０の間のインタフェース、インタフェース１１８はｇＮＢ１０８とＥＰＣ１０４の間のインタフェース、インタフェース１２０はｅＮＢ１０２とｇＮＢ１０８の間のインタフェース、インタフェース１２４はＥＰＣ１０４と５ＧＣ１１０間のインタフェースである。インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、インタフェース１２４はＣＰのみ、又はＵＰのみ、又はＣＰ及びＵＰ両方を通すインタフェースであるが詳細は３ＧＰＰにおいて議論中である。また、インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、インタフェース１２４は、通信事業者が提供する通信システムに応じて存在しない場合もある。

【0021】

ＵＥ１２２はＮＲに対応、又はＥ－ＵＴＲＡ及びＮＲ両方に対応した端末装置である。

【0022】

図２は本発明の実施の形態における、Ｅ－ＵＴＲＡ無線アクセスレイヤにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック（Ｐｒｏｔｏｃｏｌ Ｓｔａｃｋ）図である。

【0023】

図２（Ａ）はＵＥ１２２がｅＮＢ１０２と通信を行う際に用いるＵＰのプロトコルスタック図である。

【0024】

ＰＨＹ（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ）２００は、無線物理層であり、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を利用して上位層に伝送サービスを提供する。ＰＨＹ２００は、後述する上位のＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）２０２とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）で接続される。トランスポートチャネルを介して、ＭＡＣ２０２とＰＨＹ２００の間でデ－タが移動する。ＵＥ１２２とｅＮＢ１０２のＰＨＹ間において、無線物理チャネルを介してデ－タの送受信が行われる。

【0025】

ＭＡＣ２０２は、多様な論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングを行う。ＭＡＣ２０２は、後述する上位のＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）２０４と、論理チャネルで接続される。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ－ザ情報を伝送するトラフィックチャネルに分けられる。ＭＡＣ２０２は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ２００の制御を行う機能、ランダムアクセス（Ｒａｎｄｏｍ Ａｃｃｅｓｓ）手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持つ（非特許文献７）。

【0026】

ＲＬＣ２０４は、後述する上位のＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ Ｌａｙｅｒ）２０６から受信したデ－タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層が適切にデ－タ送信できるようにデ－タサイズを調節する。また、ＲＬＣ２００は、各デ－タが要求するＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を保証するための機能も持つ。すなわち、ＲＬＣ２０４は、デ－タの再送制御等の機能を持つ（非特許文献６）。

【0027】

ＰＤＣＰ２０６は、ユーザデータであるＩＰパケット（ＩＰ Ｐａｃｋｅｔ）を無線区間で効率的に伝送するために、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ２０６は、デ－タの暗号化の機能も持ってもよい（非特許文献５）。

【0028】

なお、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６において処理されたデータの事を、それぞれＭＡＣ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）、ＲＬＣ ＰＤＵ、ＰＤＣＰ ＰＤＵと呼ぶ。また、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に上位層から渡されるデータ、又は上位層に渡すデータの事を、それぞれＭＡＣ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）、ＲＬＣ ＳＤＵ、ＰＤＣＰ ＳＤＵと呼ぶ。

【0029】

図２（Ｂ）はＵＥ１２２がｅＮＢ１０２と通信を行う際に用いるＣＰのプロトコルスタック図である。

【0030】

ＣＰのプロトコルスタックには、ＰＨＹ２００、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に加え、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）２０８が存在する。ＲＲＣ２０８は、無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ：ＲＢ）の設定・再設定などを行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御を行う。ＲＢは、シグナリグ無線ベアラ（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ：ＳＲＢ）とデ－タ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：ＤＲＢ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。ｅＮＢ１０２とＵＥ１２２のＲＲＣ２０８間で各ＲＢの設定が行われてもよい（非特許文献４）。

【0031】

前述のＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８の機能分類は
一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層の機能の一部あるいは全部が他の層に含まれてもよい。

【0032】

図３は本発明の実施の形態における、ＮＲ無線アクセスレイヤにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック（Ｐｒｏｔｏｃｏｌ Ｓｔａｃｋ）図である。

【0033】

図３（Ａ）はＵＥ１２２がｇＮＢ１０８と通信を行う際に用いるＵＰのプロトコルスタック図である。

【0034】

ＰＨＹ（Ｐｈｙｓｉｃａｌ ｌａｙｅｒ）３００は、ＮＲの無線物理層であり、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を利用して上位層に伝送サービスを提供してもよい。ＰＨＹ３００は、後述する上位のＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）３０２とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）で接続されてもよい。トランスポートチャネルを介して、ＭＡＣ３０２とＰＨＹ３００の間でデ－タが移動してもよい。ＵＥ１２２とｇＮＢ１０８のＰＨＹ間において、無線物理チャネルを介してデ－タの送受信が行われてもよい。詳細においてはＥ－ＵＴＲＡの無線物理層ＰＨＹ２００とは異なり、３ＧＰＰにおいて議論中である。

【0035】

ＭＡＣ３０２は、多様な論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングを行ってもよい。ＭＡＣ３０２は、後述する上位のＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）３０４と、論理チャネルで接続されてもよい。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ－ザ情報を伝送するトラフィックチャネルに分けられてもよい。ＭＡＣ３０２は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ３００の制御を行う機能、ランダムアクセス（Ｒａｎｄｏｍ Ａｃｃｅｓｓ）手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持ってもよい（非特許文献１３）。詳細においてはＥ－ＵＴＲＡのＭＡＣ２０２とは異なり、３ＧＰＰにおいて議論中である。

【0036】

ＲＬＣ３０４は、後述する上位のＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ Ｌａｙｅｒ）２０６から受信したデ－タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層が適切にデ－タ送信できるようにデ－タサイズを調節してもよい。また、ＲＬＣ３０４は、各デ－タが要求するＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を保証するための機能も持っても良い。すなわち、ＲＬＣ３０４は、デ－タの再送制御等の機能を持っても良い（非特許文献１２）。詳細においてはＥ－ＵＴＲＡのＲＬＣ２０４とは異なり、３ＧＰＰにおいて議論中である。

【0037】

ＰＤＣＰ３０６は、ユーザデータであるＩＰパケット（ＩＰ Ｐａｃｋｅｔ）を無線区間で効率的に伝送するために、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ３０６は、デ－タの暗号化の機能も持ってもよい（非特許文献１１）。詳細においてはＥ－ＵＴＲＡのＰＤＣＰ２０６とは異なり、３ＧＰＰにおいて議論中である。

【0038】

ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）３１０は、コアネットワークから基地局装置を介して端末装置に送られるダウンリンクのＱｏＳフローとＤＲＢとのマッピング（ｍａｐｐｉｎｇ）、及び端末装置から基地局装置を介してコアネットワークに送られるアップリンクのＱｏＳ情報フローと、ＤＲＢとのマッピングを行い、マッピングルール情報を格納する機能を持ってもよい（非特許文献１６）。ＱｏＳフローは同じＱｏＳポリシーによって処理される、一つ又は複数のサービスデー
タフロー（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｆｌｏｗ：ＳＤＦ）から成る（非特許文献２）。またＳＤＡＰはダウンリンクＱｏＳフローの情報を基に、アップリンクのＱｏＳフローとＤＲＢとのマッピングを行う、リフレクティブＱｏＳ（Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ）の機能を持っても良い（非特許文献２、非特許文献１６）。詳細においては３ＧＰＰにおいて議論中である。

【0039】

なお、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）レイヤ、アプリケーションレイヤなどは、ＳＤＡＰの上位レイヤとなる（不図示）。また端末装置のＳＤＡＰにおいて、サービスデータフローとＱｏＳフローとの対応付けを行うレイヤも、ＳＤＡＰの上位レイヤとなる。

【0040】

なお、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０において処理されたデータの事を、それぞれＭＡＣ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）、ＲＬＣ ＰＤＵ、ＰＤＣＰ ＰＤＵ、ＳＤＡＰ ＰＤＵと呼んでも良い。また、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に上位層から渡されるデータ、又は上位層に渡すデータの事を、それぞれＭＡＣ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）、ＲＬＣ ＳＤＵ、ＰＤＣＰ ＳＤＵ、ＳＤＡＰ ＳＤＵと呼んでも良い。

【0041】

図３（Ｂ）はＵＥ１２２がｇＮＢ１０８と通信を行う際に用いるＣＰのプロトコルスタック図である。

【0042】

ＣＰのプロトコルスタックには、ＰＨＹ３００、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６に加え、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ ｌａｙｅｒ）３０８が存在する。ＲＲＣ３０８は、無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ：ＲＢ）の設定・再設定などを行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御を行っても良い。ＲＢは、シグナリグ無線ベアラ（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ
Ｂｅａｒｅｒ：ＳＲＢ）とデ－タ無線ベアラ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ：ＤＲＢ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。ｇＮＢ１０８とＵＥ１２２のＲＲＣ３０８間で各ＲＢの設定が行われてもよい（非特許文献１０）。

【0043】

前述のＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０、及びＲＲＣ３０８の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層の機能の一部あるいは全部が他の層に含まれてもよい。

【0044】

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

【0045】

また、図１に示す通り、ｅＮＢ１０２、ｇＮＢ１０８、ＥＰＣ１０４、５ＧＣ１１０は、インタフェース１１２、インタフェース１１６、インタフェース１１８、インタフェース１２０、及びインタフェース１１４を介して繋がってもよい。このため、多様な通信システムに対応するため、図２のＲＲＣ２０８は、図３のＲＲＣ３０８に置き換えられても
よい。また図２のＰＤＣＰ２０６は、図３のＰＤＣＰ３０６に置き換えられても良い。また、図３のＲＲＣ３０８は、図２のＲＲＣ２０８の機能を含んでも良い。また図３のＰＤＣＰ３０６は、図２のＰＤＣＰ２０６であっても良い。

【0046】

（実施の形態１）
図１、図２及び図４から図８を用いて、本発明の実施の形態１を説明する。

【0047】

図４は本発明の各実施の形態におけるＲＲＣコネクション再設定手順のフローの一例を示す図である。

【0048】

ＲＲＣコネクション再設定手順（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕ
ｒａｔｉｏｎ）は、非特許文献４に記載の、ＬＴＥにおけるＲＢの確立、変更、及び解放、及びセカンダリセルの、変更、解放等を行う他、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等のために用いられる手順である。またＲＲＣコネクション再設定手順は、ＭＲ－ＤＣにおいて、特にコア網がＥＰＣ１０４で、マスターノードがｅＮＢ１０２である場合のＭＲ－ＤＣである、ＥＮ－ＤＣ（Ｅ－ＵＴＲＡ－ＮＲ Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）、及びコア網が５ＧＣ１１０で、マスターノードがｅＮＢ１０２である場合のＭＲ－ＤＣである、ＮＧＥＮ－ＤＣ（ＮＧ－ＲＡＮ Ｅ－ＵＴＲＡ－ＮＲ Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）においては、ＲＲＣコネクション再設定手順は、ＬＴＥだけでなく、非特許文献１０に記載の、ＮＲにおけるＲＢの確立、変更、及び解放、及びセカンダリセルの、変更、解放等の一部を行う他、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等の一部を行うためにも用いられる。本発明の各実施の形態において、ＮＲにおけるＲＢの確立、変更、及び解放、及びセルグループの追加、変更、解放、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等のために用いられ手順を、ＲＲＣコネクション再設定手順と呼ぶが、別の名称であっても良い。また本発明の各実施の形態におけるＲＢの確立、変更、及び解放、及びセルグループの追加、変更、解放、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等の手順は、非特許文献１０に記載のＮＲにおける手順であっても良く、ＲＲＣ再設定手順という名称であっても良い。また本発明の各実施の形態において、ｅＮＢ１０２からＵＥ１２２に送られるＲＲＣコネクション再設定メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｒａｔｉｏｎ）は、ｇＮＢ１０８からＵＥ１２２に送られるＲＲＣ再設定メッセージＲＲＣＲｅｃｏｎｆｉｇｒａｔｉｏｎ）に置き換えられても良い。

【0049】

ＲＲＣコネクション再設定手順において、ＵＥ１２２はｅＮＢ１０２よりＲＲＣコネクション再設定メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｒａｔｉｏｎ）を受信し（ステップＳ４００）、ＲＲＣコネクション再設定メッセージに含まれる情報に従って各種設定、例えばＤＲＢの設定などの処理を行う（ステップＳ４０２）。ステップＳ４０２の後、ＵＥ１２２はｅＮＢ１０２に、ＲＲＣコネクション再設定完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｒａｔｉｏｎＣｏｍｐｌｅｔｅ）などを送っても良い（不図示）。

【0050】

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

【0051】

図５に示すＵＥ１２２は、ｅＮＢ１０２よりＲＲＣコネクション再設定メッセージを受信する受信部５００、及びメッセージの処理を行う処理部５０２から成る。

【0052】

図６は本発明の各実施の形態において、図４におけるＲＲＣコネクション再設定メッセージに含まれる情報のうち、ＥＮ－ＤＣ及びＮＧＥＮ－ＤＣにおけるマスターノードのセ
ルグループにおけるＤＲＢ設定のうち、ＬＴＥに係る情報、及び情報のＡＳＮ．１（Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）記述の一例である。３ＧＰＰにおいて、ＲＲＣに係る仕様書（非特許文献４、非特許文献１０）は、ＲＲＣに係るメッセージ、及び情報（Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ：ＩＥ）等をＡＳＮ．１を用いて記述する。図６のＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、情報が省略されていても良い。なお図６におけるＡＳＮ．１の例はＡＳＮ．１表記方法に正しく従ったものではなく、本発明におけるＤＲＢ設定のパラメータの一例を表記したものであり、他の名称や他の表記が使われても良い。また図６におけるＡＳＮ．１の例は、説明が煩雑になることを避けるために、本発明と密接に関連する主な情報に関する例のみを示す。

【0053】

図６においてｆｕｌｌＣｏｎｆｉｇで表される情報は、フル設定が適用される事を示す情報であり、ｔｒｕｅ、ｅｎａｂｌｅなどを用いてフル設定が適用される事を示しても良い。ＤＲＢ－ＴｏＡｄｄＭｏｄＬｉｓｔで表される情報は、ＤＲＢＴｏＡｄｄＭｏｄで表される、追加又は変更するＤＲＢの設定を示す情報のリストであっても良い。ＤＲＢ－ＴｏＡｄｄＭｏｄ（追加又は変更するＤＲＢの設定を示す情報）の中の、ｅｐｓ－ＢｅａｒｅｒＩｄｅｎｔｉｔｙで表される情報は、非特許文献３に説明されるＥＰＳベアラを識別する、ＥＰＳベアラ識別子の情報であっても良い。図６の例では０から１５の整数値としているが、別の値を取っても良い。ＥＰＳベアラ識別子の情報は、設定するＤＲＢと一対一に対応していても良い。また追加又は変更するＤＲＢの設定を示す情報の中の、ＤＲＢ－Ｉｄｅｎｔｉｔｙで表される情報は、追加又は変更するＤＲＢのＤＲＢ識別子の情報である。図６の例では１から３２の整数値としているが、別の値を取っても良い。また追加又は変更するＤＲＢの設定を示す情報の中の、ｐｄｃｐ－Ｃｏｎｆｉｇで表される情報はＰＤＣＰ２０６の確立や変更を行うための、ＬＴＥ ＰＤＣＰエンティティの設定に関する情報であっても良い。

【0054】

また図６に示す一部、又は全ての情報は、オプショナルであっても良い。即ち図６に示す情報は必要に応じてＲＲＣコネクション再設定メッセージに含まれても良い。例えばＥＮ－ＤＣに対応したＵＥ１２２におけるＤＲＢのＰＤＣＰとして、ＬＴＥ ＰＤＣＰを使う場合には、ＬＴＥ ＰＤＣＰエンティティの設定に関する情報が含まれても良いし、ＮＲ ＰＤＣＰを利用する場合には、ＬＴＥ ＰＤＣＰエンティティの設定に関する情報は含まれなくても良い。

【0055】

なお、ＵＥ１２２において、ＰＤＣＰエンティティの設定は、対応するＲＲＣエンティティによって設定される。即ちＬＴＥ ＰＤＣＰエンティティ設定は、非特許文献４に記載のＬＴＥ用ＲＲＣエンティティによって設定され、ＮＲ ＰＤＣＰエンティティの設定は、非特許文献１０に記載のＮＲ用ＲＲＣエンティティによって設定される。また、ＬＴＥ用ＲＲＣエンティティで行われる処理では、ＬＴＥ ＰＤＣＰが確立、若しくは設定されているかを判断し、ＮＲ用ＲＲＣエンティティで行われる処理では、ＮＲ ＰＤＣＰが確立、若しくは設定されているかを判断する。なお、ＵＥ１２２は、ｅＮＢ１０２から受信したＲＲＣコネクション再設定メッセージの中に、ＮＲ ＰＤＣＰエンティティの設定関する情報などの、ＮＲに関する設定の情報がコンテナ等の形で含まれる場合には、ＮＲ
ＲＲＣエンティティにてデコードし設定を行う。

【0056】

なお、本発明の各実施の形態において、以下、追加又は変更するＤＲＢの設定を示す情報の事をＤＲＢ設定、ＥＰＳベアラ識別子の情報の事をＥＰＳベアラ識別子、ＤＲＢ識別子の情報事をＤＲＢ識別子、ＬＴＥ ＰＤＣＰエンティティの設定に関する情報の事をＬＴＥ ＰＤＣＰ設定、とそれぞれ記述する場合もある。

【0057】

図７は図５におけるＵＥ１２２の処理部５０２の、本発明の実施の形態１における処理方法の一例を、図８は図５におけるＵＥ１２２の処理部５０２の、本発明の実施の形態１における処理方法の別の一例を、それぞれ示す。なお、以下の説明で、ＤＲＢ設定は、ＤＲＢ設定のリストに含まれるものとし、ＵＥ１２２の処理部５０２におけるＤＲＢ設定に対する処理は、ＤＲＢ設定のリストに含まれる、各ＤＲＢ設定に対して行われるものとする。

【0058】

図５から図７を用いて、ＤＲＢ設定手順の例を説明する。

【0059】

ＵＥ１２２の処理部５０２は、受信部５００より受信した、ＤＲＢ設定を含むＲＲＣコネクション再設定メッセージに、フル設定が適用される事を示す情報が含まれる事を確認する（ステップＳ７００）。

【0060】

次にＵＥ１２２の処理部５０２は、上記ＤＲＢ設定に含まれるＤＲＢ識別子の値が、ＵＥ１２２の現在設定の一部で無い場合で、かつ上記ＤＲＢ識別子を持つ確立されたＤＲＢに、ＬＴＥ ＰＤＣＰエンティティが確立している場合には、上記確立されたＤＲＢと、上記ＥＰＳベアラ識別子を関連付ける（ステップＳ７０２）。ＵＥ１２２の処理部５０２は、上記ＤＲＢ設定に含まれるＤＲＢ識別子の値が、ＵＥ１２２の現在設定の一部で無い場合で、かつ上記ＤＲＢ識別子を持つ確立されたＤＲＢに、ＬＴＥ ＰＤＣＰエンティティが確立していない場合には、上記確立されたＤＲＢと、上記ＥＰＳベアラ識別子を関連付けない。なお、上記「上記ＤＲＢ識別子を持つ確立されたＤＲＢに、ＬＴＥ ＰＤＣＰエンティティが確立している場合」は、「上記ＤＲＢ識別子を持つ確立されたＤＲＢに、ＬＴＥによってＰＤＣＰエンティティが確立している場合」と置き換えても良いし、「上記ＤＲＢ設定にＬＴＥ ＰＤＣＰエンティティ設定が含まれている場合」と置き換えても良い。なお、「ＬＴＥ ＰＤＣＰエンティティが確立している場合」とは、ＰＤＣＰエンティティの確立が、ＬＴＥ用ＲＲＣエンティティで確立されている場合を示し、「ＤＲＢ設定にＬＴＥ ＰＤＣＰ設定が含まれる」とはＬＴＥ用ＲＲＣエンティティのＤＲＢ設定にＰＤＣＰ設定が含まれる事を示す。なお、上記「上記ＤＲＢ識別子を持つ確立されたＤＲＢに、ＬＴＥ ＰＤＣＰエンティティが確立していない場合」は、「上記ＤＲＢ識別子を持つ確立されたＤＲＢに、ＬＴＥによってＰＤＣＰエンティティが確立していない場合」と置き換えても良いし、「上記ＤＲＢ設定にＬＴＥ ＰＤＣＰエンティティ設定が含まれていない場合」と置き換えても良い。なお、「ＬＴＥ ＰＤＣＰエンティティが確立していない場合」とは、ＰＤＣＰエンティティの確立が、ＬＴＥ用ＲＲＣエンティティで確立されていない場合を示し、「ＤＲＢ設定にＬＴＥ ＰＤＣＰ設定が含まれない」とはＬＴＥ用ＲＲＣエンティティのＤＲＢ設定にＰＤＣＰ設定が含まれない事を示す。

【0061】

なお、図７において、各情報を確認する順番はこの通りで無くても良い。フル設定が適用される事を示す情報が含まれる事の確認は、ステップＳ７０２において、ＤＲＢ識別子の情報の値が、ＵＥ１２２の現在設定の一部で無い事を確認した後、若しくはＬＴＥ ＰＤＣＰエンティティが確立されている事を確認した後に行われても良い。

【0062】

次に図５、図６及び図８を用いて、ＤＲＢ設定手順の別の例を説明する。

【0063】

ＵＥ１２２の処理部５０２は、受信部５００より受信した、ＤＲＢ設定を含むＲＲＣコネクション再設定メッセージに、フル設定が適用される事を示す情報が含まれない事を確認する（ステップＳ８００）。

【0064】

次にＵＥ１２２の処理部５０２は、上記ＤＲＢ設定に含まれるＤＲＢ識別子の値が、ＵＥ１２２の現在設定の一部で無い場合で、かつ上記ＤＲＢ識別子を持つ確立されたＤＲＢに、ＬＴＥ ＰＤＣＰエンティティが確立している場合には、ＤＲＢが確立されたという
情報と、上記確立されたＤＲＢのＥＰＳベアラ識別子を、上位レイヤに通知する（ステップＳ８０２）。ＵＥ１２２の処理部５０２は、上記ＤＲＢ設定に含まれるＤＲＢ識別子の値が、ＵＥ１２２の現在設定の一部で無い場合で、かつ上記ＤＲＢ識別子を持つ確立されたＤＲＢに、ＬＴＥ ＰＤＣＰエンティティが確立していない場合には、ＤＲＢが確立されたという情報と、上記確立されたＤＲＢのＥＰＳベアラ識別子を、上位レイヤに通知しない。なお、上記「上記ＤＲＢ識別子を持つ確立されたＤＲＢに、ＬＴＥ ＰＤＣＰエンティティが確立している場合」は、「上記ＤＲＢ識別子を持つ確立されたＤＲＢに、ＬＴＥによってＰＤＣＰエンティティが確立している場合」と置き換えても良いし、「上記ＤＲＢ設定にＬＴＥ ＰＤＣＰエンティティ設定が含まれている場合」と置き換えても良い。なお、「ＬＴＥ ＰＤＣＰエンティティが確立している場合」とは、ＰＤＣＰエンティティの確立が、ＬＴＥ用ＲＲＣエンティティで確立されている場合を示し、「ＤＲＢ設定にＬＴＥ ＰＤＣＰ設定が含まれる」とはＬＴＥ用ＲＲＣエンティティのＤＲＢ設定にＰＤＣＰ設定が含まれる事を示す。なお、上記「上記ＤＲＢ識別子を持つ確立されたＤＲＢに、ＬＴＥ ＰＤＣＰエンティティが確立していない場合」は、「上記ＤＲＢ識別子を持つ確立されたＤＲＢに、ＬＴＥによってＰＤＣＰエンティティが確立していない場合」と置き換えても良いし、「上記ＤＲＢ設定にＬＴＥ ＰＤＣＰエンティティ設定が含まれていない場合」と置き換えても良い。なお、「ＬＴＥ ＰＤＣＰエンティティが確立していない場合」とは、ＰＤＣＰエンティティの確立が、ＬＴＥ用ＲＲＣエンティティで確立されていない場合を示し、「ＤＲＢ設定にＬＴＥ ＰＤＣＰ設定が含まれない」とはＬＴＥ用ＲＲＣエンティティのＤＲＢ設定にＰＤＣＰ設定が含まれない事を示す。

【0065】

なお、図８において、各情報を確認する順番はこの通りで無くても良い。フル設定が適用される事を示す情報が含まれない事の確認は、ステップＳ８０２において、ＤＲＢ識別子の情報の値が、ＵＥ１２２の現在設定の一部で無い事を確認した後、若しくはＬＴＥ ＰＤＣＰエンティティが確立されている事を確認した後に行われても良い

【0066】

このように、本発明の実施の形態１では、端末装置は、プロトコル処理の複雑さを軽減し、効率的に通信を行うことができる。

【0067】

（実施の形態２）
図４から図６、及び図９を用いて本発明の実施の形態２を説明する。なお本発明の実施の形態２はＥＮ－ＤＣが設定されている時に適応されても良い。

【0068】

図９は図５におけるＵＥ１２２の処理部５０２の、本発明の実施の形態２における処理方法の一例を示す。なお、以下の説明で、ＤＲＢ設定は、ＤＲＢ設定のリストに含まれるものとし、ＵＥ１２２の処理部５０２におけるＤＲＢ設定に対する処理は、ＤＲＢ設定のリストに含まれる、各ＤＲＢ設定に対して行われるものとする。

【0069】

ＵＥ１２２の処理部５０２は、受信部５００より受信した、ＤＲＢ設定を含むＲＲＣコネクション再設定メッセージに、フル設定が適用される事を示す情報が含まれ、かつ上記ＤＲＢ設定に含まれるＥＰＳベアラ識別子の値が、ＵＥ１２２の現在の設定の一部であり、かつ上記ＥＰＳベアラ識別子に対応するＤＲＢにＰＤＣＰエンティティが設定されている事を確認する。（ステップＳ９００）。

【0070】

次にＵＥ１２２の処理部５０２は、上記ＰＤＣＰエンティティを解放する。（ステップＳ９０２）。

【0071】

このように、本発明の実施の形態２では、端末装置は、プロトコル処理の複雑さを軽減し、効率的に通信を行うことができる。

【0072】

（実施の形態３）
図４から図６、及び図１０から図１２を用いて本発明の実施の形態３を説明する。実施の形態３では、ＬＴＥ ＰＤＣＰからＮＲ ＰＤＣＰへの、又はＮＲ ＰＤＣＰからＬＴＥ
ＰＤＣＰへのＰＤＣＰバージョンチェンジに伴うＤＲＢの解放処理に関して説明する。なお本発明の実施の形態３はＥＮ－ＤＣが設定されている時に適応されても良い。

【0073】

図１０は図５におけるＵＥ１２２の処理部５０２の、本発明の実施の形態３における処理方法の一例を、図１０は図５におけるＵＥ１２２の処理部５０２の、本発明の実施の形態３における処理方法の第二の一例を、また図１２は図５におけるＵＥ１２２の処理部５０２の、本発明の実施の形態３における処理方法の第三の一例を示す。なお、以下の説明で、ＤＲＢ設定は、ＤＲＢ設定のリストに含まれるものとし、ＵＥ１２２の処理部５０２におけるＤＲＢ設定に対する処理は、ＤＲＢ設定のリストに含まれる、各ＤＲＢ設定に対して行われるものとする。

【0074】

図１０においてＵＥ１２２の処理部５０２は、受信部５００より受信した、ＲＲＣコネクション再設定メッセージに、解放するＤＲＢのＤＲＢ識別子が含まれ、上記ＤＲＢ識別子に対応するＥＰＳベアラ識別子に、新しいＤＲＢが追加される事を確認する。（ステップＳ１０００）。

【0075】

次にＵＥ１２２の処理部５０２は、上記ＤＲＢ識別子を解放する。（ステップＳ１００２）。またステップＳ１００２において、ＵＥ１２２の処理部５０２は更に、上記ＤＲＢ識別子に対応するＥＰＳベアラ識別子に対し、新しいＤＲＢが確立されるという通知を、ＮＲ ＲＲＣエンティティに送っても良い。

【0076】

図１１においてＵＥ１２２の処理部５０２は、受信部５００より受信した、ＲＲＣコネクション再設定メッセージに、解放するＤＲＢのＤＲＢ識別子が含まれる事を確認する。（ステップＳ１１００）。

【0077】

次にＵＥ１２２の処理部５０２は、上記解放するＤＲＢにＰＤＣＰエンティティが設定されていて、かつ上記ＲＲＣコネクション再設定メッセージにＰＤＣＰバージョンチェンジである事の情報（図６不図示）が含まれない事を確認し（ステップＳ１１０２）、確認できた場合には、上記ＤＲＢ識別子に対応するＥＰＳベアラ識別子、及び上記ＤＲＢの解放情報を、上位レイヤに通知する。（ステップＳ１１０４）

【0078】

ステップＳ１１０２において、ＵＥ１２２の処理部５０２が上記解放するＤＲＢにＰＤＣＰエンティティが設定されていて、かつ上記ＲＲＣコネクション再設定メッセージにＰＤＣＰバージョンチェンジである事の情報が含まれない事を確認できない場合には、ＵＥ１２２の処理部５０２は、上記ＲＲＣコネクション再設定メッセージにＰＤＣＰバージョンチェンジである事の情報が含まれている事を確認し、確認できた場合には、上記ＤＲＢ識別子を解放する（ステップＳ１１０６）。

【0079】

図１２においてＵＥ１２２の処理部５０２は、受信部５００より受信した、ＲＲＣコネクション再設定メッセージに、解放するＤＲＢのＤＲＢ識別子が含まれる事を確認する。（ステップＳ１２００）。

【0080】

次にＵＥ１２２の処理部５０２は、上記解放するＤＲＢに解放を通知する指示（図６不図示）がセットされている事を確認し（ステップＳ１２０２）、確認できた場合には、上記ＤＲＢ識別子に対応するＥＰＳベアラ識別子、及び上記ＤＲＢの解放情報を、上位レイヤに通知する。（ステップＳ１２０４）

【0081】

ステップＳ１２０２において、ＵＥ１２２の処理部５０２が上記解放するＤＲＢに解放を通知する指示がセットされていない事を確認した場合には、上記ＤＲＢ識別子に対しＤＲＢ識別子の解放指示（図６不図示）がセットされているかを確認する。確認できた場合には、上記ＤＲＢ識別子を解放する（ステップＳ１２０６）。

【0082】

このように、本発明の実施の形態３では、端末装置は、プロトコル処理の複雑さを軽減し、効率的に通信を行うことができる。

【0083】

（実施の形態４）
図４から図６、及び図１３から図１５を用いて本発明の実施の形態４を説明する。実施の形態３では、ＬＴＥ ＰＤＣＰからＮＲ ＰＤＣＰへの、又はＮＲ ＰＤＣＰからＬＴＥ
ＰＤＣＰへのＰＤＣＰバージョンチェンジに伴うＤＲＢの解放後のＤＲＢ追加処理に関して説明する。なお本発明の実施の形態４はＥＮ－ＤＣが設定されている時に適応されても良い。

【0084】

図１３は図５におけるＵＥ１２２の処理部５０２の、本発明の実施の形態４における処理方法の一例を、図１４は図５におけるＵＥ１２２の処理部５０２の、本発明の実施の形態４における処理方法の第二の一例を、また図１５は図５におけるＵＥ１２２の処理部５０２の、本発明の実施の形態４における処理方法の第三の一例を示す。なお、以下の説明で、ＤＲＢ設定は、ＤＲＢ設定のリストに含まれるものとし、ＵＥ１２２の処理部５０２におけるＤＲＢ設定に対する処理は、ＤＲＢ設定のリストに含まれる、各ＤＲＢ設定に対して行われるものとする。

【0085】

図１３においてＵＥ１２２の処理部５０２は、受信部５００より受信した、ＲＲＣコネクション再設定メッセージに、ＤＲＢ設定が含まれ、上記ＤＲＢ設定にＤＲＢ識別子とＥＰＳベアラ識別子が含まれる事を確認し、上記ＤＲＢ識別子がＵＥ１２２の現在の設定の一部ではなく、かつ上記ＲＲＣコネクション再設定メッセージを受け取る前に、上記ＥＰＳベアラ識別子に対しＤＲＢが設定されていた事を確認する（ステップＳ１３００）。

【0086】

次にＵＥ１２２の処理部５０２は、上記ＤＲＢ設定に従って確立したＤＲＢと上記ＥＰＳベアラを対応付ける（ステップＳ１３０２）

【0087】

図１４においてＵＥ１２２の処理部５０２は、受信部５００より受信した、ＲＲＣコネクション再設定メッセージに、ＤＲＢ設定が含まれ、上記ＤＲＢ設定にＤＲＢ識別子とＥＰＳベアラ識別子が含まれる事を確認し、上記ＤＲＢ識別子がＵＥ１２２の現在の設定の一部ではなく、かつ上記ＲＲＣコネクション再設定メッセージにＰＤＣＰバージョンチェンジである事の情報が含まれている事を確認する（ステップＳ１４００）。確認できた場合には、ＵＥ１２２の処理部５０２は、上記ＤＲＢ設定に従って確立したＤＲＢと上記ＥＰＳベアラを対応付ける（ステップＳ１４０２）

【0088】

図１５においてＵＥ１２２の処理部５０２は、受信部５００より受信した、ＲＲＣコネクション再設定メッセージに、ＤＲＢ設定が含まれ、上記ＤＲＢ設定にＤＲＢ識別子とＥＰＳベアラ識別子が含まれる事を確認し、上記ＤＲＢ識別子がＵＥ１２２の現在の設定の一部ではなく、かつ上記ＤＲＢ設定に関連付けの指示がセットされている事を確認する（ステップＳ１５００）。確認できた場合には、ＵＥ１２２の処理部５０２は、上記ＤＲＢ設定に従って確立したＤＲＢと上記ＥＰＳベアラを対応付ける（ステップＳ１５０２）
このように、本発明の実施の形態４では、端末装置は、プロトコル処理の複雑さを軽減
し、効率的に通信を行うことができる。

【0089】

なお、本発明の実施の形態におけるＤＲＢ設定は、ＲＲＣコネクション再設定手順だけ
でなく、ＲＲＣ確立（ＲＲＣ Ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順や、ＲＲＣ再確立（ＲＲＣ Ｒｅ－Ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順に含まれていても良い。

【0090】

また、本発明の実施の形態において「ＬＴＥ ＰＤＣＰ」と記述したが、非特許文献４に記載のＬＴＥ用ＲＲＣエンティティにて設定するＰＤＣＰである事が明確である場合には、ＬＴＥは付けず、「ＰＤＣＰ」としても良い。

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【符号の説明】

【0097】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】